CRM migration

Migrate from Dispatch to Microsoft Dynamics 365 Sales

Field-level mapping, validation, and rollback between Dispatch and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .

Dispatch logo

Dispatch

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

12 of 12

objects map 1:1 between Dispatch and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Dispatch and Dynamics 365 Sales occupy different positions in the enterprise stack, so the migration requires careful schema translation rather than a simple field-by-field import. Dispatch organizes around flat work-order and route structures with a dedicated vehicle and driver model. Dynamics 365 Sales uses a relational CRM model built on Accounts, Contacts, Cases, and Opportunities — with deeper Microsoft 365 and Power Platform integration as the destination framework. We extract Dispatch data via the platform's REST API and load it into D365 Sales using the Data Loader and Dataverse APIs, handling object-level renames, type transformations, and owner resolution by email match. Work-order records migrate as Dynamics 365 Cases or Opportunities depending on whether they carry billable revenue. Custom Dispatch fields surface as D365 custom fields or extension attributes on the appropriate entity. Workflows, automations, and routing rules do not migrate — those must be rebuilt using D365 Sales processes or Power Automate. FlitStack runs a sample migration first, generates a field-level diff for review, then executes the full cutover with a 24–48 hour delta-pickup window to capture in-flight changes at switchover.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Dispatch logo

Dispatch

What's pushing teams away

  • Software upgrades and major feature changes have caused disruptions to existing workflows, with some users reporting that new versions alter functions they rely on daily.
  • Customers note that Dispatch costs more than they expected given the feature set, particularly when they need capabilities available only in higher tiers.
  • Some users report that Dispatch lacks the depth to function as a true CRM, making it difficult to capture and manage comprehensive customer relationship data over time.
  • The platform does not integrate natively with some third-party tools that businesses already use, leading teams to maintain duplicate records or manual workarounds.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How Dispatch objects map to Microsoft Dynamics 365 Sales

Each row shows how a Dispatch object lands in Microsoft Dynamics 365 Sales , including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Dispatch

Customer

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Dispatch customers map directly to D365 Sales Accounts using a field-for-field translation approach. Company name, address, phone, website, and standard contact fields carry over directly without transformation. Dispatch customer IDs are preserved as Source_System_ID__c custom fields on the Account record to enable delta-run de-duplication and traceability back to the original Dispatch source data during reconciliation.

Dispatch

Customer Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Primary and secondary contacts on Dispatch customers migrate as D365 Contacts linked to the Account via the Parent Account lookup relationship. Email, phone, job title, and address fields transfer directly. Contact roles that lack explicit naming in Dispatch become Contact Roles on the Account record to preserve the organizational relationship hierarchy within D365 Sales.

Dispatch

Driver

maps to

Microsoft Dynamics 365 Sales

SystemUser or Contact

1:1
Fully supported

Dispatch drivers who are internal employees map to D365 System Users by matching their Dispatch email address to the D365 user account — this Owner lookup assigns them as the owner on Cases and related records. Subcontractor or third-party drivers who are not D365 license holders migrate as Contacts with a Driver_Record__c flag set to true for identification and filtering in D365 reports and views.

Dispatch

Work Order

maps to

Microsoft Dynamics 365 Sales

Case or Opportunity

1:1
Fully supported

Work orders carrying billable revenue amounts migrate as D365 Opportunities with the closed-won status for completed jobs — the total service amount populates the Amount field, and line items become Opportunity Products. Work orders without billable revenue, including service tickets, maintenance requests, and support calls, map to Cases with a Work_Order_ID__c custom field preserved for traceability back to the source Dispatch record.

Dispatch

Work Order Line Item

maps to

Microsoft Dynamics 365 Sales

Opportunity Product or Case Detail

1:1
Fully supported

Line items attached to Dispatch work orders migrate as D365 Opportunity Products when the parent work order maps to an Opportunity, or as Case Details when the parent maps to a Case. Product name, quantity, unit price, and calculated line total carry over directly from the Dispatch line-item record with no transformation required.

Dispatch

Service Type

maps to

Microsoft Dynamics 365 Sales

Custom Field on Case/Opportunity

1:1
Fully supported

Dispatch service types such as HVAC Repair, Same-Day Delivery, or routine maintenance have no native equivalent in D365 Sales standard fields. We create a custom pick-list field called Service_Type__c on both the Case and Opportunity entities with option-set values matching the Dispatch service type enumeration. This custom field enables service-category reporting and filtering in D365 views and dashboards after migration completes.

Dispatch

Vehicle

maps to

Microsoft Dynamics 365 Sales

Custom Vehicle Dataverse Table

1:1
Fully supported

