Automatically create Field Nation work orders from ServiceNow Work Order Tasks using Business Rules and REST Messages.
The ServiceNow connector automatically creates Field Nation work orders when a Work Order Task (wm_task) reaches a dispatch-ready state. A Business Rule in ServiceNow detects the state change and sends a notification to Field Nation, which fetches the full record and creates a work order — no manual re-entry required.
This connector also supports the incident table. The setup steps are
identical — only the table name and filter conditions differ.
Authentication
OAuth 2.0
Primary Table
Work Order Task (wm_task)
Trigger Mechanism
Business Rules + REST Messages
Data Flow
Bidirectional (status, notes, attachments, messages)
A Work Order Task changes to Pending Dispatch. Your Business Rule detects this and executes a REST Message.
The REST Message sends the record's sys_id to your unique Field Nation trigger URL.
Field Nation authenticates back to ServiceNow and retrieves the full record, including related table fields.
Field mappings transform ServiceNow data into a Field Nation work order. A correlation ID links the two records for bidirectional sync.
Complete these steps in ServiceNow before configuring the connector in Field Nation.
An active ServiceNow instance with admin access is required.
The wm_task table requires this plugin to be active.
com.snc.work_managementCreate a non-personal, non-interactive integration user. The connector authenticates as this user.
integration.fieldnation)| Role | Purpose | When required |
|---|---|---|
wm_dispatcher | Read/write wm_task records (unscoped) | Always (base role) |
wm_admin | Full CRUD on wm_task — includes record creation | Only if Outbound Create is enabled (replaces wm_dispatcher) |
itil | Read/write attachments via sys_attachment | Only if attachment sync is enabled |
personalize_dictionary | Field discovery via schema tables | Only if Template Bypass is OFF |
snc_platform_rest_api_access | Allows Field Nation to send bidirectional updates back via REST Table API | Only if the Table API ACL is activated on the instance (off by default) |
The roles below satisfy standard ACLs. In a customized environment, confirm these tables are accessible:
| Table | Access | Purpose |
|---|---|---|
wm_task | Read + Write | Bidirectional work order sync |
sys_attachment | Read + Write | Upload/download attachments |
sys_db_object | Read | Field discovery (unless using Template Bypass) |
sys_dictionary | Read | Field discovery (unless using Template Bypass) |
sys_glide_object | Read | Field type resolution during discovery |
Each table the connector accesses must have "Allow access to this table via web services" enabled in ServiceNow Application Access settings. This is a per-table toggle — if disabled, API calls return errors regardless of role assignments.
Have these details ready before opening the Field Nation Integration settings:
| Item | Example |
|---|---|
| ServiceNow Instance Name | dev12345 |
| Target Table Name | wm_task |
| Service Account Username | integration.fieldnation |
| Service Account Password | (your secure password) |
| OAuth Client ID | 0d2db5e29... |
| OAuth Client Secret | (your secure secret) |
| Notification Emails (optional) | admin@buyercompany.com |
| Template Object ID (if bypassing ACLs) | WOT0010003 |
Last updated on