Established connections
Access data from external sources directly in the ServiceNow AI Platform, without copying any data to your instance using zero copy connections.
Key benefits
- Access external data without the complexity and maintenance involved with extract, transform, and load (ETL) processes.
- Minimize security risks associated with copying and storing data in multiple locations.
- Maintain data accuracy by avoiding errors associated with data replication.
- View external data assets and create data fabric tables with mapped data.
Zero copy connections enable access to external data locally, while reducing storage consumption and minimizing security risks typically associated with duplicating data across multiple systems.
In the Zero Copy Connector Hub, a connection admin can navigate to the Available connectors tab to view primary and community connectors and create a zero copy connection. After the connection is established, the connection admin can grant access to a data steward. The data steward can then access the zero copy connection from the Established connections tab to create a data fabric table.
Required ServiceNow AI Platform roles
The df_connection_admin role is required to create and manage zero copy connections.
A role containing the df_data_steward role is required to access established connections and create data fabric tables.
Accessing established connections
View established connections by navigating to or .
Monitoring connection status
- Connected
- The connection to the data source has been tested and established.
- Deactivated
- The connection to the data source has been deactivated by the connection admin.
- Needs configuration
- The connection attributes or authentication information are missing from the connection details.
- Needs mapping
- The connection has been tested and established, but the data isn't mapped to a data fabric table.
- Not connected
- The connection details have been added, but the connection to the data source isn't working.
Data steward access
The connection admin determines which data stewards can access a specific connection by granting the df_data_steward role to one or more roles on the Access Controls tab in an established connection.
The data steward's primary goal is to provide quality data to consumers to meet their business needs. Additionally, data stewards have the following responsibilities:
- Understanding business applications and the data that users need.
- Communicating data access requirements to integration admins.
- Creating data fabric tables and mapping data from external sources.
- Maintaining the quality and integrity of data.
Use cases
- Access data from an external data source without importing and storing it on your instance. Customer order information is often stored in an external Customer Relationship Management (CRM) system, with the data ultimately residing in an external data lake such as Snowflake. When a customer calls to report a product issue, an agent working on the ServiceNow AI Platform opens a request and accesses the customer's full order history directly from Snowflake. The customer's order history stays in Snowflake, the system of record, but is available to the agent in real time on the ServiceNow AI Platform.
- Provide end-to-end details to agents with real-time data from an outside source. When a customer calls to make a warranty service claim against a vehicle, an agent working on the ServiceNow AI Platform can access extended warranty details from an external data lake in real time using a zero copy connection. The customer service agent can update the service request ticket with the latest warranty details directly from the data lake, ensuring the latest warranty information is used in the service ticket.
- Access data across multiple ServiceNow instances without replication. With the ServiceNow Remote Instance connector, you can access records from other instances locally, without moving, duplicating, or setting up complex ETL processes. For example, if you manage several ServiceNow instances and need to consolidate data for reporting or workflow decisions, designate one instance as your central processing instance and create zero copy connections to query tables on your other instances in real time. Data remains in its original location and isn't persisted on the processing instance, so you can maintain compliance with data residency requirements while gaining unified visibility across your organization.
For more information, see Managing zero copy connections.