Domain
Get started now: How to Add or manage Domain user guide.
In complex enterprise integration landscapes, business processes don't flow through a single system—they traverse multiple organizational boundaries, departments, and technology stacks. Sales processes hand off to logistics. Finance interacts with procurement. Customer service coordinates with fulfillment. Without clear organizational mapping, teams struggle with:
- Unclear Accountability: When processes fail, nobody knows which team or department is responsible—leading to finger-pointing and delayed resolutions
- Organizational Silos: Different departments use different tools, logs, and dashboards—making end-to-end visibility impossible
- Inefficient Root Cause Analysis: Technical logs show what failed, but not where in the organization the problem occurred
- Missing Business Context: IT sees technical services, but can't map them to real-world organizational units and responsibilities
- Fragmented Process Documentation: Static org charts and process docs don't connect to live monitoring and logging
- Slow Onboarding: New team members can't quickly understand which systems and services belong to which departments
A Domain in Nodinite solves these challenges by providing a structured way to map your organizational structure—departments, teams, business units—directly into your Business Process Models (BPM). Domains represent the horizontal swimlanes in your BPM diagrams, making it crystal clear where in your organization each process step occurs and who is responsible.
Domains are essential for enterprise BPM:
- ✅ Organizational Clarity - Place Services in the Domain lanes of a BPM, and see their Resources, for end-to-end process insight aligned with your org structure
- ✅ Instant Accountability - Identify where issues occur within your organization—Sales, Logistics, Finance, IT—at a glance
- ✅ Reusable Process Components - Visualize and reuse domains as horizontal layers across multiple BPM Models for consistent process mapping
- ✅ Actionable Monitoring - Empower teams to act on domain-specific problems with remote actions and real-time monitoring tied to their responsibilities
- ✅ Living Documentation - Connect organizational knowledge to live systems: the Services in a Domain's lanes carry logged events and monitored Resources, not static text
- ✅ Cross-Functional Visibility - Business stakeholders see processes in organizational context, not just technical system names
Tip
Domains bridge the gap between organizational structure and technical implementation. While Services represent what happens (Order Processing, Invoice Generation, Shipment Tracking), Domains represent where it happens (Sales Department, Finance Department, Logistics Department). This dual perspective empowers both business and technical teams with the context they need.
Note
Domains are shared Repository artifacts. With the BPM license they become BPM swimlanes; with the Mapify license they mark boundaries in maps and C4 Diagrams. See License Options and Feature Matrix.

