CRM migration
Field-level mapping, validation, and rollback between MobileWorker and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
MobileWorker
Source
Salesforce Sales Cloud
Destination
Compatibility
10 of 10
objects map 1:1 between MobileWorker and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
MobileWorker (ArcGIS Online's field-operations user type) stores work assignments, route data, field-collected features, and mobile worker locations in the ArcGIS platform. It has no native CRM object model — contacts, accounts, and deals live elsewhere or not at all. Salesforce Sales Cloud provides Account, Contact, Opportunity, Case, and Asset objects with a relational model that supports complex sales and service workflows. FlitStack AI extracts MobileWorker's work assignments and field data via ArcGIS REST APIs, maps them to Salesforce Case and custom Work_Order__c objects, translates spatial coordinates into Salesforce Field Service geolocation fields, and resolves mobile worker identities against Salesforce User and Contact records by email. Automation logic, routing rules, and offline configurations built in MobileWorker do not migrate — we document them for rebuild in Salesforce Flow, OmniStudio, or Field Service Lightning. The migration runs in a sequenced wave: spatial data export, user/contact resolution, then record creation with field-level validation before the full load commits.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a MobileWorker object lands in Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
MobileWorker
ArcGIS Named User
Salesforce Sales Cloud
Salesforce User + Contact
1:1MobileWorker identities are ArcGIS Online named users — they have email addresses and display names but no Contact record in a CRM. We extract user emails from the ArcGIS portal API, match them to existing Salesforce Users by email, and create Salesforce Contact records for any ArcGIS users who lack a Salesforce counterpart. Unmatched users are flagged before migration so your admin can provision Salesforce licenses or assign a fallback owner.
MobileWorker
Work Assignment (ArcGIS Workflow Manager Job)
Salesforce Sales Cloud
Salesforce Case
1:1ArcGIS Workflow Manager jobs map directly to Salesforce Cases — both track status, assigned worker, priority, due date, and description. We map Job status values to Salesforce Case Status pick-list (New, Working, Escalated, Closed), Worker assigned via email-to-User resolution, and Job priority to Case Priority. Original job-created and job-completed timestamps are preserved in custom datetime fields since Salesforce's CreatedDate reflects migration time.
MobileWorker
Work Assignment (ArcGIS Workflow Manager Job)
Salesforce Sales Cloud
Salesforce Field Service: WorkOrder
1:1If your MobileWorker deployment uses ArcGIS Workforce (the dispatch app built on Workflow Manager), assignments map to Salesforce Field Service WorkOrder objects. WorkOrder is a separate object from Case and requires the Field Service Lightning license. We create WorkOrder records with Subject, ServiceAddress (from ArcGIS feature location), and associated Contact resolved by email match. Each WorkOrder gets a link back to the originating Case for audit traceability.
MobileWorker
Field-Collected Feature (ArcGIS Feature Service)
Salesforce Sales Cloud
Salesforce Custom Object: Field_Inspection__c
1:1ArcGIS feature layers storing field-collected data (inspections, surveys, asset observations) do not have a standard Salesforce equivalent. We create a custom Field_Inspection__c object with a foreign key to the related Account or Asset. Feature attributes map to custom fields on Field_Inspection__c. Spatial geometry (point/location) maps to a Geolocation compound field (Location__latitude__s, Location__longitude__s) for display in Salesforce Maps.
MobileWorker
ArcGIS Feature Location / Geocode
Salesforce Sales Cloud
Salesforce Account.Address or Geolocation__c
1:1ArcGIS stores feature locations as coordinate pairs in WGS84 or a projected coordinate system. We extract the centroid coordinate and write it to a Salesforce Geolocation custom field on the related Account (for service addresses) or Asset (for equipment locations). If the feature has an associated street address, we also populate the standard BillingAddress/BillingLatitude/BillingLongitude fields on Account.
MobileWorker
ArcGIS Mobile Worker Route / Route Layer
Salesforce Sales Cloud
Salesforce Custom Object: Route__c + custom junction
1:1MobileWorker routes stored as ArcGIS route layers are decomposed into a custom Route__c object and a Route_Stop__c junction object. Each stop in the route links to the related WorkOrder or Case. Route metadata (total distance, estimated duration, sequence order) is preserved in custom fields. Display in Salesforce Maps requires the Maps for Salesforce app or a third-party mapping integration.
MobileWorker
Asset / Infrastructure Feature (ArcGIS Feature Service)
Salesforce Sales Cloud
Salesforce Asset
1:1If MobileWorker manages physical assets (meters, poles, valves) via ArcGIS feature layers, these map to Salesforce Asset objects. The Asset Name maps from the feature's display name or ID field. Related Account is resolved from a spatial join (feature location intersecting an Account's service territory) or from a foreign key stored in the ArcGIS feature attribute table. Asset status from ArcGIS maps to Salesforce Asset Status pick-list.
MobileWorker
Mobile Worker GPS Track / Location History
Salesforce Sales Cloud
Salesforce Custom Object: Worker_Location__c
1:1ArcGIS Workforce and Field Maps log worker location points as track features in a geodatabase. These are stored as a time-stamped point feature class with no standard Salesforce equivalent. We create Worker_Location__c records with Location__latitude__s, Location__longitude__s, and Timestamp__c for each tracked point, linked to the related Salesforce User. Location history is preserved for audit purposes but Salesforce does not natively display live worker tracks — this requires a custom LWC or third-party field service app.
MobileWorker
Attachment / Photo from Field Data
Salesforce Sales Cloud
Salesforce ContentDocument / Attachment
1:1Photos and attachments captured in ArcGIS Field Maps and attached to work assignments are exported from ArcGIS REST API as binary blobs. We re-upload them to Salesforce as Salesforce Files (ContentDocument/ContentVersion) and link them to the related Case, WorkOrder, or Field_Inspection__c record. File size limits apply: Salesforce Files default to 25MB per file; larger files require Salesforce CRM Content or External Data Integration.
MobileWorker
ArcGIS Offline Map Area / Tile Package
Salesforce Sales Cloud
No Equivalent in Salesforce
1:1ArcGIS offline map areas and tile packages are platform-specific caching artifacts with no Salesforce equivalent. These do not migrate. We document the offline area boundaries (bounding box coordinates) as a custom field on the Route__c object so your GIS team can recreate the offline maps in ArcGIS Field Maps post-migration. Salesforce's offline capability is managed separately through the Field Service Lightning mobile app.
| MobileWorker | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| ArcGIS Named User | Salesforce User + Contact1:1 | Fully supported | |
| Work Assignment (ArcGIS Workflow Manager Job) | Salesforce Case1:1 | Fully supported | |
| Work Assignment (ArcGIS Workflow Manager Job) | Salesforce Field Service: WorkOrder1:1 | Fully supported | |
| Field-Collected Feature (ArcGIS Feature Service) | Salesforce Custom Object: Field_Inspection__c1:1 | Fully supported | |
| ArcGIS Feature Location / Geocode | Salesforce Account.Address or Geolocation__c1:1 | Fully supported | |
| ArcGIS Mobile Worker Route / Route Layer | Salesforce Custom Object: Route__c + custom junction1:1 | Fully supported | |
| Asset / Infrastructure Feature (ArcGIS Feature Service) | Salesforce Asset1:1 | Fully supported | |
| Mobile Worker GPS Track / Location History | Salesforce Custom Object: Worker_Location__c1:1 | Fully supported | |
| Attachment / Photo from Field Data | Salesforce ContentDocument / Attachment1:1 | Fully supported | |
| ArcGIS Offline Map Area / Tile Package | No Equivalent in Salesforce1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
MobileWorker gotchas
No public API documentation for schema or endpoints
No documented bulk export mechanism
Authentication method not publicly documented
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Extract ArcGIS data via REST API and map coordinate systems
FlitStack AI connects to the ArcGIS Online organization REST API using a named-user service account with feature service read permissions. We export Workflow Manager job records, feature service layers (field inspections, assets, routes), and worker location tracks in batches. Each geometry object is extracted and reprojected to WGS84 decimal degrees using the source coordinate system's EPSG code before any field mapping begins. We also export the offline map area definitions as JSON metadata. A pre-migration report lists all ArcGIS layers, record counts, geometry types, and coordinate systems detected — this is reviewed with your GIS admin before the migration plan is finalized.
Resolve ArcGIS user identities to Salesforce Users and Contacts
ArcGIS user emails are matched against existing Salesforce User records by email address. Matched users are linked directly. Unmatched users trigger a flag: either the Salesforce admin provisions a User license before migration, or we create a fallback Contact record without a Salesforce User seat. We also create Salesforce Contact records for any ArcGIS users who have associated account/company data in the source — if the ArcGIS feature layer includes a 'company' attribute, we link that Contact to the matched Salesforce Account. Owner resolution on Case and WorkOrder records uses the matched Salesforce UserId.
Create Salesforce custom schema for Work_Order__c, Route__c, and Field_Inspection__c
Before any data loads, FlitStack AI creates the custom objects and fields required for the migration: Work_Order__c, Route__c, Route_Stop__c, Field_Inspection__c, Worker_Location__c, and all associated custom fields (Geolocation compound fields, source ID fields, metadata fields). We deliver a schema setup plan as part of the migration package — your Salesforce admin reviews and approves the object and field creation in a sandbox before we proceed. This step also creates the pick-list value mappings for status and priority fields so validation rules fire correctly during the load phase.
Run a sample migration with field-level diff and coordinate validation
A representative slice of 200–500 records migrates first — spanning work assignments, field inspections, assets, and route segments. We generate a field-level diff between the ArcGIS source JSON and the Salesforce inserted records so you can verify coordinate precision, status mapping, owner resolution, and cross-object foreign key linkages (Route_Stop__c to Work_Order__c, Field_Inspection__c to Account). The coordinate validation step specifically checks that latitude values fall in the valid range (-90 to 90) and flags any geometry records that failed the coordinate system transformation.
Execute full migration with delta-pickup window and rollback audit log
The full data migration loads all ArcGIS work assignments, field inspections, assets, routes, and worker location records into Salesforce. A delta-pickup window (24–48 hours) captures any ArcGIS records modified during the cutover window — field workers can continue creating work assignments in MobileWorker until the go-live decision is made. Every insert, update, and error is captured in FlitStack's audit log with source record ID, destination record ID, field mapping applied, and transformation outcome. One-click rollback reverts all Salesforce records created by the migration if reconciliation fails. Post-migration, we deliver a reconciliation report comparing ArcGIS source record counts against Salesforce destination record counts by object type.
Platform deep dives
MobileWorker
Source
Strengths
Weaknesses
Salesforce Sales Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 of 8 objects need a manual workaround.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across MobileWorker and Salesforce Sales Cloud.
Object compatibility
1 of 8 objects need a manual workaround.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
MobileWorker: Not publicly documented.
Data volume sensitivity
MobileWorker doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during MobileWorker to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your MobileWorker to Salesforce Sales Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave MobileWorker
Other ways to arrive at Salesforce Sales Cloud
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.