CRM migration
Field-level mapping, validation, and rollback between Q Dispatch and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Q Dispatch
Source
Nutshell
Destination
Compatibility
13 of 13
objects map 1:1 between Q Dispatch and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
Q Dispatch stores field-service data as work orders tied to customers and technicians — a structure that centers on job status, service type, and routing rather than a traditional sales pipeline. Nutshell models sales relationships as People linked to Companies, with Deals tracked in Pipeline stages that map to sales milestones. FlitStack AI migrates the core record types: Q Dispatch customers become Nutshell People, Q Dispatch companies map to Nutshell Companies, and Q Dispatch work orders translate into Nutshell Deals with stage names derived from the job lifecycle (Requested, In Progress, Completed, Invoiced). Technician assignments become Nutshell user assignments on the deal record, and original create dates are preserved as custom fields for continuity. Automations, routing rules, and schedule constraints do not migrate — those require manual configuration in Nutshell's workflow builder. The migration runs via Nutshell's JSON-RPC API with a sample-then-full-run approach and a 24–48 hour delta pickup window covering any records modified during cutover.
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 Q Dispatch 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.
Q Dispatch
Customer (Person)
Nutshell
Person
1:1Q Dispatch customer records map directly to Nutshell People. Name, phone, email, and address fields migrate as-is. Primary service address becomes a custom address field if the customer's location differs from billing. Original Q Dispatch customer ID is stored as a custom field for traceability.
Q Dispatch
Company / Account
Nutshell
Company
1:1Q Dispatch company records (if separate from customer) map to Nutshell Companies. Company name, domain, industry, and billing address translate directly. If Q Dispatch stores customer business information on the customer record rather than a separate company, FlitStack creates a Nutshell Company from that data to maintain CRM hygiene.
Q Dispatch
Work Order
Nutshell
Deal
1:1Q Dispatch work orders become Nutshell Deals. The work order number becomes the Deal name. Work order status (Requested, Dispatched, In Progress, Completed) maps to Nutshell Pipeline stages — you define the stage mapping during planning. Amount or service fee from the work order migrates as the Deal value.
Q Dispatch
Work Order Status
Nutshell
Pipeline Stage
1:1Each Q Dispatch work order status (e.g., Open, Scheduled, In Progress, On Hold, Completed, Cancelled) requires value-by-value mapping to Nutshell Pipeline stages. FlitStack surfaces your status list during planning and proposes a stage mapping aligned with your Nutshell pipeline configuration.
Q Dispatch
Technician / Field User
Nutshell
Nutshell User
1:1Q Dispatch technician records map to Nutshell Users by email match. Active technicians become active Nutshell users with full platform access. Technicians without email addresses are flagged for manual user creation or assignment to a fallback owner before migration begins. FlitStack generates a technician-to-user resolution report during planning to identify any email mismatches that need team review.
Q Dispatch
Job Assignment
Nutshell
Deal Owner / Collaborator
1:1Q Dispatch work order assignments (which technician is assigned) translate to Nutshell Deal owner assignment. The matched Nutshell User becomes the Deal owner. If multiple technicians were historically assigned to a job, the primary assignee becomes the owner and others surface as Deal collaborators.
Q Dispatch
Service Category / Job Type
Nutshell
Custom Field on Deal
1:1Q Dispatch service categories (e.g., HVAC Repair, Electrical, Plumbing) do not have a native Nutshell equivalent. These migrate as a custom pick-list field (Service_Category__c) on the Deal object, populated per work order during migration. Your Nutshell admin configures the pick-list values before the full run.
Q Dispatch
Work Order Notes
Nutshell
Note / Activity
1:1Q Dispatch work order notes, technician comments, and parts used records migrate as Nutshell Notes attached to the corresponding Deal. Original timestamps and author information are preserved. If notes contain structured data (parts lists), that content migrates as-is within the Note body.
Q Dispatch
Job Activity History
Nutshell
Task
1:1Q Dispatch activity log entries — including status changes, assignment events, dispatch actions, and completion records — migrate as Nutshell Tasks with Type='Logged Activity' on the Deal record. Original timestamps, associated technician names, and event descriptions are all preserved for full audit continuity and historical reference in the new CRM system.
Q Dispatch
Parts Used / Line Items
Nutshell
Custom Field on Deal
1:1Q Dispatch parts used on work orders have no direct Nutshell equivalent. FlitStack creates a custom text area field (Parts_Used__c) on the Deal to capture the parts list. For invoiced amounts, a separate custom currency field (Parts_Value__c) captures the parts total if separate from the service fee.
Q Dispatch
Customer Address / Service Location
Nutshell
Custom Fields on Person
1:1Q Dispatch service address (where the job was performed) differs from the customer's billing address in many field-service records. FlitStack creates Service_Address__c and Service_City__c custom fields on the Nutshell Person record to preserve location data without overwriting the standard address fields.
Q Dispatch
Custom Fields on Work Orders
Nutshell
Custom Fields on Deal
1:1Q Dispatch custom fields on work orders (priority level, billing code, work order source, PO number) map to custom fields on Nutshell Deals. Each custom field requires a matching Nutshell custom field created before migration — FlitStack provides a field creation checklist as part of the migration plan.
Q Dispatch
Q Dispatch Automations
Nutshell
Nutshell Workflows
1:1Q Dispatch routing rules, automatic assignment logic, and schedule-based triggers do not have an equivalent in Nutshell. FlitStack exports the automation definitions as a configuration reference document for your Nutshell admin to rebuild manually in Nutshell's workflow builder after migration.
| Q Dispatch | Nutshell | Compatibility | |
|---|---|---|---|
| Customer (Person) | Person1:1 | Fully supported | |
| Company / Account | Company1:1 | Fully supported | |
| Work Order | Deal1:1 | Fully supported | |
| Work Order Status | Pipeline Stage1:1 | Fully supported | |
| Technician / Field User | Nutshell User1:1 | Fully supported | |
| Job Assignment | Deal Owner / Collaborator1:1 | Fully supported | |
| Service Category / Job Type | Custom Field on Deal1:1 | Fully supported | |
| Work Order Notes | Note / Activity1:1 | Fully supported | |
| Job Activity History | Task1:1 | Fully supported | |
| Parts Used / Line Items | Custom Field on Deal1:1 | Fully supported | |
| Customer Address / Service Location | Custom Fields on Person1:1 | Fully supported | |
| Custom Fields on Work Orders | Custom Fields on Deal1:1 | Fully supported | |
| Q Dispatch Automations | Nutshell Workflows1: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.
Q Dispatch gotchas
Export mechanism is not API-first
Custom field schemas do not transfer
Invoice and payment data may require reconciliation
No free tier or trial 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
Audit Q Dispatch record types and custom fields
FlitStack pulls a full export from Q Dispatch covering customer records, companies, work orders, technician profiles, and all custom fields on each object. We identify every status value, pick-list option, and custom property so the migration plan includes a complete field inventory. You review the inventory and confirm the Nutshell stage mapping for each Q Dispatch work order status before any data movement begins.
Provision Nutshell custom fields and configure pipeline stages
Your Nutshell admin (or FlitStack on your behalf) creates the custom fields identified in the audit on Nutshell Person, Company, and Deal objects. We deliver a field creation checklist with field names, types, and pick-list values. At the same time, you configure the Nutshell Pipeline to include stages that correspond to Q Dispatch work order statuses — FlitStack provides a stage mapping template to guide this setup.
Match technicians to Nutshell users by email
Q Dispatch technician records are matched against existing Nutshell users by email address. Technicians without matching Nutshell accounts are flagged for your team to resolve — either create Nutshell users for them first or assign their work orders to a fallback owner. No work order migrates without a resolved owner assignment, which prevents orphaned records and ensures every deal has an accountable user from day one in Nutshell.
Run sample migration with field-level verification
A representative slice of Q Dispatch records — typically 100–500 work orders spanning multiple statuses, service categories, and assigned technicians — migrates to Nutshell first. FlitStack generates a field-level diff comparing source and destination values so you can verify stage mapping accuracy, custom field population, owner resolution, and activity timestamp preservation before the full migration run commits any data.
Execute full migration with delta pickup window
The full data migration runs against Nutshell's JSON-RPC API. A 24–48 hour delta pickup window captures any Q Dispatch records created or modified during the migration window. FlitStack maintains detailed audit logs for every operation, and one-click rollback is available if reconciliation identifies missing or misaligned records. The FlitStack team reviews final record counts against the pre-migration audit before sign-off and go-live.
Platform deep dives
Q Dispatch
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 Q Dispatch 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
Q Dispatch: Not publicly documented.
Data volume sensitivity
Q Dispatch 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 Q Dispatch to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Q Dispatch 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 Q Dispatch
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.