CRM migration
Field-level mapping, validation, and rollback between Dispatch and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
Dispatch
Source
Salesforce Sales Cloud
Destination
Compatibility
11 of 12
objects map 1:1 between Dispatch and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
2–4 weeks of clock time
Overview
We map your Dispatch operational records — jobs, work orders, drivers, vehicles, customers, and locations — into Salesforce's object model. Dispatch stores field operations as flat job and task records; Salesforce splits relationships across Account, Contact, Case, and custom objects. Jobs and work orders migrate as Salesforce Cases with custom fields for Dispatch-specific attributes like priority level, assigned driver, and service type, while customers map to Accounts and locations attach to address fields or custom address objects. Activities, route logs, and job notes become Tasks and Events with original timestamps and owners preserved. Drivers and vehicles may become Salesforce custom objects depending on whether you treat them as business entities or operational assets. Custom Dispatch fields — anything Dispatch stores that Salesforce does not natively represent — migrate as custom fields on the equivalent Salesforce object, with original system IDs stored for traceability and delta-run deduplication. Dispatch does not natively support CRM-style relationships, so the migration's primary complexity is translating Dispatch's flat record model into Salesforce's hierarchical Account→Contact→Case graph. Workflows, scheduling rules, and automations built inside Dispatch do not migrate — they require a manual rebuild in Salesforce Flow, for which we provide a configuration export from Dispatch. The migration uses Dispatch's REST API with scoped read access so your team continues operating in Dispatch throughout the run, followed by a 24–48 hour delta pickup window that captures in-flight changes before final 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 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.
Dispatch
Customer
Salesforce Sales Cloud
Account
1:1Dispatch customers migrate as Salesforce Accounts. Company name maps directly to Account.Name. Billing address, phone, and website transfer to standard Account fields. If Dispatch stores multiple contacts per customer, additional contacts migrate as Salesforce Contacts linked by AccountId.
Dispatch
Location / Site
Salesforce Sales Cloud
Account (address fields) or Custom Address Object
1:1Dispatch location records — site name, full address, latitude, longitude, and access notes — require decomposition. Street, city, state, and postal code map to Account.BillingStreet and custom fields. Site name and coordinates become custom fields on Account or a custom Address object linked by lookup relationship.
Dispatch
Job / Work Order
Salesforce Sales Cloud
Case
1:1Dispatch jobs and work orders are the primary migration record and map 1:1 to Salesforce Cases. Case object fields cover status, priority, and description. Dispatch-specific attributes — job type, service category, assigned driver, scheduled window — migrate as custom fields on Case with original Dispatch IDs stored in Source_System_ID__c.
Dispatch
Job Line Item / Task
Salesforce Sales Cloud
Case (custom fields) or Custom Line Item object
many:1Dispatch job tasks or line items attached to a single job collapse into custom fields on the parent Case record. If Dispatch supports multiple line items per job with independent pricing and status, we create a custom Job_Line_Item__c object linked to the Case by lookup, preserving each task's status and description separately.
Dispatch
Driver / Field Worker
Salesforce Sales Cloud
Contact or Custom Driver__c object
1:1Drivers require a decision point. If drivers represent billable entities or subcontractors with their own records, they map to Salesforce Contacts with a custom Driver_Role__c flag. If drivers are operational assets rather than CRM contacts, we create a custom Driver__c object with certifications, safety scores, and availability as custom fields.
Dispatch
Vehicle
Salesforce Sales Cloud
Asset or Custom Vehicle__c object
1:1Dispatch vehicle records — license plate, vehicle type, capacity, and maintenance schedule — map to Salesforce Asset linked to the Account if vehicles are customer-sited equipment. For operational fleet vehicles without direct customer association, we create a custom Vehicle__c object with make, model, capacity, and status fields.
Dispatch
Route / Route Log
Salesforce Sales Cloud
Custom Route__c object linked to Case
1:1Dispatch route records and route logs have no direct Salesforce equivalent. We create a custom Route__c object capturing route name, date, start and end location, and total distance, then link individual jobs (Cases) to their route via a lookup field on the Case record.
Dispatch
Job Activity / Job Notes
Salesforce Sales Cloud
Task / Event / Note
1:1Dispatch job notes, driver check-ins, and status-change logs migrate as Salesforce Tasks with Type='Job Note'. Time-stamped activity records map to Events. Rich-text job descriptions migrate as Salesforce Notes. Original timestamps and owner IDs are preserved on each activity record.
Dispatch
Custom Job Attributes
Salesforce Sales Cloud
Custom fields on Case (__c suffix)
1:1Any Dispatch custom fields attached to jobs — service category, work type, permit requirements, customer-specific instructions — create corresponding custom fields on the Salesforce Case object using the __c suffix. We create these fields in Salesforce during the schema setup phase before data loads begin.
Dispatch
Attachment / Photo
Salesforce Sales Cloud
Salesforce Files or Attachment
1:1Dispatch file attachments and photos attached to jobs re-upload to Salesforce as Salesforce Files linked to the corresponding Case record. File size limits at the destination apply; we chunk large files and flag any that exceed Salesforce's 25MB per-file default limit.
Dispatch
User / Dispatcher
Salesforce Sales Cloud
User (resolved by email) or custom Dispatcher__c
1:1Dispatch dispatcher and admin users resolve to Salesforce Users by email address match. Unmatched users are flagged before migration so your team either invites them to Salesforce first or reassigns their records to a fallback owner. Dispatcher metadata without a Salesforce User match migrates as a custom Contact or custom Dispatcher__c record.
Dispatch
Dispatch Custom Objects
Salesforce Sales Cloud
Salesforce Custom Objects (__c)
1:1Any custom objects defined inside Dispatch — such as custom job categories, permit records, or equipment logs — migrate 1:1 to Salesforce custom objects. Custom object associations that use a many-to-many model in Dispatch require Salesforce junction objects when the relationship is also N:N in the destination.
| Dispatch | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Customer | Account1:1 | Fully supported | |
| Location / Site | Account (address fields) or Custom Address Object1:1 | Fully supported | |
| Job / Work Order | Case1:1 | Fully supported | |
| Job Line Item / Task | Case (custom fields) or Custom Line Item objectmany:1 | Fully supported | |
| Driver / Field Worker | Contact or Custom Driver__c object1:1 | Fully supported | |
| Vehicle | Asset or Custom Vehicle__c object1:1 | Fully supported | |
| Route / Route Log | Custom Route__c object linked to Case1:1 | Fully supported | |
| Job Activity / Job Notes | Task / Event / Note1:1 | Fully supported | |
| Custom Job Attributes | Custom fields on Case (__c suffix)1:1 | Fully supported | |
| Attachment / Photo | Salesforce Files or Attachment1:1 | Fully supported | |
| User / Dispatcher | User (resolved by email) or custom Dispatcher__c1:1 | Fully supported | |
| Dispatch Custom Objects | Salesforce Custom Objects (__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.
Dispatch gotchas
API export endpoints gated by Dispatch360 tier
Work Order history split across open and closed states
Custom fields require discovery mapping before import
Attachment extraction requires separate file-store access
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
Audit Dispatch API and design Salesforce schema
We connect to Dispatch via scoped read-only API access to enumerate all object types, custom fields, and relationship IDs. We identify every Dispatch object — jobs, drivers, vehicles, locations, customers, contacts, and custom records — and map each to its Salesforce target (Account, Contact, Case, Asset, custom __c objects). We deliver a Salesforce schema setup plan: custom field API names, pick-list values, required relationships, and junction objects to create in Salesforce Setup before data loads begin. This phase typically takes 3–5 business days and must complete before any migration validation runs.
Build custom fields and custom objects in Salesforce
Your Salesforce admin (or our team if you have an active admin session) creates the custom fields and custom objects identified in the schema plan: Assigned_Driver__c, Vehicle__c, Route__c, Scheduled_Start__c, Scheduled_End__c, Driver_License__c, Safety_Score__c, Location__c junction object, and any Dispatch custom job attributes. We provide a field creation checklist with the exact API names, data types, pick-list values, and field-level security settings so nothing is ambiguous during creation. Validation rules and triggers that could interfere with migration loads are identified and suspended during this phase.
Resolve owners and link entities before loading
Salesforce requires parent records to exist before children can reference them via lookups. We sequence the migration: Accounts first (from Dispatch customers), then Contacts and custom Driver__c and Vehicle__c records (from Dispatch drivers and vehicles), then Cases (from Dispatch jobs), then Tasks and Events (from Dispatch activities). Dispatch dispatcher and driver IDs are resolved to Salesforce User or Contact IDs by email match during this sequencing. Any unresolved owner references are flagged and assigned to a designated fallback owner before the load begins so no record lands orphaned.
Run sample migration with field-level diff
A representative slice — typically 200–500 records covering the full range of job types, statuses, driver assignments, and customer types — migrates into a Salesforce sandbox first. We generate a field-level diff showing every source value mapped to every destination field, flagging any truncated text, pick-list mismatches, or null fields where data was expected. You review the diff and approve or request adjustments before the full run commits. This step is the last chance to correct mapping logic without reprocessing the entire dataset.
Execute full migration with delta pickup and rollback
The full dataset migrates into your Salesforce production org with a 24–48 hour delta pickup window that runs after the bulk load completes to capture any Dispatch records modified during cutover. Every operation — record created, record updated, relationship linked — is logged in our audit trail with source ID, destination ID, timestamp, and owner. If reconciliation reveals missing records or broken relationships, one-click rollback reverts the Salesforce org to its pre-migration state so you can correct and rerun without data corruption.
Platform deep dives
Dispatch
Source
Strengths
Weaknesses
Salesforce Sales Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Dispatch and Salesforce Sales Cloud.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
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
Dispatch: Not publicly documented.
Data volume sensitivity
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 Dispatch to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your 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 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.