D365 Sales does not include a native vehicle or fleet entity in the standard CRM schema. We create a custom Vehicle table in Dataverse with fields for registration number, vehicle type, capacity, and current driver assignment — each field maps directly from the Dispatch Vehicle record. The Vehicle table is linked to the Account as a related table, enabling fleet management reporting and vehicle-to-account queries within D365.

Dispatch

Route / Route Assignment

maps to

Microsoft Dynamics 365 Sales

Custom Field on Case

1:1
Fully supported

Dispatch route names and route assignment data such as Route North-4 or stop sequence numbers carry over as text fields Route_Name__c and Route_Sequence__c on the Case or Opportunity record. These preserve scheduling context and route-affinity information in D365 without requiring a native routing engine, allowing dispatch supervisors to reference original route assignments in the CRM.

Dispatch

Activity Log

maps to

Microsoft Dynamics 365 Sales

Task

1:1
Fully supported

Dispatch activity records including status updates, driver check-ins, and customer notifications migrate as D365 Tasks with the original timestamp and owner preserved from the source record. Task subject and description fields carry the activity summary text, and a lookup to the related Case or Account connects the task to the operational record in D365 for complete activity history.

Dispatch

File Attachment

maps to

Microsoft Dynamics 365 Sales

Note (with annotation) or SharePoint

1:1
Fully supported

Dispatch file attachments on work orders and customers are downloaded during extraction with original filenames and MIME types preserved as metadata. They re-upload to D365 Notes using the annotation entity or to a connected SharePoint document library attached to the Account record. The D365 25MB per-file limit applies; files exceeding this threshold are flagged during the sample migration diff for admin review before the full run.

Dispatch

Custom Field (Dispatch extension)

maps to

Microsoft Dynamics 365 Sales

Custom Field on Target Entity

1:1
Fully supported

Each Dispatch custom property maps to a D365 custom field on the appropriate target entity using data-type alignment: text fields create D365 Text fields, numeric values create Whole Number or Decimal fields depending on precision, and date values create Date fields. Custom fields with pick-list values in Dispatch create D365 option sets with integer value mapping to maintain the enumeration alignment across systems.

Dispatch

Price List / Rate Card

maps to

Microsoft Dynamics 365 Sales

Product and Price List

1:1
Fully supported

Dispatch service rate cards containing per-service pricing migrate as D365 Products with associated Price List items. Each service line from the Dispatch rate card becomes a separate Product record with the rate stored as a custom currency field Price__c. Price List assignments activate the correct rate on Quotes and Opportunities automatically when the Professional tier license is applied.

Gotchas + challenges

What specifically takes care here

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 logo

Dispatch gotchas

High

API export endpoints gated by Dispatch360 tier

Medium

Work Order history split across open and closed states

Medium

Custom fields require discovery mapping before import

Low

Attachment extraction requires separate file-store access

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • Dispatch work orders lack a direct D365 Sales CRM equivalent

    Dispatch work orders combine service-ticket semantics, billing line items, driver assignment, and route context in a single flat record. D365 Sales separates Cases (service tracking), Opportunities (revenue tracking), and Opportunity Products (line items) into distinct relational tables. We map work orders to Cases or Opportunities depending on whether they carry billable amounts, and store service-type and routing context in custom fields on the Case or Opportunity record. This structural mismatch is the highest-effort part of a Dispatch migration and requires schema planning before data lands.

  • Dispatch vehicle and fleet data requires a custom Dataverse table

    D365 Sales has no native vehicle entity — the standard CRM model does not include a fleet or asset-tracking table. We create a custom Vehicle table in Dataverse with fields for registration number, vehicle type, capacity, and current driver assignment, linked to the Account as a related entity. The Vehicle table must be created in the D365 solution before migration runs, and any Dynamics 365 Field Service deployment would upgrade these to native Asset records. If Field Service is not in scope, the custom table handles the reference data permanently.

  • Dispatch API rate limits constrain extraction pacing

    Dispatch's API tier determines concurrent request limits and daily caps, which affect how quickly large record volumes extract. D365 Sales Dataverse API also enforces per-user request quotas (Power Platform allocation tiers) on the write side. We batch Dispatch API reads at controlled intervals to avoid throttling and pre-stage data in a migration staging environment before loading into D365. High-volume migrations (above 50,000 records) may require off-peak extraction windows or a multi-day extraction schedule to avoid hitting Dispatch API rate limits during business hours.

  • Dispatch routing rules and dispatch automations do not transfer

    Dispatch's rule-based dispatching engine, auto-assignment logic, and route-optimization rules are platform-native and tied to Dispatch's scheduling UI. D365 Sales has no native dispatch or routing automation — this logic must be rebuilt using D365 Sales Processes, Power Automate flows, or Dynamics 365 Field Service scheduling if route optimization is required. We export Dispatch automation definitions as process-description documents for your D365 admin's rebuild reference, but the automation itself cannot be imported.

  • Dispatch custom fields need schema planning before migration day

    Dispatch allows unlimited custom properties on work orders, customers, and drivers. D365 Sales Professional caps custom tables at 15 (Sales Enterprise removes this ceiling). If your Dispatch instance has more than 15 custom fields and you are on D365 Sales Professional, we recommend upgrading to Enterprise before migration or archiving low-value custom fields. All active custom properties are mapped to D365 custom fields or extension attributes on the target entity — the mapping plan is reviewed with your admin during the sample migration phase before the full run commits.

