ServiceNow
Create new hires as contacts in your own ServiceNow instance — connected with an integration user you control.
Enterprises that run operations on ServiceNow expect people-data to arrive there, not live in yet another silo. The ServiceNow integration for Expertini ATS connects your organisation's own instance — you supply the instance URL and an integration user you create and control — and pushes hired candidates in as contact records via ServiceNow's standard Table API.
Because ServiceNow instances differ, the target table is a setting (it defaults to the customer-contact table and can be pointed at whichever table your instance uses). The connection is verified live against your instance before it saves, every push is logged in the ATS activity trail, and disabling the integration user on your side ends access instantly — your instance, your rules.
On this page
01The gap this closes: hires outside the operational system
When a hire is confirmed in the ATS but absent from ServiceNow, downstream processes — access requests, onboarding tasks, service records — start from a blank. Pushing the person in as a contact record gives those processes their starting point automatically.
02Connected on your terms
You create the integration user, you choose its permissions, you can revoke it at any time. Expertini stores the credentials server-side for your organisation only and never re-displays them. The save step performs a live read against your chosen table, so a misconfigured user or table name is caught immediately rather than at the first push.
03Honestly scoped early access
The connector ships with the universal piece — record creation via the documented Table API — and instances vary, so we verify it against your instance with you on first use. ServiceNow's own developer instances make a free test environment easy if you want a dry run first.
Platform architecture & operations
A1Connection architecture
This is a direct connection to a system you host or key yourself: the form takes your instance URL and credential, verifies them with a live call before anything is saved, and stores secrets encrypted at rest. Connection pages show presence ("connected", "saved ✓"), never the values themselves.
Because the credential is yours, rotation is in your hands: replace the key in your own system, paste the new one here, and the live verification confirms it before the old one is overwritten. Disconnecting removes the stored credential immediately.
A2Write semantics and data flow
Every data movement is an explicit action with a logged result. Writes happen on your click — or automatically only where you enabled a rule (auto-push on hire is off by default, per-provider). Reads — imports of people, accounts, or files — run when you press Import, deduplicate against what you already have (clients by name, people by email), skip rather than overwrite, and report created-versus-skipped honestly, which is why re-running any import is safe by design.
Each action writes a row to the app-activity journal (ats_app_activity): what ran, when, for which record, and the outcome — including the vendor's own error text verbatim when something fails. Usage reporting inside the ATS aggregates that same journal, so integration reporting and integration reality cannot diverge.
Anything that leaves the request path — notification fan-out, webhook delivery, activity journalling, mail — runs in fire-and-forget background threads. A slow external endpoint can never make the interface hang, and a failed side effect is logged rather than silently retried into inconsistency.
A3Operational considerations
Connections are organisation-level and gated to owner and admin roles; recruiters use the features a connection powers but cannot connect, disconnect, or reconfigure. Disconnecting removes stored credentials immediately and stops the dependent features visibly, not silently. Data already imported stays yours and editable.
Imported people arrive marked as imported with conservative privacy defaults — no consent is assumed for anyone who never filled in your application form, and retention defaults apply. Everything written is yours to take: CSV exports and the Data Export app cover the same stores the product itself reads. The exit is as open as the entrance — by design, not concession.
A4Placement in the integration topology
This integration is live in the registry today. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.
Dependency map
Interface blueprint
Interaction flow — states, validations, feedback
Neighbouring connectors — Customer Relationship Management
Frequently asked questions
Can I connect ServiceNow today?⌄
Which table do new hires land in?⌄
What credentials does Expertini hold?⌄
Is there an extra fee?⌄
At a glance
- Live in early access — connect from the in-app hub
- Your own instance URL + integration user
- Connection verified live before it saves
- Configurable target table (default: customer contact)
- Every push logged in your ATS activity trail
- Free ServiceNow developer instances make testing easy
See servicenow on your own hiring.
Bring a real job description to a 30-minute demo — free trial included.
Book a demo