The BPM Viewer, opened with Show BPMs on a result of a grouped Log View. The Domains Sales, Planning, Logistics, and Finance are the swimlanes, so you see which organizational unit handled each step of the transaction.
What is a Domain?
At its core, a Domain represents an organizational boundary within your enterprise:
- Departments: Sales, Finance, Logistics, Customer Service, IT Operations
- Business Units: Regional offices, product lines, subsidiaries
- Technology Domains: On-premise systems, cloud platforms, SaaS applications
- External Partners: Third-party logistics providers, payment processors, suppliers
In a Nodinite Business Process Model (BPM), Domains appear as horizontal swimlanes. Each BPM places its Services in the cells where a lane meets a process step, so the same Service can sit in different Domains in different BPMs. A Domain itself has no direct link to a Service, and Domains are flat: a Domain doesn't contain other Domains. This visual representation makes it immediately clear:
- Where each step of your business process occurs (which department or system)
- Who is accountable for each step (which team owns the services)
- How organizational handoffs flow (when processes move from one domain to another)
New 7.3 Domains also support nested processes—cells within a Domain can contain not just Services, but also sub-processes (other BPMs). This enables Hierarchical BPMs where complex workflows are decomposed into manageable layers while maintaining Domain ownership at each level. For example, a "Finance Domain" might contain a high-level "Invoice Processing" BPM that nests detailed sub-processes for "Credit Validation," "Payment Authorization," and "Tax Calculation"—all owned by the Finance team but organized hierarchically for clarity.
Traditional BPM tools treat domains as static diagram elements—just visual boxes with text labels. Nodinite Domains are living, actionable entities that:
- Hold Real Services: In each BPM, a Domain's lane holds the Services that execute within that organizational boundary
- Show Monitored Resources: The Resources linked to those Services provide real-time operational status and remote action capabilities
- Carry Rich Metadata: Document ownership, SLAs, contact information, and business context using Custom Metadata and Custom Fields
- Enable Rapid Troubleshooting: When a process fails, instantly identify which Domain (department/team) is affected and drill into the underlying services and resources
Common Challenges Domains Solve
Unclear Accountability in Distributed Processes
When business processes span multiple systems and teams, failures often trigger confusion: Is this a Sales problem? Finance? IT? The ERP vendor? Without clear domain mapping, teams waste hours determining who should fix the issue.
How Domains Solve This
Each BPM step is assigned to a Domain, making accountability crystal clear. When an error occurs in the "Finance Domain," everyone knows immediately which team is responsible.
Organizational Silos Block End-to-End Visibility
Different departments use different monitoring tools (SCOM for IT, custom dashboards for Finance, SaaS vendor portals for Sales). Piecing together a complete process view requires manual coordination across teams.
How Domains Solve This
Nodinite provides a unified platform where all domains—regardless of underlying technology—appear in a single BPM view. Sales can see their CRM steps, Finance sees ERP steps, and Logistics sees warehouse systems—all in one process diagram with live operational data.
Technical Logs Lack Organizational Context
IT logs show that "Service XYZ failed," but business stakeholders need to know: Does this affect customer orders? Invoicing? Shipments? Translating technical service names into business impact requires deep institutional knowledge.
How Domains Solve This
In a BPM, Services sit in Domain lanes (e.g., "Order Processing Service" in the "Sales" lane). Business users see failures in organizational context, not just technical service names.
Static Documentation Drifts from Reality
Traditional org charts, Visio diagrams, and wiki pages document organizational responsibilities—but they quickly become outdated as teams reorganize, systems change, and processes evolve.
How Domains Solve This
Domains are living documentation: the BPMs that use them place active Services in their lanes, and those Services carry monitored Resources. When systems change, the process view reflects reality because it's tied to logged and monitored components, not static text.
Slow Onboarding for New Team Members
New employees struggle to understand which systems and services belong to which departments. Learning "what does what" and "who owns what" takes weeks of shadowing and documentation review.
How Domains Solve This
BPM diagrams with Domains provide instant visual onboarding. New team members can see the complete process flow, understand organizational boundaries, and identify who to contact for each process area—all from a single interactive diagram.
What Can You Do with Domains?
With Domains, you can:
- Place Services in lanes: In each BPM, put the Services that execute within an organizational boundary in that Domain's lane (e.g., "Order Entry Service," "Payment Gateway Service," "Shipping API")
- Monitor Resources: The Resources tied to those Services give real-time operational monitoring and Remote Actions (start/stop services, clear queues, restart APIs)
- Display Live Status: See the state of each service and resource directly in the BPM designer—green for healthy, yellow for warnings, red for failures
- Document Ownership: Enrich Domains with Custom Metadata to capture team contacts, SLA information, escalation procedures, system owner details
- Track Process Flow: Visualize how transactions move from one Domain (department) to another—identifying handoff points and potential bottlenecks
- Reuse Across BPMs: Define Domains once and reuse them across multiple Business Process Models—consistent organizational representation across all processes
Tip
Domains + Services + Resources = Complete Process Intelligence. Domains provide organizational context (where/who), Services define business capabilities (what), and Resources enable operational monitoring (how healthy). Together, they create a comprehensive view that serves both business and technical audiences.
This diagram shows how a BPM places Services in Domain lanes, and how the Services' Resources let you monitor each layer of your business process.
Why Choose Nodinite Domains?
Nodinite Domains provide unique capabilities that competing BPM and process tracking solutions cannot match:
Organizational Mapping at Enterprise Scale
Unlike competitors that focus on technical workflows, Nodinite Domains enable true organizational mapping:
- Layered Processes: Domains are flat, but Hierarchical BPMs let a cell in the "Finance" lane hold a sub-process with its own lanes, such as "Accounts Payable," "Accounts Receivable," and "Tax"
- Cross-Functional Processes: Visualize processes that span multiple departments with clear handoff points
- External Partner Integration: Include third-party domains (payment processors, logistics providers) in your BPM views
Living Connection to Real Systems
Competing BPM tools treat domains as static text labels. Nodinite Domains are active entities connected to:
- Live Services: In each BPM, a Domain's lane holds the Services that execute within that organizational boundary
- Monitored Resources: Resources provide real-time operational status—see instantly if the services in a lane are healthy or failing
- Remote Actions: Operations teams can restart services, clear queues, and troubleshoot issues directly from the BPM view—without leaving the organizational context
Multiple BPM Views with Shared Domains
Nodinite enables you to define Domains once and reuse them across multiple BPM models:
- Consistency: "Sales Domain" means the same thing in every process—reducing confusion and training time
- Efficiency: Changes to Domain metadata (team contacts, SLAs) automatically apply to all BPMs that use that Domain
- Flexibility: Create different BPM views for different audiences (executives, operations, auditors) while maintaining shared Domain definitions
Competitors like Kovai Atomic Scope and Azure Business Process Tracking do not support reusable domain definitions across multiple process views.
Rich Business Context with Custom Metadata
Domains carry unlimited custom metadata that provides actionable business context:
- Team Ownership: Document which team owns services within each Domain, with contact information and escalation procedures
- SLA Information: Attach service-level agreements, uptime targets, and performance KPIs to each Domain
- Business Rules: Capture domain-specific business logic, validation rules, and compliance requirements
- Knowledge Base Integration: Link to operator instructions, troubleshooting guides, and runbooks specific to each Domain
This metadata travels with the Domain across all BPMs, ensuring consistent documentation and instant access to critical information.
Retroactive Domain Assignment
Nodinite supports retroactive domain modeling—you can place Services in Domain lanes after processes have been running:
- Late Binding: Discover processes first, organize by Domain later—no upfront design required
- Historical Analysis: Assign historical log data to Domains to analyze past performance by organizational unit
- Continuous Refinement: Adjust Domain boundaries as your organization evolves—without losing historical visibility
Competing solutions require upfront domain/workflow definition, limiting flexibility and increasing implementation complexity.
Example: Domains in Action
Imagine an Order-to-Cash business process that spans multiple departments:
- Sales Domain: Customer places order via CRM (Service: "Order Entry API")
- Finance Domain: System validates credit and generates invoice (Service: "Credit Check Service," "Invoicing Service")
- Logistics Domain: Warehouse fulfills order and schedules shipment (Service: "Warehouse Management API," "Shipping Service")
- Customer Service Domain: Customer receives tracking updates and support (Service: "Notification Service," "Support Portal API")
In a Nodinite BPM with Domains, this appears as a swimlane diagram with four horizontal layers:
- Each Domain (Sales, Finance, Logistics, Customer Service) is clearly labeled
- Each Service within the Domain shows real-time operational status (green/yellow/red)
- When "Credit Check Service" fails, everyone knows immediately: Finance Domain issue, Finance team responsible
- Operations can execute Remote Actions (restart service, reprocess transaction) directly from the BPM view
- Business stakeholders understand organizational flow without technical jargon
What Every Domain Carries
New 7.12 A Domain shares one set of features with the other Repository entities: Integrations, Systems, Services, Contracts, Message Types, and Endpoints.
| Feature | What it gives you |
|---|---|
| Custom Metadata | Business context such as owner, SLA, and lifecycle stage; Filter by Custom Metadata narrows the list (Portfolio Filtering) |
| Tags | The same labels you use on Log Views, Monitor Views, and Articles; edit them in the Tags field on the edit page, filter the list with Filter on Tag, and tag many Domains at once with With Selected > Manage Tags |
| Articles | The Articles card on the edit page links the Articles that document the Domain; the button on each list row counts them and opens them in a reader (The Articles Card on Repository Entities) |
| C4 Properties | How the Domain is drawn as a boundary in C4 Diagrams: Default Boundary Type, Default Type Label, Update diagram defaults, and a Component Type; needs the Mapify license. See Repository Properties for C4 Diagramming |
| Show in Mapify and Show in Mermaid | Draw the Domain and its relations from its Action menu; Show in Mapify needs the Mapify license (Mapify Rendering, Mermaid Rendering) |
| Delete, Restore, Permanently Delete | Delete is a soft delete that you can undo (Show deleted records); act on many Domains at once with With Selected (Delete (n), Restore (n), Permanently Delete (n); it needs the Modify right); only the built-in Administrator Role permanently deletes, because Domains are system entities (Two delete models) |
Besides C4 Properties and Custom Metadata, the Domain edit page has a BPMs card, listing the BPMs that use the Domain as a lane, and the Articles card. While a Domain is deleted, the BPMs that use it as a lane show its name in red. Nodinite refuses to permanently delete a Domain that is still a lane in a BPM, and lists those BPMs. Step by step: Manage Domains.
How Do I Create and Manage Domains?
Manage Domains using the Nodinite Web Client:
- Create Domains: Define organizational boundaries (departments, business units, partners) that represent your enterprise structure
- Add Metadata: Enrich Domains with Custom Metadata for team contacts, SLAs, and business documentation
- Use in BPMs: Reference Domains as swimlanes in multiple Business Process Models for consistent process visualization, and place the Services in each lane based on which organizational unit owns or operates them
- Monitor & Act: In the BPM, view the real-time status of the Services and Resources in each lane, and execute Remote Actions as needed
Note
For step-by-step guides, see Add or manage Domain and the Domains Overview user guide. Configuration requires appropriate permissions in Access Management.
Where Can You Use Domains?
Domains work through BPMs:
- Business Process Models (BPM): Use Domains as horizontal swimlanes to visualize organizational process flow
- Log Views: A grouped Log View reaches Domains through its BPMs: Show BPMs on a grouped result opens the BPM Viewer with the transaction plotted on the Domain lanes
- C4 Diagrams: With the Mapify license, a Domain is drawn as a boundary
Monitor Views, the Integration Landscape, and Log Views have no Domain filter or grouping of their own.
When your BPMs place Services and their Resources in Domain lanes, you gain actionable insight into your business processes—making it easy to identify and resolve issues in organizational context.
Next Steps
- Add or manage Domain - Create your first Domain
- Domains Overview - Browse and view Domains in the Web Client
- Manage Domains - Add, edit, delete, and restore Domains
- Business Process Model (BPM) - See how Domains create organizational swimlanes in process diagrams
Related Topics
- Business Process Model (BPM) - Visual process modeling with Domain swimlanes
- Hierarchical BPMs - New 7.3 Nested sub-processes within Domain swimlanes
- Services - Integration services that execute within Domains
- Integrations - Business workflows that span multiple Domains
- Repository Model - Overall integration architecture and documentation
- Resources - Monitored components tied to Services within Domains
- Monitor Views - Operational dashboards for the Resources of the Services in your lanes
- Remote Actions - Start/Stop/Restart services from Domain context
- Custom Metadata - Enrich Domains with business context and ownership
- Custom Fields - Add domain-specific attributes and documentation
- Log Views - Open BPMs on grouped results with Show BPMs
- Access Management - Control who can view and manage Domains
- License Options and Feature Matrix - Which licenses include Domains
- C4 Diagrams - Architecture views where Domains mark boundaries
- Repository Properties for C4 Diagramming - Domain properties that drive C4 boundaries