{"id":593,"date":"2026-02-25T10:20:45","date_gmt":"2026-02-25T10:20:45","guid":{"rendered":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/"},"modified":"2026-02-25T10:20:45","modified_gmt":"2026-02-25T10:20:45","slug":"multiple-processes-in-one-bpmn-diagram","status":"publish","type":"docs","link":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/","title":{"rendered":"Combining Multiple Processes into One Diagram"},"content":{"rendered":"<p>Too many modelers begin with the assumption that one diagram can capture an entire business journey, no matter how many distinct processes are involved. This leads to a single, sprawling diagram that becomes a tangled web of tasks, gateways, and message flows. The result? A model that fails to communicate clearly, resists maintenance, and misleads both technical and business stakeholders.<\/p>\n<p>My own experience with enterprise-scale process modeling taught me that complexity is not the same as completeness. A diagram that tries to show everything often shows nothing well. The real issue isn\u2019t the number of processes\u2014it\u2019s the failure to recognize when each process is a distinct, self-contained flow with its own scope, actors, and lifecycle.<\/p>\n<p>When you merge multiple processes into one BPMN diagram, you\u2019re not simplifying\u2014you\u2019re creating a <strong>multi-process confusion<\/strong> that undermines the entire purpose of BPMN: clarity and precision. This chapter will guide you through why this mistake happens, how to identify it, and\u2014most importantly\u2014how to fix it with sound, scalable modeling principles.<\/p>\n<p>You\u2019ll learn when to use separate BPMN diagrams for scenarios, how to link processes without losing context, and how to maintain a seamless end-to-end view without sacrificing readability.<\/p>\n<h2>Why One Diagram Isn\u2019t Always Enough<\/h2>\n<p>Every process has a boundary. That boundary defines what\u2019s in scope and what\u2019s not. When you merge two processes\u2014one for customer onboarding and another for account verification\u2014into a single diagram, you blur that boundary and create ambiguity.<\/p>\n<p>Consider this: a customer submits an application. That\u2019s one process. The bank then reviews the documents. That\u2019s another. The verification step involves different people, different timelines, and different triggers. Trying to model both in one diagram forces you to mix responsibilities, hide handoffs, and create a flow that\u2019s impossible to validate.<\/p>\n<p>Here\u2019s a rule I\u2019ve used for years: if your diagram includes more than three distinct actors or spans more than 30 elements without a clear hierarchy, it\u2019s a red flag. You\u2019re <strong>overloading the BPMN canvas<\/strong>, which defeats the purpose of modeling in the first place.<\/p>\n<p>The goal isn\u2019t to reduce diagrams\u2014it\u2019s to make them meaningful. A single process should represent a coherent business goal, with a clear start, a defined scope, and a measurable end.<\/p>\n<h2>How to Identify and Fix Multi-Process Confusion<\/h2>\n<p>Not all tangled diagrams are created equal. Let\u2019s walk through how to diagnose whether you\u2019re dealing with <strong>multiple processes in one BPMN diagram<\/strong>.<\/p>\n<p>Ask yourself these questions:<\/p>\n<ul>\n<li>Are there multiple independent triggers (e.g., a customer application and a compliance check) that don\u2019t share a common input?<\/li>\n<li>Do different teams own different sections of the flow, with no shared decision logic?<\/li>\n<li>Is there a clear handoff point where one process ends and another begins, but no separation in the diagram?<\/li>\n<\/ul>\n<p>If yes to any of these, you\u2019ve likely merged processes. The fix is simple: split them into separate diagrams.<\/p>\n<h3>Step-by-Step: Splitting BPMN Processes<\/h3>\n<ol>\n<li><strong>Identify process boundaries<\/strong> based on triggers, ownership, and outcomes. Each distinct goal should have its own diagram.<\/li>\n<li><strong>Extract distinct flows<\/strong> into their own BPMN diagrams. Use clear titles like \u201cCustomer Onboarding\u201d or \u201cDocument Verification\u201d.<\/li>\n<li><strong>Use message flows<\/strong> to connect the diagrams when interaction is required. For example, the onboarding process sends a \u201cDocument Ready\u201d message to the verification process.<\/li>\n<li><strong>Add a collaboration diagram<\/strong> to show the end-to-end journey across all processes. This is not a single diagram\u2014it\u2019s a map of interrelated models.<\/li>\n<\/ol>\n<p>Let\u2019s look at a real example: a bank\u2019s loan approval workflow.<\/p>\n<p>One modeler combined the <em>application submission<\/em>, <em>credit check<\/em>, and <em>approval decision<\/em> into one diagram. It had 70+ elements, spanning multiple departments, and no clear ownership. When audited, it turned out the credit check was being performed by a third-party system, but the diagram showed it as an internal activity.<\/p>\n<p>We split it into three separate diagrams. The application submission was modeled in one. The credit check was a separate diagram, triggered by a message from the first. The approval decision used the result from the second. Now, each process was clear, auditable, and reusable.<\/p>\n<h2>When to Use Separate BPMN Diagrams for Scenarios<\/h2>\n<p>Not every variation of a process needs its own model. But when the logic diverges significantly\u2014such as a standard approval versus a high-risk exception\u2014you must separate them.<\/p>\n<p>Here are clear signals that you should use separate BPMN diagrams for scenarios:<\/p>\n<ul>\n<li>One process has a standard path, and another has a complex exception flow.<\/li>\n<li>Two processes share a similar start but differ in validation rules, approvals, or timelines.<\/li>\n<li>One process is triggered by a business event; the other by a system event.<\/li>\n<\/ul>\n<p>When these distinctions exist, forcing both into one diagram leads to confusion. You\u2019ll find yourself adding extra gateways, annotating paths with \u201conly for high-risk cases,\u201d and eventually losing track of what\u2019s real and what\u2019s conditional.<\/p>\n<p>Instead, model the standard flow as <strong>Process A<\/strong>. Model the exception as <strong>Process B<\/strong>. Reference Process B from Process A using a message flow or a call activity. This keeps the model modular and maintainable.<\/p>\n<h2>Modeling Interactions Without Losing Context<\/h2>\n<p>Some worry that splitting processes breaks the end-to-end journey. That\u2019s a myth.<\/p>\n<p>The end-to-end view doesn\u2019t need to be in one diagram. It can be a <strong>collaboration diagram<\/strong> that shows how multiple processes interact.<\/p>\n<p>Here\u2019s a practical approach:<\/p>\n<ul>\n<li>Create a <strong>high-level collaboration diagram<\/strong> with pools for each process and message flows showing handoffs.<\/li>\n<li>Use <strong>call activities<\/strong> to invoke a subprocess when a process is reused (e.g., a standard credit check).<\/li>\n<li>Document each process with a clear description, inputs, and outputs.<\/li>\n<li>Reference the diagrams in a table or index so users can navigate the full journey.<\/li>\n<\/ul>\n<p>For example, in a healthcare system, the patient intake process, insurance verification, and lab test scheduling are all separate processes. But they\u2019re linked through message flows: \u201cPatient Data Ready\u201d \u2192 \u201cVerification Requested\u201d \u2192 \u201cTest Scheduled\u201d.<\/p>\n<p>This way, you preserve the sequence of events without sacrificing clarity.<\/p>\n<h2>Best Practices for Managing Multiple Processes<\/h2>\n<p>Here\u2019s a checklist I use when reviewing models with multiple processes:<\/p>\n<ul>\n<li><strong>One process, one diagram<\/strong>. No exceptions.<\/li>\n<li><strong>Use message flows<\/strong> to show handoffs between processes.<\/li>\n<li><strong>Define clear inputs and outputs<\/strong> for each process.<\/li>\n<li><strong>Create a process index<\/strong> that maps all related diagrams and their relationships.<\/li>\n<li><strong>Use consistent naming<\/strong> like \u201cProcess: [Name]\u201d or \u201cScenario: [Type]\u201d.<\/li>\n<\/ul>\n<p>For teams, I recommend building a <strong>BPMN pattern library<\/strong> that includes standard templates for common processes: onboarding, approval, escalation, verification. This reduces duplication and increases consistency.<\/p>\n<p>Remember: <strong>separate BPMN diagrams for scenarios<\/strong> isn\u2019t a sign of fragmentation\u2014it\u2019s a sign of maturity.<\/p>\n<h2>Frequently Asked Questions<\/h2>\n<h3>Can I have multiple processes in one BPMN diagram?<\/h3>\n<p>Technically, yes\u2014but it\u2019s a red flag. BPMN is designed for one process per diagram. Multiple processes in one diagram create confusion, violate the principle of scope, and make validation and maintenance nearly impossible.<\/p>\n<h3>How do I link separate BPMN diagrams?<\/h3>\n<p>Use message flows between pools or call activities. A message flow shows an interaction (e.g., \u201cVerification Approved\u201d), while a call activity references another diagram as a reusable subprocess.<\/p>\n<h3>When should I split BPMN processes?<\/h3>\n<p>When the process has a different trigger, ownership, timeline, or outcome. If the logic diverges significantly, or if a process is reused in multiple contexts, splitting it improves clarity and reusability.<\/p>\n<h3>What\u2019s the difference between splitting processes and using sub-processes?<\/h3>\n<p>A sub-process is a containment structure within one process. It\u2019s used to group related steps for readability. Splitting processes means creating separate diagrams for distinct, independent workflows with their own scope.<\/p>\n<h3>Can I still show an end-to-end view without merging all processes?<\/h3>\n<p>Absolutely. Use a collaboration diagram that shows the sequence of processes via message flows. This view is ideal for stakeholders, while detailed models remain in separate diagrams.<\/p>\n<h3>How do I avoid BPMN multi process confusion in my team?<\/h3>\n<p>Establish a modeling standard: one process = one diagram. Use a shared repository, enforce naming conventions, and run peer reviews focused on scope and clarity. Training on when to split BPMN processes is essential.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Too many modelers begin with the assumption that one diagram can capture an entire business journey, no matter how many distinct processes are involved. This leads to a single, sprawling diagram that becomes a tangled web of tasks, gateways, and message flows. The result? A model that fails to communicate clearly, resists maintenance, and misleads [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":591,"menu_order":1,"template":"","meta":{"_acf_changed":false,"inline_featured_image":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"doc_tag":[],"class_list":["post-593","docs","type-docs","status-publish","hentry"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.2 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Multiple Processes in One BPMN Diagram: Avoid the Confusion<\/title>\n<meta name=\"description\" content=\"Learn how to avoid the common mistake of merging multiple processes into one BPMN diagram. Understand why splitting BPMN processes improves clarity, and how to model interactions correctly.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/\" \/>\n<meta property=\"og:locale\" content=\"pl_PL\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Multiple Processes in One BPMN Diagram: Avoid the Confusion\" \/>\n<meta property=\"og:description\" content=\"Learn how to avoid the common mistake of merging multiple processes into one BPMN diagram. Understand why splitting BPMN processes improves clarity, and how to model interactions correctly.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/\" \/>\n<meta property=\"og:site_name\" content=\"Visual Paradigm Skills Polski\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Szacowany czas czytania\" \/>\n\t<meta name=\"twitter:data1\" content=\"7 minut\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/\",\"name\":\"Multiple Processes in One BPMN Diagram: Avoid the Confusion\",\"isPartOf\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#website\"},\"datePublished\":\"2026-02-25T10:20:45+00:00\",\"description\":\"Learn how to avoid the common mistake of merging multiple processes into one BPMN diagram. Understand why splitting BPMN processes improves clarity, and how to model interactions correctly.\",\"breadcrumb\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/#breadcrumb\"},\"inLanguage\":\"pl-PL\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Common BPMN Mistakes and How to Avoid Them\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Scope, Levels, and Process Boundaries\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"Combining Multiple Processes into One Diagram\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#website\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/\",\"name\":\"Visual Paradigm Skills Polski\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/skills.visual-paradigm.com\/pl\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"pl-PL\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#organization\",\"name\":\"Visual Paradigm Skills Polski\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pl-PL\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg\",\"contentUrl\":\"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg\",\"width\":70,\"height\":70,\"caption\":\"Visual Paradigm Skills Polski\"},\"image\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Multiple Processes in One BPMN Diagram: Avoid the Confusion","description":"Learn how to avoid the common mistake of merging multiple processes into one BPMN diagram. Understand why splitting BPMN processes improves clarity, and how to model interactions correctly.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/","og_locale":"pl_PL","og_type":"article","og_title":"Multiple Processes in One BPMN Diagram: Avoid the Confusion","og_description":"Learn how to avoid the common mistake of merging multiple processes into one BPMN diagram. Understand why splitting BPMN processes improves clarity, and how to model interactions correctly.","og_url":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/","og_site_name":"Visual Paradigm Skills Polski","twitter_card":"summary_large_image","twitter_misc":{"Szacowany czas czytania":"7 minut"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/","url":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/","name":"Multiple Processes in One BPMN Diagram: Avoid the Confusion","isPartOf":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/#website"},"datePublished":"2026-02-25T10:20:45+00:00","description":"Learn how to avoid the common mistake of merging multiple processes into one BPMN diagram. Understand why splitting BPMN processes improves clarity, and how to model interactions correctly.","breadcrumb":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/#breadcrumb"},"inLanguage":"pl-PL","potentialAction":[{"@type":"ReadAction","target":["https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/multiple-processes-in-one-bpmn-diagram\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/skills.visual-paradigm.com\/pl\/"},{"@type":"ListItem","position":2,"name":"Common BPMN Mistakes and How to Avoid Them","item":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/"},{"@type":"ListItem","position":3,"name":"Scope, Levels, and Process Boundaries","item":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/common-bpmn-mistakes-and-how-to-avoid-them\/bpmn-scope-mistakes\/"},{"@type":"ListItem","position":4,"name":"Combining Multiple Processes into One Diagram"}]},{"@type":"WebSite","@id":"https:\/\/skills.visual-paradigm.com\/pl\/#website","url":"https:\/\/skills.visual-paradigm.com\/pl\/","name":"Visual Paradigm Skills Polski","description":"","publisher":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/skills.visual-paradigm.com\/pl\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pl-PL"},{"@type":"Organization","@id":"https:\/\/skills.visual-paradigm.com\/pl\/#organization","name":"Visual Paradigm Skills Polski","url":"https:\/\/skills.visual-paradigm.com\/pl\/","logo":{"@type":"ImageObject","inLanguage":"pl-PL","@id":"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/","url":"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg","contentUrl":"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg","width":70,"height":70,"caption":"Visual Paradigm Skills Polski"},"image":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/"}}]}},"_links":{"self":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs\/593","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/users\/1"}],"version-history":[{"count":0,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs\/593\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs\/591"}],"wp:attachment":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/media?parent=593"}],"wp:term":[{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/doc_tag?post=593"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}