CRM migration
Field-level mapping, validation, and rollback between CRM and Deals for Zendesk and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
CRM and Deals for Zendesk
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
8 of 10
objects map 1:1 between CRM and Deals for Zendesk and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from CRM and Deals for Zendesk to Microsoft Microsoft Dynamics 365 Sales is a schema reorientation, not a record copy. Zendesk treats Deals as a secondary object subordinate to Contacts, Organizations, and Tickets; Microsoft Dynamics 365 Sales is deal-first with Opportunities as a first-class object. We flip the model during scoping by elevating Zendesk Deal records to Opportunity records with Account and Contact lookups resolved at import time. Pipeline stage history that Zendesk stores in the Activities table requires a de-normalization step to build a synthetic stage-history array before writing to Dynamics. Legacy Custom Objects must migrate to v2 schema before any records can be written, which adds scope that most migrations do not surface until discovery. Workflows, triggers, and Zendesk Sell automations do not migrate; we deliver a written inventory of every active automation for the customer's admin to rebuild in Microsoft Dynamics 365 Sales .
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.
Source platform
CRM and Deals for Zendesk platform overview
Scorecard, SWOT, gotchas, and pricing for CRM and Deals for Zendesk.
Destination platform
Microsoft Dynamics 365 Sales platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Sales .
Data migration guide
The complete Microsoft Dynamics 365 Sales migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Microsoft Dynamics 365 Sales migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Sales .
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a CRM and Deals for Zendesk 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.
CRM and Deals for Zendesk
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Zendesk Contact records map directly to Microsoft Dynamics 365 Sales Contact. Standard field transforms apply for email format (lowercase), phone number formatting, and date fields (UTC to local). We resolve the parent Organization reference and populate the Contact's parent AccountId by looking up the mapped Organization in the destination during import. Custom contact fields migrate to matching custom fields on the Dynamics Contact entity.
CRM and Deals for Zendesk
Organization
Microsoft Dynamics 365 Sales
Account
1:1Zendesk Organizations map to Microsoft Dynamics 365 Sales Account. Zendesk's flat org structure (no hierarchy) maps to Dynamics Accounts with a flat or hierarchical model depending on the customer's configuration. The Organization's domain field populates the Account Website. Account is created before any Contact import so the AccountId lookup is satisfied at Contact insert time. Any org-level custom fields migrate to custom Account fields.
CRM and Deals for Zendesk
Deal
Microsoft Dynamics 365 Sales
Opportunity
1:1Zendesk Deal records elevate to Microsoft Dynamics 365 Sales Opportunity during migration. The Deal's pipeline and stage assignment map to a Dynamics Opportunity Record Type and Sales Process that we configure before migration. The Deal amount, expected close date, and owner resolve to Opportunity Amount, CloseDate, and OwnerId. We flag any Deal without a linked Contact or Organization because Dynamics Opportunities require at minimum a Contact or Account association. Closed-Lost and Closed-Won states from Zendesk map to the corresponding Dynamics Opportunity StageName.
CRM and Deals for Zendesk
Pipeline + Stage
Microsoft Dynamics 365 Sales
Record Type + Sales Process + Stage
lossyEach Zendesk Pipeline becomes a Dynamics Opportunity Record Type with its own Sales Process. Stage names, probabilities, and ordering migrate from Zendesk to the corresponding Dynamics stage configuration. If the customer uses multiple Zendesk pipelines with overlapping stage names, we create separate Record Types to prevent stage collision in Dynamics. Stage probability percentages round to the nearest integer allowed by Dynamics.
CRM and Deals for Zendesk
Activities (calls, emails, meetings, notes)
Microsoft Dynamics 365 Sales
Task, Event, EmailMessage
1:1Zendesk Activities migrate to Microsoft Dynamics 365 Sales records. Call logs become Task with TaskSubtype=Call and CallDurationInSeconds preserved. Meeting notes become Event with StartDateTime, EndDateTime, and Location. Emails land as EmailMessage linked to a Task activity record. Notes become Dynamics Note records attached via the Regarding field to the parent Contact, Account, or Opportunity. We de-normalize stage-change Activities into a synthetic stage-history array and write it to a custom Opportunity field because Dynamics does not surface stage history as a first-class timeline event.
CRM and Deals for Zendesk
Ticket
Microsoft Dynamics 365 Sales
Case
1:1Zendesk Tickets migrate to Microsoft Dynamics 365 Sales Case only if the destination org includes the Customer Service module. Ticket status, priority, requester, assignee, tags, and custom fields map to the corresponding Case fields. Conversations attached to the ticket migrate to the Case's EmailMessage records or internal Case Comments depending on visibility requirements. If the destination does not include Service Cloud, Tickets migrate as a custom entity with a separate object mapping.
CRM and Deals for Zendesk
Custom Objects (v2)
Microsoft Dynamics 365 Sales
Custom Entity
1:1Zendesk v2 Custom Object types and their fields migrate to Dynamics 365 custom entities. We create the destination schema (entity name, attributes, and lookup relationships) before importing any records. Plan-tier limits on Zendesk (3 on Suite Team, 5 on Suite Growth, 30 on Suite Professional, 50 on Suite Enterprise Plus) may constrain the number of custom object types migrated if the destination Sales tier does not support the equivalent count. We warn customers during scoping if object counts exceed the destination's expected tier.
CRM and Deals for Zendesk
Legacy Custom Objects
Microsoft Dynamics 365 Sales
Custom Entity (v2 schema migration required)
lossyLegacy Custom Objects cannot migrate records directly to any destination because the legacy API is deprecated and incompatible with the current v2 Custom Objects API. We run the five-step v2 migration (object type definition, schema creation, relationship type creation, record import, relationship record linkage) before writing any records to the destination. This step adds 3-5 days to the timeline and may reveal custom object counts that exceed the destination's plan-tier limits. We flag any exceeded limits before proceeding.
CRM and Deals for Zendesk
User/Agent
Microsoft Dynamics 365 Sales
User
1:1Zendesk User records (agents) map to Microsoft Dynamics 365 Sales User by email match. We resolve every distinct owner referenced on Deal, Contact, and Activity records during scoping. Users without a matching Dynamics User go to a reconciliation queue for the customer's admin to provision before record import resumes. Zendesk group memberships have no direct Dynamics equivalent and do not migrate.
CRM and Deals for Zendesk
Attachment
Microsoft Dynamics 365 Sales
Annotation / Note Attachment
1:1File attachments on Deals, Contacts, and Activities are fetched from the Zendesk attachments API endpoint and re-uploaded to Dynamics 365 as Note or Email attachment records. Inline images in rich-text activity bodies migrate as separate file records and are re-embedded in the destination with updated content references. We preserve the original file name and MIME type metadata.
| CRM and Deals for Zendesk | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Organization | Account1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline + Stage | Record Type + Sales Process + Stagelossy | Fully supported | |
| Activities (calls, emails, meetings, notes) | Task, Event, EmailMessage1:1 | Fully supported | |
| Ticket | Case1:1 | Fully supported | |
| Custom Objects (v2) | Custom Entity1:1 | Mapping required | |
| Legacy Custom Objects | Custom Entity (v2 schema migration required)lossy | Not supported | |
| User/Agent | User1:1 | Fully supported | |
| Attachment | Annotation / Note Attachment1: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.
CRM and Deals for Zendesk gotchas
Help Center has no native export
Separate API rate limit buckets per plan
Legacy Custom Objects must migrate to v2 first
Deals and pipeline stages lack historical audit trail in API
Custom Objects limits vary by plan tier and are not enforced consistently at import
Microsoft Dynamics 365 Sales gotchas
Professional tier 15-table custom table limit blocks migrations
October 2024 pricing increase applies at renewal for all customers
Custom fields must be created in the UI before API writes
Power Platform request limits apply to bulk migrations
Activity records orphaned to inactive owners fail silently
Pair-specific challenges
Migration approach
Discovery and Legacy Custom Object audit
We audit the source Zendesk Sell portal across plan tier, active Custom Object types (v2 and legacy), pipeline count, Deal volume, Activity volume, active triggers, and workflows. We run the Legacy Custom Object v2 migration assessment to determine whether any legacy objects exist and what the five-step v2 migration scope looks like. We pair this with a Microsoft Dynamics 365 Sales edition decision: Sales Professional ($65/user) covers most migrations; Sales Enterprise ($105/user) is required for advanced AI, forecasting, or Sales Playbooks. The discovery output is a written migration scope, a Legacy Custom Object migration plan if applicable, and a Dynamics edition recommendation.
Schema design and Record Type configuration
We design the destination schema in Microsoft Dynamics 365 Sales . This includes provisioning custom entities (with matching names to Zendesk custom objects), custom fields (type-mapped to Dynamics attribute types), Record Types (one per Zendesk pipeline), Sales Processes (stage whitelist per Record Type), and the de-normalized stage-history field on Opportunity. We also configure the Account hierarchy strategy for Organizations that represent multi-entity structures. Schema deploys to a Dynamics Sandbox first for validation before production migration begins.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 Sandbox using production-like data volume. The customer's RevOps lead reconciles record counts (Contacts in, Accounts in, Opportunities in, Activities in), spot-checks 25-50 random records against the Zendesk source, and validates the stage-history reconstruction on a sample of Deal records. Any mapping corrections happen in sandbox, not in production. We specifically validate that Deal records without a linked Contact or Organization are flagged and resolved before the production phase.
Owner reconciliation and User provisioning
We extract every distinct Zendesk User referenced on Deal, Contact, and Activity records and match by email against the Dynamics 365 destination org's User table. Users without a matching Dynamics User go to a reconciliation queue. The customer's Dynamics admin provisions any missing Users (active or inactive depending on whether the original Zendesk user is still active). Migration cannot proceed past Opportunity import because OwnerId references are required on Opportunity records.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Zendesk Organizations, with hierarchy strategy applied), Contacts (with AccountId resolved), Opportunities (with AccountId, ContactId, OwnerId, and RecordTypeId resolved and stage-history de-normalization applied), Activity history (Tasks, Events, EmailMessages via Dynamics 365 Web API), Custom Objects (v2 schema first, then records, then relationship linkage), then Legacy Custom Objects (v2 migration complete before records write). Ticket-to-Case migration runs last if Service Cloud is present. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation rebuild handoff
We freeze Zendesk Sell writes during cutover, run a final delta migration of any records modified during the migration window, then enable Microsoft Dynamics 365 Sales as the system of record. We deliver the trigger and workflow inventory document to the customer's admin team with Power Automate and Microsoft Dynamics 365 Sales Flow equivalents. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's sales team. We do not rebuild Zendesk automations as Power Automate flows inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
CRM and Deals for Zendesk
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
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 CRM and Deals for Zendesk and Microsoft Dynamics 365 Sales .
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
CRM and Deals for Zendesk: 200 req/min (Team) to 2,500 req/min (Enterprise Plus) — account-level, shared across all integrations and agents.
Data volume sensitivity
CRM and Deals for Zendesk exposes a bulk API — large-volume migrations stream efficiently.
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 CRM and Deals for Zendesk to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your CRM and Deals for Zendesk to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave CRM and Deals for Zendesk
Other ways to arrive at Microsoft Dynamics 365 Sales
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.