{"id":1473,"date":"2026-02-25T10:42:06","date_gmt":"2026-02-25T10:42:06","guid":{"rendered":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/"},"modified":"2026-02-25T10:42:06","modified_gmt":"2026-02-25T10:42:06","slug":"soaml-diagram-types-explained","status":"publish","type":"docs","link":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/","title":{"rendered":"Understanding SoaML Diagram Types and Their Uses"},"content":{"rendered":"

When designing service-oriented systems, choosing the right modeling tool is as critical as defining the services themselves. SoaML offers a structured, standardized approach to visualize how services interact, what they do, and how they are organized. The foundation of effective SoaML modeling lies in understanding the types of SoaML diagrams<\/strong> and how they serve distinct but complementary roles.<\/p>\n

Over two decades of service architecture work have taught me that clarity begins with purpose. Each SoaML diagram type answers a specific question: Who is involved? What do they do? How do they relate? By mastering these diagram types, you\u2019re not just drawing shapes\u2014you\u2019re building a shared understanding across business, architecture, and engineering teams.<\/p>\n

This chapter breaks down the four core SoaML diagram types: Service Interface, Participant, Service Contract, and Service Architecture. You\u2019ll learn their visual grammar, real-world use cases, and how to use them together to model complex enterprise systems with precision and clarity.<\/p>\n

1. Service Interface Diagram: Defining Service Capabilities<\/h2>\n

The Service Interface diagram is your starting point for modeling what a service can do. It defines the operations, message types, and protocols a service exposes to its consumers.<\/p>\n

Think of it as a service\u2019s public API contract\u2014what it promises to deliver. This is where you define input and output parameters, error responses, and whether communication is synchronous or asynchronous.<\/p>\n

For example, in a payment service, the interface might include operations like \u201cProcessPayment\u201d and \u201cRefundTransaction,\u201d each with clearly defined input (e.g., payment ID, amount) and output (e.g., success status, transaction ID).<\/p>\n

Key Elements in a Service Interface<\/h3>\n
    \n
  • Operations<\/strong>: The specific actions the service supports.<\/li>\n
  • Message Types<\/strong>: Define the data format for inputs and outputs.<\/li>\n
  • Binding Details<\/strong>: Communication protocols (e.g., REST, SOAP) and transport methods.<\/li>\n
  • Exception Handling<\/strong>: How errors are reported and managed.<\/li>\n<\/ul>\n

    A well-constructed Service Interface diagram ensures that developers and consumers can understand the service\u2019s behavior without accessing the internal implementation.<\/p>\n

    2. Service Contract Diagram: Formalizing Agreements<\/h2>\n

    The Service Contract diagram captures the formal agreement between a service provider and consumer. It goes beyond the interface by specifying the SoaML service contract diagram<\/strong>\u2014what is expected from both parties.<\/p>\n

    This is where you define not just what operations exist, but also the conditions under which they operate: transactional behavior, data constraints, security requirements, and service level agreements (SLAs).<\/p>\n

    For instance, a customer onboarding service might commit to \u201cprocess new customers within 5 minutes\u201d and \u201cvalidate identity against a third-party API.\u201d That commitment is part of the service contract.<\/p>\n

    Components of a Service Contract<\/h3>\n
      \n
    • Agreed Upon Operations<\/strong>: The subset of interface operations that are contractually supported.<\/li>\n
    • SLA Terms<\/strong>: Performance expectations, availability guarantees, response time thresholds.<\/li>\n
    • Security and Authorization<\/strong>: Who can invoke the service, and how?<\/li>\n
    • Compliance Requirements<\/strong>: Data privacy (GDPR, HIPAA), audit logging, or retention policies.<\/li>\n<\/ul>\n

      Using a Service Contract diagram ensures that both parties\u2014business and IT\u2014agree on expectations. It\u2019s not a formality; it\u2019s the foundation of trust in service interactions.<\/p>\n

      3. Participant Diagram: Mapping the Actors in Service Interactions<\/h2>\n

      Every service doesn\u2019t exist in isolation. The Participant diagram explains who or what is involved in a service interaction\u2014be it a human role, a system, or a domain-specific entity.<\/p>\n

      This is where you model SoaML participant diagram explained<\/strong> as a way to clarify responsibility, ownership, and collaboration. A participant can represent a business unit, a system (like an ERP), or even a third-party API.<\/p>\n

      For example, in a loan processing system, participants might include \u201cLoan Officer,\u201d \u201cCredit Bureau,\u201d \u201cBanking System,\u201d and \u201cCustomer.\u201d Each plays a defined role in the service lifecycle.<\/p>\n

      Key Benefits of the Participant Diagram<\/h3>\n
        \n
      • Clarifies ownership and accountability.<\/li>\n
      • Identifies integration points and dependencies.<\/li>\n
      • Supports governance by showing which teams or systems are involved.<\/li>\n
      • Enables traceability from business roles to technical implementation.<\/li>\n<\/ul>\n

        Without this diagram, teams often assume roles that aren\u2019t defined\u2014or worse, assign responsibilities that don\u2019t align with real-world operations.<\/p>\n

        4. Service Architecture Diagram: Visualizing the Big Picture<\/h2>\n

        Finally, the Service Architecture diagram brings all components together into a coherent system view. It shows how services are arranged, how they communicate, and how they relate to business capabilities and domains.<\/p>\n

        This is where architectural decisions\u2014such as layering, decomposition, and communication patterns\u2014are made visible. You\u2019ll see if services are organized by domain (e.g., Order, Payment, Customer), or by functional area.<\/p>\n

        For example, a retail platform might show a \u201cCustomer Service\u201d layer, a \u201cPayment Service\u201d layer, and a \u201cLogistics Service\u201d layer, each communicating via REST APIs or event-driven messaging.<\/p>\n

        Design Patterns Reflected in Architecture Diagrams<\/h3>\n
          \n
        • Request-Response<\/strong>: Synchronous interaction between consumer and provider.<\/li>\n
        • Event-Driven<\/strong>: Asynchronous, decoupled communication via message queues or topics.<\/li>\n
        • Brokered Communication<\/strong>: A central mediator (like an ESB) handles routing and transformation.<\/li>\n
        • Orchestration<\/strong>: A service coordinates multiple others to fulfill a business process.<\/li>\n<\/ul>\n

          This diagram is the blueprint for implementation and the basis for technical design. It\u2019s where business goals meet technical feasibility.<\/p>\n

          How the Four Diagram Types Work Together<\/h2>\n

          These four SoaML diagram types are not standalone\u2014they form a progressive modeling chain.<\/p>\n

          Start with the Service Interface<\/strong> to define capabilities. Then, formalize the Service Contract<\/strong> to set expectations. Use the Participant<\/strong> diagram to clarify who is responsible. Finally, integrate all elements in the Service Architecture<\/strong> diagram to visualize the full system.<\/p>\n

          Here\u2019s a simple workflow:<\/p>\n

            \n
          1. Define service capabilities in the Service Interface.<\/li>\n
          2. Establish operational guarantees in the Service Contract.<\/li>\n
          3. Assign roles to participants.<\/li>\n
          4. Compose services into a coherent architecture.<\/li>\n<\/ol>\n

            The result is a model that\u2019s both technically precise and aligned with business intent.<\/p>\n

            Comparison Table: SoaML Diagram Types at a Glance<\/h2>\n\n\n\n\n\n\n\n\n
            Diagram Type<\/th>\nPurpose<\/th>\nKey Focus<\/th>\nTypical Use Case<\/th>\n<\/tr>\n<\/thead>\n
            Service Interface<\/td>\nWhat a service can do<\/td>\nOperations, message formats, protocols<\/td>\nAPI design, technical specification<\/td>\n<\/tr>\n
            Service Contract<\/td>\nFormal agreement between provider and consumer<\/td>\nSLAs, security, error handling<\/td>\nService governance, compliance<\/td>\n<\/tr>\n
            Participant<\/td>\nWho is involved in service interactions<\/td>\nRoles, ownership, responsibility<\/td>\nTeam accountability, governance<\/td>\n<\/tr>\n
            Service Architecture<\/td>\nSystem-level view of service organization<\/td>\nStructure, communication patterns<\/td>\nEnterprise integration, microservices planning<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

            Frequently Asked Questions<\/h2>\n

            What is the difference between a Service Interface and a Service Contract?<\/h3>\n

            The Service Interface defines what<\/em> a service can do\u2014its operations and data formats. The Service Contract goes further by defining what is guaranteed<\/em>: performance, security, error handling, and operational rules. One is about capability; the other is about commitment.<\/p>\n

            Can I model a service without a Participant diagram?<\/h3>\n

            Technically yes, but not recommended. Participants provide context\u2014without them, you risk ambiguity. Who owns the service? Who invokes it? Without a Participant diagram, you\u2019re modeling a black box with no accountability.<\/p>\n

            How do I decide between a Service Architecture and a Service Contract diagram?<\/h3>\n

            Use the Service Contract for agreement-level details\u2014SLAs, data privacy, authentication. Use the Service Architecture for high-level system structure\u2014how services are grouped, how they interact, and their deployment boundaries.<\/p>\n

            Are SoaML diagram types required for every service?<\/h3>\n

            Not every service demands all four diagrams. A simple utility service may only need a Service Interface and a minimal contract. But for complex, cross-functional services, all four types add clarity and reduce rework.<\/p>\n

            How do SoaML diagram types integrate with UML or BPMN?<\/h3>\n

            SoaML extends UML to focus on services. You can map SoaML participants to UML actors or components. Service Architecture diagrams often integrate with BPMN process models to show how business workflows trigger service calls. This integration strengthens traceability between business processes and technical services.<\/p>\n

            What are common mistakes when modeling SoaML diagrams?<\/h3>\n

            Overloading the Service Interface with too many operations. Confusing the Participant with a system component\u2014participants are roles, not systems. Forgetting to define error handling in the Service Contract. Drawing the Service Architecture without referencing the other diagrams, leading to inconsistency.<\/p>\n

            Mastering the types of SoaML diagrams<\/strong> isn\u2019t about memorizing symbols\u2014it\u2019s about building a shared language for service design. Each diagram type answers a critical question, and together, they form a reliable foundation for scalable, maintainable systems.<\/p>\n

            Start with the interface. Define the contract. Assign the roles. Then, build the architecture. That\u2019s how you move from idea to implementation with confidence.<\/p>\n","protected":false},"excerpt":{"rendered":"

            When designing service-oriented systems, choosing the right modeling tool is as critical as defining the services themselves. SoaML offers a structured, standardized approach to visualize how services interact, what they do, and how they are organized. The foundation of effective SoaML modeling lies in understanding the types of SoaML diagrams and how they serve distinct […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":1468,"menu_order":4,"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-1473","docs","type-docs","status-publish","hentry"],"acf":[],"yoast_head":"\nTypes of SoaML Diagrams Explained<\/title>\n<meta name=\"description\" content=\"Discover the key SoaML diagram types\u2014Service Interface, Participant, Service Contract, and Service Architecture. Learn their purpose, syntax, and how they work together in real-world modeling.\" \/>\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\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/\" \/>\n<meta property=\"og:locale\" content=\"pl_PL\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Types of SoaML Diagrams Explained\" \/>\n<meta property=\"og:description\" content=\"Discover the key SoaML diagram types\u2014Service Interface, Participant, Service Contract, and Service Architecture. Learn their purpose, syntax, and how they work together in real-world modeling.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/\" \/>\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\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/\",\"name\":\"Types of SoaML Diagrams Explained\",\"isPartOf\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#website\"},\"datePublished\":\"2026-02-25T10:42:06+00:00\",\"description\":\"Discover the key SoaML diagram types\u2014Service Interface, Participant, Service Contract, and Service Architecture. Learn their purpose, syntax, and how they work together in real-world modeling.\",\"breadcrumb\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/#breadcrumb\"},\"inLanguage\":\"pl-PL\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"SoaML Diagram Fundamentals: A Beginner\u2019s Guide\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Understanding the Foundations of SoaML\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"Understanding SoaML Diagram Types and Their Uses\"}]},{\"@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":"Types of SoaML Diagrams Explained","description":"Discover the key SoaML diagram types\u2014Service Interface, Participant, Service Contract, and Service Architecture. Learn their purpose, syntax, and how they work together in real-world modeling.","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\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/","og_locale":"pl_PL","og_type":"article","og_title":"Types of SoaML Diagrams Explained","og_description":"Discover the key SoaML diagram types\u2014Service Interface, Participant, Service Contract, and Service Architecture. Learn their purpose, syntax, and how they work together in real-world modeling.","og_url":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/","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\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/","url":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/","name":"Types of SoaML Diagrams Explained","isPartOf":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/#website"},"datePublished":"2026-02-25T10:42:06+00:00","description":"Discover the key SoaML diagram types\u2014Service Interface, Participant, Service Contract, and Service Architecture. Learn their purpose, syntax, and how they work together in real-world modeling.","breadcrumb":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/#breadcrumb"},"inLanguage":"pl-PL","potentialAction":[{"@type":"ReadAction","target":["https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/soaml-diagram-types-explained\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/skills.visual-paradigm.com\/pl\/"},{"@type":"ListItem","position":2,"name":"SoaML Diagram Fundamentals: A Beginner\u2019s Guide","item":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/"},{"@type":"ListItem","position":3,"name":"Understanding the Foundations of SoaML","item":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/soaml-diagram-fundamentals\/introduction-to-soaml\/"},{"@type":"ListItem","position":4,"name":"Understanding SoaML Diagram Types and Their Uses"}]},{"@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\/1473","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\/1473\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs\/1468"}],"wp:attachment":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/media?parent=1473"}],"wp:term":[{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/doc_tag?post=1473"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}