CRM migration
Field-level mapping, validation, and rollback between Q Dispatch and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
Q Dispatch
Source
Salesforce Sales Cloud
Destination
Compatibility
10 of 10
objects map 1:1 between Q Dispatch and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
Q Dispatch stores field service operations in a flat work-order-centric model: Customers, Jobs, Technicians, Schedules, and Service Line Items live in objects optimized for same-day dispatching. Salesforce Sales Cloud uses the Account-Contact-Opportunity-Activity model, which separates the customer record (Account), the point of contact (Contact), the commercial engagement (Opportunity), and the work performed (Task/Event/Case). The migration carries everything Q Dispatch stores natively — customers, jobs, technicians, appointments, and custom dispatch properties — into Salesforce's object graph, then surfaces the gaps: dispatch-specific scheduling rules, route-optimization logic, and technician-utilization automations that live in Q Dispatch but have no Salesforce equivalent and must be rebuilt manually or configured in Salesforce Field Service. FlitStack uses the Q Dispatch REST API for extraction and Salesforce Bulk API 2.0 for loading, with a 24–48 hour delta-pickup window after the primary run to capture any in-flight job updates during cutover. Pre-migration validation confirms field compatibility, technician resolution, and custom object scaffolding before any production data moves.
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 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.
Q Dispatch
Customer
Salesforce Sales Cloud
Account
1:1Q Dispatch Customer maps 1:1 to Salesforce Account. The primary service address from Q Dispatch migrates to Account.BillingAddress; secondary job-site addresses require a custom Service_Address__c field or nested Account Address object for multi-location customers. Additional fields like customer credit status, preferred service windows, and account manager assignments can be mapped to custom fields on Account if your Q Dispatch instance captures those attributes.
Q Dispatch
Customer Contact
Salesforce Sales Cloud
Contact
1:1Q Dispatch contact records (site contacts, billing contacts, dispatch recipients) map to Salesforce Contact. Each Contact links to the parent Account via AccountId. Multiple contacts per customer collapse to individual Contact records with role-designation custom fields. The primary contact flag from Q Dispatch migrates to a Is_Primary_Contact__c custom field on Contact.
Q Dispatch
Job / Work Order
Salesforce Sales Cloud
Case
1:1Q Dispatch jobs map to Salesforce Case in the field-service context. Case.Priority maps from job urgency level. Case.Origin maps from job creation channel. Case.Subject carries the job title. Salesforce Field Service objects (WorkOrder, WorkOrderLineItem) are an alternative destination if your org has FSM licensed.
Q Dispatch
Job Status
Salesforce Sales Cloud
Case.Status (custom pick-list)
1:1Q Dispatch status values (Pending, Assigned, En Route, In Progress, Completed, Cancelled) map to a custom Work_Order_Status__c pick-list on Case. Each value is mapped individually. Completed timestamp from Q Dispatch becomes Case.ClosedDate; the original Q Dispatch status-change timestamps migrate as audit custom fields.
Q Dispatch
Technician
Salesforce Sales Cloud
User
1:1Q Dispatch Technician records resolve to Salesforce User by email match. Unmatched technicians are flagged before migration. Active technician status maps to User.IsActive; skill certifications from Q Dispatch migrate as custom pick-list or text fields on User for dispatch-skill matching in Salesforce Field Service.
Q Dispatch
Technician Assignment
Salesforce Sales Cloud
Case + CaseTeamMember / Custom Junction
1:1Multi-technician job assignments in Q Dispatch require a custom junction object (Job_Technician__c) linking Case to User with a Role__c field (Primary, Secondary, Helper). This is surfaced in the migration plan; single-technician assignments map directly to Case.OwnerId. The junction object also supports an Hours_Worked__c field to track time allocation per technician on multi-technician jobs.
Q Dispatch
Appointment / Schedule
Salesforce Sales Cloud
Event
1:1Q Dispatch appointment windows map to Salesforce Event with Event.StartDateTime and Event.EndDateTime preserved. The technician assigned to the appointment links via Event.OwnerId. All-day scheduling events use Event.IsAllDayEvent = true. Service-type notes from the appointment migrate to Event.Description. Recurring appointment patterns in Q Dispatch are noted for Flow-based recreation in Salesforce.
Q Dispatch
Service Line Item
Salesforce Sales Cloud
Custom Work Order Line Item object
1:1Q Dispatch service line items (labor type, materials, flat-rate services) require a custom Work_Order_Line_Item__c object with fields: Service_Type__c, Rate__c, Quantity__c, Total__c. This object links to Case via CaseId lookup and carries the pricing logic that lives inside the Q Dispatch job record.
Q Dispatch
Job Notes / Attachments
Salesforce Sales Cloud
CaseComment / ContentVersion
1:1Q Dispatch job notes map to Salesforce CaseComment on the parent Case. File attachments (photos, signed forms, job-site documents) re-upload to Salesforce Files via ContentVersion linked to the Case via ContentDocumentLink. Image attachments are stored with their original MIME type preserved in ContentVersion.FileType for downstream processing by field technicians using the Salesforce Mobile app.
Q Dispatch
Custom Job Property
Salesforce Sales Cloud
Custom field on Case (__c)
1:1Q Dispatch custom properties on jobs (e.g., Equipment_Model__c, Parts_Used__c, Site_Conditions__c) map to custom fields on Case with the __c suffix. Each custom property is reviewed for Salesforce data type (text, pick-list, number) and a corresponding custom field is created in the destination org before data loads.
| Q Dispatch | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Customer | Account1:1 | Fully supported | |
| Customer Contact | Contact1:1 | Fully supported | |
| Job / Work Order | Case1:1 | Fully supported | |
| Job Status | Case.Status (custom pick-list)1:1 | Fully supported | |
| Technician | User1:1 | Fully supported | |
| Technician Assignment | Case + CaseTeamMember / Custom Junction1:1 | Fully supported | |
| Appointment / Schedule | Event1:1 | Fully supported | |
| Service Line Item | Custom Work Order Line Item object1:1 | Fully supported | |
| Job Notes / Attachments | CaseComment / ContentVersion1:1 | Fully supported | |
| Custom Job Property | Custom field on Case (__c)1: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
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
Q Dispatch API extraction and schema audit
FlitStack connects to Q Dispatch via API using scoped read credentials and extracts all records across Customer, Contact, Job, Technician, Appointment, and Service Line Item objects. A schema audit cross-references Q Dispatch custom properties against Salesforce's standard Case fields to identify what requires custom field creation. This step also captures API rate-limit windows and pagination patterns so the extraction is tuned for Q Dispatch's throughput before the migration clock starts.
Salesforce custom field and object creation
Before any data loads, FlitStack delivers a Salesforce field-creation checklist based on the schema audit: custom fields on Case for job-level properties, the Work_Order_Line_Item__c object for service pricing, the Job_Technician__c junction for multi-technician jobs, and datetime fields for original create dates and status-history timestamps. Your Salesforce admin creates these fields in the destination org. FlitStack validates the field API names and data types before proceeding.
Technician-to-User resolution by email
Q Dispatch Technician records are matched to Salesforce Users by email address. Any technician in Q Dispatch without a matching Salesforce User email is flagged in a pre-flight report. Your team either creates Salesforce User accounts for those technicians first or designates a fallback User (e.g., a Dispatch Manager) to own unresolved job assignments. No Case or Event loads until technician resolution is confirmed.
Account → Contact → Case → Event migration sequence
Salesforce requires foreign-key ordering: Accounts before Contacts (via AccountId), Cases before Events (via WhatId). FlitStack sequences the migration in three waves: (1) Accounts from Q Dispatch Customers, (2) Contacts and Cases in parallel (Contacts link to Accounts; Jobs map to Cases with AccountId), (3) Events from Appointments with WhatId pointing to the newly created Cases. Service line items load as the final wave, linked to their parent Cases.
Sample migration with field-level diff
A representative slice of records — typically 100–500 across Customers, Jobs, Technicians, and Appointments — migrates first into a Salesforce sandbox or scratch org. FlitStack generates a field-level diff comparing source values against Salesforce field values, including custom field population, status pick-list mappings, and address fidelity. You verify the diff and approve before the full production run commits. Any mapping discrepancies are corrected in the migration configuration before the production migration begins.
Full migration with delta-pickup and audit log
The full migration runs against the production Salesforce org using Bulk API 2.0. A delta-pickup window (24–48 hours after the primary run) captures any Q Dispatch records modified or created during cutover. FlitStack produces an audit log for every operation — record count per object, field-mapping validation, and error log with resolution steps. One-click rollback reverts all Salesforce records to pre-migration state if reconciliation fails.
Platform deep dives
Q Dispatch
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 Q Dispatch 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
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 Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Q Dispatch 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 Q Dispatch
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.