Update digital integration form
Summarize
Summary of Update digital integration form
The Update digital integration form in ServiceNow enables you to manage and update digital integrations between two business applications or services. This form captures detailed information about the integration, its data flow, lifecycle, business impact, and ownership, helping you maintain clear oversight and control of integrations through their lifecycle.
Show less
Key Features
- Identification Fields: Includes unique integration name and auto-generated number for tracking.
- Provider and Subscriber Details: Specifies provider and subscriber business applications and their respective digital interfaces, clarifying roles without implying data flow direction.
- Integration Type and Subtype: Defines the nature of the integration, such as Data, Process, or User Interface integration, with additional subtype options for Data Integration to specify focus areas like configuration items or events.
- Versioning and Lifecycle Management: Tracks integration version, lifecycle stage, and status, supporting governance and change management aligned with standard CSDM lifecycle values.
- Functional Configuration: Details data flow direction (outgoing, incoming, bidirectional), trigger methods (manual, scheduled, event-driven), response types (synchronous, asynchronous), interaction types (e.g., guaranteed message, pub-sub), and middleware used.
- Business Impact Assessment: Captures criticality, confidentiality, integrity, and availability levels to evaluate and manage risk related to the integration.
- Ownership and Support: Identifies business and IT owners, subject matter experts, and support groups responsible for the integration.
- Activity Tracking: Provides fields for work notes and links to related tasks for maintaining a clear record of updates and communications.
Key Outcomes
By using the Update digital integration form, ServiceNow customers can:
- Maintain comprehensive and accurate documentation of digital integrations, facilitating clear understanding and management.
- Ensure proper assignment of ownership and support responsibilities, enhancing accountability and response capabilities.
- Track integration lifecycle and versioning to support governance, compliance, and timely updates or decommissioning.
- Configure integration parameters such as data flow, triggers, and interaction types to align with business and technical requirements.
- Assess and mitigate business risks by documenting criticality, confidentiality, integrity, and availability levels.
- Support operational efficiency through detailed activity logging and linkage to related tasks for seamless change management.
Use the digital integration form to update the digital integration between two business applications.
| 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. As 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 and enables 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.Being a
provider or subscriber business application, it doesn’t refer to the data flow direction (incoming, outgoing, bidirectional). It’s managed by the Data Flow Direction attribute. |
| Subscriber Digital Interface | Name of the r 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. Therefore it’s affected by the changes or an outage face connection or data
loss. Note: Being a provider or subscriber business application, it doesn’t refer to the data flow direction (incoming, outgoing, bidirectional). It’s managed by the Data Flow Direction attribute. |
| 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. It helps Application Owners and Architects to look up which version of an Integration is in use or should 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. |
| Data flow direction | Direction of the data flow in the integration. Use the following options:
|
| 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:
|
| 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. |