Digital integration form in EA Workspace
Summarize
Summary of Digital integration form in EA Workspace
The Digital Integration form in the EA Workspace enables ServiceNow customers to document and manage integrations between two business applications or between a business application and an external company. This form helps capture essential details about the integration, track its lifecycle, and assign ownership and support roles, facilitating better governance and impact analysis.
Show less
Key Features
- Identification Fields: Includes unique integration name and auto-generated number for consistent tracking.
- Provider and Subscriber Details: Captures the business applications involved, including the digital interfaces they own or consume, clarifying roles and data flow direction.
- Integration Type and Subtype: Allows classification of integrations as Data, Process, or User Interface integrations, with further subtypes for Data Integration to specify the nature of data exchanged.
- Version and Lifecycle Tracking: Supports versioning and lifecycle stage/status to manage changes and transitions effectively over time.
- Business Unit and Description: Records the owning business unit and a detailed description of the integration’s purpose and business value.
- Functional Section: Defines data flow direction, initiating application, trigger mechanisms, frequency, response type, interaction type, and middleware used.
- Business Impact Assessment: Assesses criticality, confidentiality, integrity, and availability levels to understand the integration’s importance and risk.
- Ownership and Support: Assigns business and IT owners, subject matter experts, and support groups responsible for the integration.
- Activity Tracking: Provides fields for work notes and related tasks to document ongoing updates and actions.
Practical Use for ServiceNow Customers
This form enables customers to comprehensively document digital integrations, ensuring clarity on who owns and supports each integration, how data flows between systems, and the impact on business operations. It supports effective change management through version control and lifecycle tracking and helps prioritize based on business impact assessments. By using this form, customers can maintain up-to-date, standardized records that facilitate communication, troubleshooting, and strategic planning related to their application integrations.
Use the digital integration form to update the digital integration between two business applications and between a business application and an external company.
| Field | Description |
|---|---|
| Name | Unique and meaningful name of the digital integration. |
| Number | Number of the digital integration. This field is automatically generated with the DINTG prefix and can't be edited. |
| Provider Digital Interface | Name of the digital interface. Because a digital integration between two business applications or services uses a digital interface (API), you must select an interface related to the provider business application or service. This field is automatically generated and can't be edited. |
| Provider Business Application | Name of the business application that provides the digital interface that enables other applications to
consume or ingest data. Changes, ownership, and responsibilities of the interface are often connected to the
provider. Note: This field is automatically generated and can't be edited.The
provider and subscriber roles define interface ownership, not data flow direction. The provider owns the digital interface; the subscriber consumes it. Data flow direction—whether incoming, outgoing, or bidirectional—is set
separately using the Data Flow Direction field and reflects which application initiates the connection. For example, the provider can receive data (incoming) if the subscriber initiates the
connection. For more information, see Example: Provider and subscriber with data flow directions. |
| Subscriber Digital Interface | Name of the digital interface that subscribes for the integration. |
| Subscriber Business Application | Name of the business application that uses the provided interface to consume, exchange, or ingest data to support a business capability. The subscriber business application is affected by the changes or an
outage, causing connection or data
loss. Note: The
provider and subscriber roles define interface ownership, not data flow direction. The provider owns the digital interface; the subscriber consumes it. Data flow direction—whether incoming, outgoing, or bidirectional—is set
separately using the Data Flow Direction field and reflects which application initiates the connection. For example, the provider can receive data (incoming) if the subscriber initiates the
connection. For more information, see Example: Provider and subscriber with data flow directions. |
| Subscriber company | Reference to the (external) company subscribing to this integration. |
| Type | Type of the integration. Use the following options:
|
| Subtype | Subtype of the integration. This field appears only when Data Integration is selected from the Type field. Use the following options:
|
| Version | Version of the integration. You can apply a practice of designing, planning, and managing changes to an Integration. You can describe the different changes and capabilities according to version in the Description field. This field helps Application Owners and Architects to look up which version of an integration is in use. This also helps to decide whether to change the life cycle. |
| Life Cycle Stage | Life cycle stage of the integration. Helps to track the life cycles for products, assets, contracts, CIs, locations, and other objects. Using the standard CSDM life-cycle values helps you to track objects through their transitions over time. Reporting can therefore accurately reflect the actual states of CIs: usage, availability, end of support, and so on. |
| Life Cycle Stage Status | Life cycle stage status of the integration. The state transition of a Digital Integration guides you through the different stages of its life cycle. A life-cycle state is the combination life-cycle stage and life-cycle status of a Digital Integration during the life cycle. |
| Business Unit | Name of the business unit that the integration belongs to. |
| Description | Description of the digital integration. Describe in detail why the integration is being created between two business applications or between an external service provided interface and a business application and what business value it adds. |
| Field | Description |
|---|---|
| Data flow direction | Direction of the data flow in the integration. Use the following options:
|
| Initiating application | Name of the application, which initiates the data flow. It can be a Provider or a Subscriber business application. |
| Trigger | How to trigger the integration. Use the following options:
|
| Interval | Frequency to trigger the integration. Options for the interval are as follows:
|
| Response | Type of the response received by the subscriber. Use the following options:
|
| Interaction type | Type of the interaction between the provider business application and the subscriber business application. Use the following options:
|
| Middleware | Name of the middleware used in the integration. |
| Field | Description |
|---|---|
| Criticality | Level of the business impact criticality. Use the following options:
|
| Confidentiality | Confidentiality level of the integration. Use the following options:
|
| Integrity | Integrity level of the integration. Use the following options:
|
| Availability | Availability of the integration. Use the following options:
|
| Field | Description |
|---|---|
| Business owner | The owner of the business function who owns the digital integration. It can be the same person who owns the parent subscriber business application. |
| IT owner | The owner within the IT organization who owns the digital integration. It can be the same person who owns the parent subscriber business application. |
| Supported by | Name of the Subject Matter Expert (SME) or individual who provides support to the digital interface. |
| Support group | Name of the group that provides support to the digital interface. |
| Field | Description |
|---|---|
| Work notes | Comments about the integration. |