Migration approach

Six steps for a successful Dispatch to Microsoft Dynamics 365 Sales data migration

  1. Map Dispatch entities to D365 Sales schema and build custom tables

    We begin by auditing all Dispatch entities (customers, contacts, work orders, drivers, vehicles, line items, attachments) and mapping them to D365 Sales entities (Accounts, Contacts, Cases, Opportunities, System Users) and any required custom Dataverse tables (Vehicle). If your Dispatch instance uses more than 15 custom fields and D365 Sales Professional is the target license, we flag the limit and recommend an Enterprise upgrade or field-archival strategy. The schema plan is documented and reviewed with your admin before any data movement begins.

  2. Resolve Dispatch drivers and owners to D365 users by email

    D365 Sales records use OwnerId (System User) for assignment. We match Dispatch driver IDs and owner IDs against D365 user email addresses. Drivers without a D365 user account are flagged before migration — your team either creates a D365 user for each active driver or we assign those records to a fallback owner. No record lands in D365 without a resolved owner, preventing orphaned Cases or Opportunities after cutover.

  3. Extract data in dependency order and stage in migration environment

    Dispatch API extracts run in dependency order: customers first (Accounts), then contacts, then vehicles, then drivers, then work orders and line items. Attachments download in parallel with binary references preserved for re-upload. We stage all records in a migration environment with the same entity relationships as the D365 target so field mapping, value transformation, and type casting can be validated against live D365 field definitions before the production load.

  4. Run sample migration with field-level diff and admin sign-off

    A representative slice — typically 100–500 records spanning Accounts, Contacts, Cases, Work Orders, and Attachments — migrates first. We generate a field-level diff showing source value, mapped value, and D365 field for every column. Your admin reviews Case status mapping, priority translation, service-type pick-list values, and owner resolution before the full run is approved. Discrepancies are corrected in the mapping plan before the production migration window opens.

  5. Execute full migration with delta-pickup and rollback guard

    The full dataset loads into D365 Sales via Dataverse API with batch commits. A delta-pickup window (24–48 hours) captures any Dispatch records modified during the cutover window. FlitStack captures an audit log of every operation. If reconciliation finds mismatches, one-click rollback reverts the D365 environment to its pre-migration state. Your team continues working in Dispatch throughout — scoped read access is all that is required on the source side.

Platform deep dives

Context on both ends of the pair

Dispatch logo

Dispatch

Source

Strengths

  • Visual drag-and-drop dispatch board for real-time job scheduling and technician assignment.
  • Automated customer notifications for appointment confirmations, reminders, and technician ETA updates.
  • Integrated asset and equipment tracking linked directly to work orders for field visibility.
  • Real-time technician status updates and GPS-based routing for service dispatch.
  • Tiered pricing from Starter to Enterprise accommodates growing field service businesses.

Weaknesses

  • API access and bulk data export capabilities are tier-gated, making large-scale migrations dependent on the customer's plan level.
  • Customers report that software upgrades occasionally disrupt established workflows and require relearning.
  • Cost increases at higher tiers for advanced features make the platform less competitive for small businesses on a budget.
  • Limited native CRM depth — Dispatch does not function well as a standalone customer relationship management tool.
  • Attachment storage and management on jobs has size and format restrictions that can complicate data export.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Dispatch and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Dispatch: Not publicly documented.

  • Data volume sensitivity

    B

    Dispatch doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Dispatch to Microsoft Dynamics 365 Sales migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Dispatch to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during Dispatch to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Dispatch to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Dispatch-to-D365 Sales migrations complete in 48–72 hours for under 10,000 total records. High-volume cases with 50,000+ records or complex custom Dataverse table setups extend to 5–7 days. The longest single step is mapping Dispatch work orders to D365 Cases or Opportunities and building the custom Vehicle table — that planning typically adds 1–2 days before the technical migration window opens.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Dispatch.
Land in Microsoft Dynamics 365 Sales , intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day