CRM migration
Field-level mapping, validation, and rollback between MobileWorker and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
MobileWorker
Source
Nutshell
Destination
Compatibility
12 of 14
objects map 1:1 between MobileWorker and Nutshell.
Complexity
BStandard
Timeline
3–5 days
Overview
MobileWorker is an ArcGIS-integrated field service platform where the primary data units are Workers (field personnel with GPS coordinates), Work Assignments (tasks routed to those workers with status, priority, and location), and Activity Logs (check-ins, site visits, call records). Nutshell is an SMB sales CRM built around People (individual contacts), Companies (accounts with multi-address support), Leads (unqualified prospects), and Deals (pipeline stages tied to Nutshell's Sales Processes). The two platforms share almost no native object equivalence — the migration is less a field rename exercise and more a conceptual translation. FlitStack AI reads MobileWorker's API exports for Workers, Work Assignments, Activities, and any custom fields, then maps those into Nutshell's standard objects. Active Work Assignments with a defined revenue value become Nutshell Deals; assignments that represent service visits without revenue intent become Tasks and logged Activities. Worker GPS coordinates (latitude/longitude) are decomposed into separate custom number fields on the related Person record, since Nutshell has no native geospatial field. Custom fields defined in MobileWorker migrate to Nutshell custom fields on the People, Company, and Lead objects. FlitStack sequences the migration so Person records resolve before Deals (which reference them as the customer), and runs a delta-pickup window so any assignments modified during cutover land in Nutshell before go-live. Workflow routing logic, field-service-specific automations, and GIS overlays do not migrate — FlitStack exports the MobileWorker workflow definitions as a structured reference document for your team to rebuild in Nutshell.
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 Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
MobileWorker
Worker
Nutshell
Person
1:1MobileWorker Workers map directly to Nutshell People, preserving name, email, and phone on a one‑to‑one basis. The worker's GPS coordinates (latitude and longitude) and availability status are stored as Nutshell custom fields Latitude__c, Longitude__c, and Worker_Status__c on the Person record. The original worker identifier is also retained for cross‑system reference.
MobileWorker
Worker (status = inactive or archived)
Nutshell
Lead
1:manyWorkers marked as inactive or archived in MobileWorker are routed to Nutshell Leads rather than People. This preserves the archive without cluttering your active contact list. The Worker_Status__c field on the Lead carries the original MobileWorker status value for reference.
MobileWorker
Work Assignment (revenue-bearing)
Nutshell
Deal
1:1Work Assignments that carry a revenue value, estimated cost, or billing reference convert to Nutshell Deals. The assignment's status pick-list maps to Nutshell's pipeline stage values, and Nutshell's Sales Processes control which stage options are available per Deal. The estimated_value field populates the Deal value, the due_date becomes the close_date, and any custom work_category field is migrated as a Work_Category__c custom pick-list on the Deal.
MobileWorker
Work Assignment (service/task-based, no revenue)
Nutshell
Task / Activity
1:manyRoutine Work Assignments that represent site visits, check-ins, or service calls without a revenue figure map to Nutshell Tasks (for one-off items) or Activities (for logged interactions). This prevents the activity log from being polluted with zero-value deals. The mapping also includes the assignment description mapped to the Task notes field, and the original MobileWorker assignment identifier preserved as a custom field for audit trail.
MobileWorker
Assignment Customer
Nutshell
Company
1:1The customer or client referenced on a Work Assignment maps to a Nutshell Company (Account). FlitStack creates the Company record first so the Deal can reference it via the accountId field. Multi-location customers are stored as multiple address fields on a single Company.
MobileWorker
Assignment Location Coordinates
Nutshell
Custom Fields on Person / Company
1:1MobileWorker's GeoJSON coordinate pairs are decomposed into separate Nutshell custom number fields: Location_Latitude__c and Location_Longitude__c. The street address component of the assignment location is mapped to the standard address fields on the related Company record. The decomposition follows the GeoJSON convention where the first element is longitude and the second is latitude. After extraction, the latitude is written to Location_Latitude__c and the longitude to Location_Longitude__c on the Company record.
MobileWorker
Worker Status / Availability
Nutshell
Custom Field on Person
1:1MobileWorker's worker availability and status pick-list (Available, On Assignment, Off Duty, On Leave) has no direct Nutshell equivalent on the Person object. FlitStack creates a Worker_Status__c custom pick-list field on Nutshell People to preserve this status history at migration time.
MobileWorker
Activity Log (calls, site visits, check-ins)
Nutshell
Activity
1:1MobileWorker Activity Log entries (call records, check-in timestamps, site visit notes) map to Nutshell Activities with the original timestamp, activity type, and linked Person preserved. The Activity Type field in MobileWorker populates the Subject line in Nutshell. If the activity includes a notes field, that text is copied into Nutshell Activity notes property. Person reference is resolved using the worker's email address to ensure activity appears on contact timeline.
MobileWorker
Custom Fields on Worker
Nutshell
Custom Fields on Person
1:1MobileWorker custom fields defined on the Worker object (certification types, vehicle ID, territory assignment) migrate to Nutshell custom fields on the Person object. Custom field type (pick-list, text, number, date) is preserved to avoid data type conflicts in Nutshell. Including any default values and field labels that are carried over to maintain consistent data entry across systems.
MobileWorker
Custom Fields on Work Assignment
Nutshell
Custom Fields on Deal / Task
1:1Assignment-level custom fields (work category, service type, customer PO reference) migrate to equivalent custom fields on the target Nutshell object (Deal for revenue assignments, Task for service items). Field type mapping is preserved. The migration preserves pick-list values, default values, and validation rules from MobileWorker so same constraints apply in Nutshell. Cross-references to other MobileWorker objects are stored as text strings in Nutshell fields until a manual link is created.
MobileWorker
Attachment / File on Assignment
Nutshell
Note on Deal / Task
1:1Files attached to Work Assignments in MobileWorker are downloaded and re-uploaded as Nutshell Notes attached to the corresponding Deal or Task. Nutshell's attachment model uses its own file storage; inline images in notes are re-hosted during migration. File name and upload timestamp are preserved in the note description. The re-hosting process uses Nutshell's API file upload endpoint, and GIS layer references are skipped because Nutshell does not support spatial overlays.
MobileWorker
Worker Owner / Manager
Nutshell
Person Owner (resolved by email)
1:1The MobileWorker owner or manager ID on a Worker record is resolved against Nutshell user email addresses. Unmatched owners are flagged before migration. You can assign them to a Nutshell user or a default owner before the full run commits.
MobileWorker
Assignment Priority
Nutshell
Deal Priority / Custom Field
1:1MobileWorker assignment priority values (Emergency, High, Normal, Low) map to Nutshell's deal priority pick-list or a custom Priority__c field on the Deal object. The value mapping is applied per pick-list item during the migration run. If the Nutshell account uses Sales Processes, the process can have its own priority pick-list; FlitStack applies the mapping based on the process. Unmapped priority values default to the low priority option and are logged.
MobileWorker
GIS / Map Overlay Data
Nutshell
No Equivalent
1:1MobileWorker's ArcGIS map overlays, routing polygons, and geofencing data are GIS-specific constructs with no equivalent in Nutshell's data model. These are not migrated. FlitStack exports the GIS layer definitions as a reference document for teams that need to rebuild routing logic in ArcGIS Workforce separately.
| MobileWorker | Nutshell | Compatibility | |
|---|---|---|---|
| Worker | Person1:1 | Fully supported | |
| Worker (status = inactive or archived) | Lead1:many | Fully supported | |
| Work Assignment (revenue-bearing) | Deal1:1 | Fully supported | |
| Work Assignment (service/task-based, no revenue) | Task / Activity1:many | Fully supported | |
| Assignment Customer | Company1:1 | Fully supported | |
| Assignment Location Coordinates | Custom Fields on Person / Company1:1 | Fully supported | |
| Worker Status / Availability | Custom Field on Person1:1 | Fully supported | |
| Activity Log (calls, site visits, check-ins) | Activity1:1 | Fully supported | |
| Custom Fields on Worker | Custom Fields on Person1:1 | Fully supported | |
| Custom Fields on Work Assignment | Custom Fields on Deal / Task1:1 | Fully supported | |
| Attachment / File on Assignment | Note on Deal / Task1:1 | Fully supported | |
| Worker Owner / Manager | Person Owner (resolved by email)1:1 | Fully supported | |
| Assignment Priority | Deal Priority / Custom Field1:1 | Fully supported | |
| GIS / Map Overlay Data | No Equivalent1: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
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Extract MobileWorker data via API and map to Nutshell object model
FlitStack connects to MobileWorker's API using scoped read access and exports Workers, Work Assignments, Activity Logs, and any custom fields defined on those objects. The export captures GPS coordinates, status history, assignment routing rules, and file attachments. FlitStack then maps each MobileWorker entity to its Nutshell equivalent (Person for Workers, Deal or Task for Assignments, Activity for logs) and generates a preliminary field-level mapping specification. Custom fields on both sides are inventoried so Nutshell-side field creation can proceed in parallel.
Create Nutshell custom fields and resolve owner email matches
Before any data is written to Nutshell, FlitStack creates the custom fields identified during the mapping inventory — Latitude__c, Longitude__c, Worker_Status__c, Original_Create_Date__c, Work_Category__c, Priority__c, and Territory__c — on the appropriate Nutshell objects (Person, Company, Deal, Task). Simultaneously, FlitStack resolves MobileWorker owner and manager IDs against Nutshell user email addresses. Any owner without a matching Nutshell user is flagged with a fallback assignment option (default owner or a pending-assignment status) so no record lands without a destination owner.
Run a sample migration with field-level diff on 50–100 representative records
A representative slice of Workers and Work Assignments — spanning different status values, priority levels, and geographic locations — migrates first. FlitStack produces a field-level diff comparing each source field against the destination field value in Nutshell. Your team reviews the diff to confirm that GPS coordinates are decomposing correctly into custom lat/long fields, that zero-value assignments are routing to Tasks rather than Deals, and that owner resolution is accurate. No record is permanently committed during this step; adjustments to the mapping specification are made before the full run.
Execute full migration with delta-pickup window for in-flight changes
The full migration run writes all Workers, Work Assignments, Activity Logs, and attachments to Nutshell. Activity assignments with revenue values land as Nutshell Deals; routine assignments land as Tasks. Attachments are re-uploaded as Nutshell Notes. During the run, a 24–48-hour delta-pickup window captures any MobileWorker records created or modified while the migration was in progress. All operations are logged in the FlitStack audit trail. If reconciliation identifies missing or misrouted records, one-click rollback reverts the Nutshell instance to its pre-migration state so the run can be corrected and repeated.
Deliver automation reference export and post-migration reconciliation
After the migration run completes, FlitStack delivers a structured export of MobileWorker routing rules, dispatch queue configurations, and field-service workflow definitions in a machine-readable format. Your field-service administrator uses this export to rebuild dispatch automation in ArcGIS Workforce or an alternative field management tool. FlitStack also delivers a post-migration reconciliation report showing record counts by object, unlinked assignments, unmapped custom fields, and the count of records exceeding Nutshell's per-plan contact cap, so your team can address any gaps before go-live.
Platform deep dives
MobileWorker
Source
Strengths
Weaknesses
Nutshell
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 Nutshell.
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 Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your MobileWorker to Nutshell 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 Nutshell
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.