13% of Exam~8 questions

Data Migration & Integration

This domain covers moving data into and out of ServiceNow, including Import Sets, Transform Maps, Update Sets, REST/SOAP APIs, LDAP integration, and MID Server concepts.

Import Sets & Transform Maps

Import Sets are the primary mechanism for bringing external data into ServiceNow. They use a staging table and Transform Maps to map source data to target tables.

Import Set Process

  1. Load Data — Upload a file (CSV, Excel, XML, JSON) or pull from a JDBC data source into a staging table.
  2. Staging Table — An intermediate table (import set table) where raw data is loaded.
  3. Transform Map — Defines the mapping between staging table columns and target table fields.
  4. Transform — Execute the mapping. Data moves from the staging table to the target table.
  5. Coalesce — Determines whether to insert a new record or update an existing one based on matching fields.

Key Import Set Concepts

  • Coalesce Fields — Fields used to match incoming data to existing records. If a match is found, the record is updated; if not, a new record is inserted.
  • Field Maps — Individual column-to-field mappings within a Transform Map.
  • Transform Scripts — Run during the transform to manipulate data (onBefore, onAfter, onStart, onComplete).
  • Data Source — Defines where import data comes from (file, JDBC, LDAP, etc.).
  • Scheduled Import — Import sets can run on a schedule for recurring data loads.

Transform Event Scripts

EventWhen It RunsUse Case
onStartBefore any rows are processedInitialize variables, validate source data
onBeforeBefore each row is transformedModify source values, skip rows
onAfterAfter each row is transformedPost-processing, create related records
onCompleteAfter all rows are processedCleanup, send summary notifications
📝Exam Tip

Coalesce is KEY for imports. Without a coalesce field, every import creates new records (duplicates). With coalesce, matching records are updated instead. You can coalesce on multiple fields. Always set coalesce on at least one field when updating existing data.

SCENARIO

You need to import 5,000 employee records from an HR CSV file into the sys_user table. Some employees already exist in ServiceNow. How do you prevent duplicates?

Answer

Upload the CSV to create an import set and staging table. Create a Transform Map from the staging table to sys_user. Set the Employee ID field (or email) as a coalesce field. When the transform runs, it will match on Employee ID — updating existing records and inserting only new ones.

Update Sets

Update Sets capture configuration changes (customizations) and move them between instances (dev → test → prod). They are the primary mechanism for migrating configurations, NOT data.

Update Set Lifecycle

  1. Create — Create a new Update Set in the source instance and set it as your current update set.
  2. Develop — Make configuration changes (business rules, UI policies, ACLs, etc.). Changes are automatically tracked.
  3. Complete — Mark the update set as Complete when all changes are done.
  4. Export — Export the update set as an XML file.
  5. Import — Import the XML file into the target instance.
  6. Preview — Preview the update set to identify conflicts and issues.
  7. Commit — Apply the changes to the target instance.

What Update Sets Capture

  • Customizations — Business rules, client scripts, UI policies, ACLs, etc.
  • Form layouts and list layouts.
  • System properties and scheduled jobs.
  • Application menus and modules.

What Update Sets Do NOT Capture

  • Data records (incidents, users, etc.) — use Import Sets for data.
  • User preferences and personal settings.
  • Homepage and dashboard configurations.
  • Attachments (unless specifically configured).
🔴Critical Distinction

Update Sets are for CONFIGURATIONS (customizations). Import Sets are for DATA (records). This is one of the most commonly tested distinctions on the CSA exam. If a question asks about moving business rules between instances, the answer is Update Sets. If it asks about importing user records, the answer is Import Sets.

REST & SOAP APIs

ServiceNow provides both REST and SOAP APIs for integrating with external systems. The Table API is the most commonly used REST API.

REST API (Table API)

  • URL pattern: /api/now/table/{table_name}
  • Supports GET (read), POST (create), PUT (update), PATCH (partial update), DELETE.
  • Returns JSON or XML.
  • Supports query parameters for filtering, pagination, and field selection.
  • Authentication: Basic Auth, OAuth 2.0, or Session-based.

Scripted REST APIs

  • Custom REST endpoints built by admins/developers.
  • Define your own URL paths, HTTP methods, and response formats.
  • More control over input/output than the standard Table API.
  • Used when the Table API doesn't meet specific integration requirements.

