Digital integration form in EA Workspace
Summarize
Summary of Digital Integration Form in EA Workspace
The Digital Integration form in the EA Workspace is a tool designed to manage and update digital integrations between two business applications or between a business application and an external company. It enables ServiceNow customers to define, track, and maintain the details, ownership, and lifecycle of integrations that facilitate data exchange or process interactions.
Show less
Key Features
- Identification Fields: Unique integration name and number (auto-generated), ensuring clear identification and tracking.
- Provider and Subscriber Details: Specify the provider business application (which owns the interface) and the subscriber application that consumes it. The provider/subscriber roles define ownership, not the direction of data flow.
- Data Flow Direction: Indicates whether the data flows outgoing (provider to subscriber), incoming (subscriber to provider), or bidirectional, clarifying which application initiates the connection.
- Integration Type and Subtype: Classify integrations as Data Integration, Process Integration, or User Interface Integration, with further subtype options available when Data Integration is selected, to precisely describe integration nature.
- Version and Lifecycle Tracking: Manage integration versions and lifecycle stages/statuses, enabling structured change management and lifecycle monitoring aligned with standard CSDM values.
- Business Impact Assessment: Define criticality, confidentiality, integrity, and availability levels, supporting risk assessment and prioritization.
- Ownership and Support: Assign business and IT owners, support groups, and subject matter experts to ensure clear accountability and support structures.
- Functional Details: Document initiating application, trigger type (manual, scheduled, process-driven, event), response type (synchronous/asynchronous), interaction type (message, pub-sub, pull, push), and middleware used.
- Additional Information: Provides fields for description, comments, and related tasks to support comprehensive documentation and task tracking.
Practical Use for ServiceNow Customers
ServiceNow customers can leverage this form to:
- Accurately capture and maintain detailed information about digital integrations, ensuring clarity on ownership, data flow, and technical parameters.
- Track integration lifecycle stages and versions to manage updates and changes systematically.
- Assess and document the business impact, aiding in prioritization and risk management.
- Coordinate support responsibilities by clearly defining owners and support groups.
- Facilitate communication and collaboration across business units and IT teams regarding integration status and changes.
Expected Outcomes
Using the Digital Integration form helps organizations maintain robust control over their digital integrations by providing a standardized, comprehensive record. This results in better governance, improved change management, clearer accountability, and enhanced operational stability for integrations critical to business processes and data exchange.
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. Explain why the integration is being created 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. |