--- sourceDocument: Brazil Enterprise Architecture sourceDocumentLink: https://www.servicenow.com/docs/r/application-portfolio-management Release : - brazil ft:locale : - en-US ft:publication_title : - Brazil Enterprise Architecture ft:clusterId : - appportman bundleId : - appportman workflow : - Technology --- # Exploring business processes # Exploring business processes {#ariaid-title1} Release version: Brazil Updated September 10, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read Business processes model how your organization performs work to achieve a business outcome. Use business processes in Enterprise Architecture Workspace to build a process hierarchy and to associate processes with supporting business applications. You can create business processes or modify an existing one to align it with your business requirements. Based on your requirements, model a business process hierarchy by creating parent‑child relationships between business process records using CI relationships. A business process or capability hierarchy is an ordered grouping of business processes in a hierarchical fashion. Business process hierarchies can include multiple levels (L0, L1, L2, and deeper). Use CI relationships to create parent‑child relationships between business process records and build the hierarchy over time. ## L0 and L1 business processes {#eaw-business-processes__example_ohz_3cb_ybc} L0 signifies the high-level process encompassing all activities associated with that process. For example, in the IT service management business process, the L0 business process encompasses all activities related to managing IT services within the organization. L1 signifies the specific tasks within the L0 business process. For example, within the IT service management business process, incident management is an L1 business process which specifically deals with logging, categorizing, and resolving incidents. L2 (and deeper) levels represent more specific sub‑processes within an L1 process. For example, within Incident Management, you can model L2 processes such as Incident Logging and Incident Resolution. ## Business processes in Enterprise Architecture Workspace {#eaw-business-processes__eaw-business-processes-section} Use business processes to connect operational workflows to other enterprise architecture artifacts: * Associate business processes with business applications to show which applications support the workflow. * Associate architectural artifacts with business processes to link design decisions to execution. * Add business processes to process maps or diagrams to visualize relationships. * Link business processes to value streams to show how internal workflows support end‑to‑end value delivery. * Associate business processes with the business units that own them. Use business processes to model internal workflows and relate them to supporting applications. Use business capabilities to describe what the organization does. Use value streams to describe end‑to‑end value delivery across functions. A business process is not the same as a business process activity. A business process models the overall workflow and its L0-L2 hierarchy. A business process activity is a separate, standalone entity that represents a discrete unit of work performed by a business actor. For more information, see [Exploring business process activities](https://www.servicenow.com/docs/E0Ui0JgvqTnjPbUwY0Xzbg "Business process activities represent discrete units of work within workflows. Knowing how they differ from business processes helps you model organizational tasks accurately."). Note: Before Australia Patch 5, a business process could be associated with only one business unit, using a Business Unit field on the form. This field has been removed from the default form view and replaced with the Related business units related list, which lets you associate a business process with multiple business units. The Business Unit field still exists on the table --- administrators can add it back to the form from Form Layout if needed. Associations that existed before the upgrade are not automatically migrated; you must explicitly add the business unit to the Related business units related list. **Related tasks** * [View all business processes](https://www.servicenow.com/docs/KXIj2PwnNCi93ZHNSbeRqw "You can view the list of all available business processes in the Enterprise Architecture Workspace.") * [Add or edit a business process](https://www.servicenow.com/docs/qS6U7683mycYU46ptJbb2w "A Business process is a collection of related, structured activities performed to achieve a specific business outcome. Use business processes to model how your organization operates and to associate the business applications that support those activities.") * [Manage architectural artifacts of a business process](https://www.servicenow.com/docs/S1WhTU89ciEj_EoFg9e1WA "You can create new, add, or remove the artifacts that are associated with a business process.") * [Associate a business process with a value stream stage](https://www.servicenow.com/docs/kpXZiM7tKv7D4CcpsE0cPQ "You can add an existing business process to a value stream stage to map your enterprise architecture workflows to the stages of your value streams. You can also remove associated business processes if they are no longer relevant for the value stream stage.") * [Add a business unit to a business process](https://www.servicenow.com/docs/_2IhZxj_Q1s3_gEaqnV7RQ "Add an existing business unit to a business process in Enterprise Architecture Workspace, or create a business unit directly from the business process record.") * [Remove a business unit from a business process](https://www.servicenow.com/docs/~y~n0knGZI3FRhWBIPkFPA "Remove business units associated with a business process in Enterprise Architecture Workspace.")