REST vs. SOAP

FeatureRESTSOAP
FormatJSON (preferred) or XMLXML only
ProtocolHTTP/HTTPSHTTP/HTTPS
Ease of UseSimple, lightweightComplex, verbose
RecommendationPreferred for new integrationsLegacy, still supported
📝Exam Tip

REST is the preferred integration method for new work. SOAP is legacy but still supported. Know that the Table API (/api/now/table/) is the standard way to interact with ServiceNow data programmatically. Inbound REST requests are controlled by ACLs — the calling user must have the appropriate roles.

AD SPACE

LDAP Integration

LDAP (Lightweight Directory Access Protocol) integration synchronizes user and group data from directory services like Microsoft Active Directory into ServiceNow.

LDAP Integration Components

  • LDAP Server — Defines the connection to the directory server (host, port, credentials).
  • LDAP OU (Organizational Unit) — Specifies which OUs to query for users/groups.
  • Data Source — Links the LDAP server to ServiceNow import set tables.
  • Transform Map — Maps LDAP attributes to ServiceNow user/group fields.
  • Scheduled Import — Runs periodically to keep user data synchronized.
  • MID Server — Required to reach LDAP servers behind a firewall (on-premises).
📝Exam Tip

LDAP integration uses the same Import Set / Transform Map mechanism as file imports. The difference is the data source is an LDAP server instead of a file. A MID Server is required when the LDAP server is on-premises and not directly reachable from the ServiceNow instance.

MID Server

The MID (Management, Instrumentation, and Discovery) Server is a Java application installed on-premises that acts as a proxy between the ServiceNow instance and resources in your network.

MID Server Use Cases

  • Discovery — Scan your network to find and map CIs.
  • LDAP Integration — Reach on-premises directory servers.
  • JDBC Imports — Connect to on-premises databases.
  • Orchestration — Execute commands on remote servers.
  • Any integration with resources behind a firewall.

How MID Server Works

  • Installed on a server within your network.
  • Communicates OUTBOUND to ServiceNow over HTTPS (port 443).
  • No inbound firewall rules required — MID Server polls ServiceNow for work.
  • Multiple MID Servers can be deployed for redundancy and load balancing.
📝Exam Tip

MID Server initiates OUTBOUND connections to ServiceNow — no inbound firewall ports need to be opened. It polls the instance for tasks to execute. This outbound-only architecture is a key security feature tested on the exam.

CMDB Basics

The Configuration Management Database (CMDB) stores information about IT assets and services as Configuration Items (CIs) and their relationships.

CMDB Core Concepts

  • Configuration Item (CI) — Any component that needs to be managed (server, application, router, service).
  • CI Class — The type/category of CI (e.g., cmdb_ci_server, cmdb_ci_app_server).
  • CI Relationships — Connections between CIs (Runs On, Depends On, Used By, etc.).
  • Dependency Map — Visual representation of CI relationships and dependencies.
  • Discovery — Automated tool to find and populate CIs in the CMDB.
  • Service Mapping — Maps business services to their underlying infrastructure CIs.
📝Exam Tip

For the CSA exam, you need to understand CMDB concepts at a high level. Know that CIs are organized in a class hierarchy (cmdb_ci → cmdb_ci_hardware → cmdb_ci_computer → cmdb_ci_server), that CIs have relationships, and that Discovery automates CMDB population. Deeper CMDB topics are covered in the CIS-DF exam.

Key Takeaways

  • Import Sets move DATA. Update Sets move CONFIGURATIONS. This is the most critical distinction.
  • Coalesce fields in Transform Maps prevent duplicate records by matching incoming data to existing records.
  • Update Sets capture customizations but NOT data records, user preferences, or attachments.
  • REST API (Table API) is the preferred integration method. SOAP is legacy but still supported.
  • MID Server communicates OUTBOUND only to ServiceNow. No inbound firewall ports required.
  • LDAP integration uses the Import Set/Transform Map mechanism with an LDAP server as the data source.
  • Transform scripts (onBefore, onAfter, onStart, onComplete) allow data manipulation during import.
  • CMDB stores CIs in a hierarchical class structure with relationships between them.
AD SPACE

Community-created study aids. Not official ServiceNow exam content.