- Post History
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
yesterday - edited yesterday
Start with the newest one. The ServiceNow Remote Instance Zero Copy Connector reads remote data in place and stores nothing. Reach for the other two only when the data genuinely has to be copied.
The short version
If you only read one section, read this one.
The three capabilities
The newest of the three. It queries remote tables in real time and stores nothing locally.
- Data Fabric Tables read like local tables, so
GlideRecordworks as expected - Built for data residency—records stay in the instance that owns them
- A service account on the remote instance governs which tables you can map
- Retrieves only the records the current view needs, then purges them
- Read‑only—360 views, dashboards, and workflow decision points
- Not a transfer tool. Skip bulk pulls, and never persist what you read
Who does what: a connection admin sets up the connection in Zero Copy Connector Hub and grants data stewards access. Data stewards build the Data Fabric Tables. Retrieved records are purged from memory the moment the user closes the list or form.
Gives Workflow Studio a set of Actions that operate against a remote instance.
- Ad‑hoc by design—build it inside a Flow
- Reads and writes on demand, so nothing moves until the Flow asks for it
- Prebuilt Actions for incident, problem, change, and case records
- Cross‑maps record types—export a case as an incident, and back again
- Grant minimum permissions. The documentation warns against elevated spoke roles
- No queueing or correlation—order and state stay your responsibility
- Two connection and credential aliases are required, one per instance
- Sample transform maps coalesce on
sys_idby default, and the Company field is required for those defaults - Time zones can differ between instances, so Flows have to account for it
Spans one automated business process across multiple instances, one way or both.
- Process‑oriented—keeps records, attachments, and journal fields correlated
- Guarantees order of delivery through a correlation engine and queues
- A network outage delays updates instead of scrambling their sequence
- Splits a limited API user from a separate run‑as user for tighter access
- Honors domain separation, so providers can run many customers safely
This is the heavy‑duty option: accounts payable, sourcing and procurement, service catalog and ServiceBridge, provider‑to‑customer fulfilment. Many‑to‑many, with no limit on the number of remote instances. The honest limitation is that it is not plug‑and‑play. Every integration is planned and built separately, and managing many inbound and outbound systems is real work.
Start with the question
Ask whether you need to own the data. If not, read it live and stop there.
Describe the outcome in one sentence and listen for which card it lands on. Start at the first one. If you are reading remote data rather than owning it, stop there. And if the sentence describes two cards, you have two integrations—not one hybrid.
Before you commit
Cheap questions now beat expensive rework later. Settle these four before anyone opens Workflow Studio.
Go to the source
Every claim above traces back to one of these three documentation pages, all Australia release.
- ServiceNow Remote Instance Connector (Zero Copy)
- ServiceNow Remote Instance Spoke
- Integration Hub Remote Process Sync
Running one of these three in production? Tell us which one you picked and what tipped the decision—the comments are the best place to compare notes.
- 193 Views