CRM migration
Field-level mapping, validation, and rollback between SmartDesk and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
SmartDesk
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
8 of 10
objects map 1:1 between SmartDesk and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from SmartDesk to Microsoft Microsoft Dynamics 365 Sales is a structural migration, not a record copy. SmartDesk does not publish public API documentation, which means we require either an admin-panel export or confirmed live API credentials before we can enumerate the source schema. SmartDesk stores Leads and Contacts as separate objects with fully customizable pipeline stages; D365 Sales uses Lead-to-Contact qualification with a Sales Process tied to Opportunity Stages that must be reconciled before import. We map Deals to Opportunities, preserve custom field definitions via a manifest the customer pre-creates in D365, and migrate Activities as Tasks, Events, and EmailMessage records. Workflows, automations, email templates, and campaign send-tracking data do not migrate; we deliver a written inventory of each for the customer's admin to rebuild in D365 Flow or Power Automate. Help desk Tickets migrate as Cases only if the destination D365 org includes Service Cloud licensing.
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
SmartDesk platform overview
Scorecard, SWOT, gotchas, and pricing for SmartDesk.
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 SmartDesk 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.
SmartDesk
Account
Microsoft Dynamics 365 Sales
Account
1:1SmartDesk Accounts (also called Companies) map 1:1 to Microsoft Dynamics 365 Account records. Account name, industry, employee count, website, address, and any custom properties attached to the Account migrate directly. The Account is the first record type we import because Contacts, Deals, and Activities all reference it via lookup.
SmartDesk
Contact
Microsoft Dynamics 365 Sales
Contact
1:1SmartDesk Contacts carry standard fields (name, email, phone, address, lifecycle stage) and custom contact properties. We perform a direct field-to-field map to D365 Contact. The Contact's parent AccountId is resolved at migration time using the Account name or domain as the matching key. Any SmartDesk custom contact properties must be pre-created in D365 before migration.
SmartDesk
Lead
Microsoft Dynamics 365 Sales
Lead
1:1SmartDesk Lead records map directly to D365 Lead. Lead Source and Lead Status are preserved as custom fields in D365 if they do not map to standard D365 fields. The migration sequence places Leads before Contacts so that any Leads the customer chooses to convert post-migration have existing Account and Contact targets.
SmartDesk
Deal
Microsoft Dynamics 365 Sales
Opportunity
1:1SmartDesk Deals map to Microsoft Dynamics 365 Opportunity. Deal name, value, expected close date, and owner migrate directly. The critical mapping step is stage reconciliation: SmartDesk allows fully custom stage names per Pipeline, while D365 Opportunity StageName values are tied to a Sales Process. We enumerate the source stages during discovery, match them to existing D365 stage values, and flag any unmatched stages for customer review before migration.
SmartDesk
Pipeline
Microsoft Dynamics 365 Sales
Record Type + Sales Process
lossySmartDesk Pipelines contain ordered stages that define the sales process. Each SmartDesk Pipeline maps to a D365 Record Type on Opportunity, with the Pipeline's stage sequence mapped to a corresponding Sales Process that whitelists stage values in the correct order. Stage probability percentages transfer from SmartDesk to D365 StageProbability. If the customer has multiple Pipelines, we create one Record Type per Pipeline so that each business unit sees its own stage set.
SmartDesk
Task
Microsoft Dynamics 365 Sales
Task
1:1SmartDesk Tasks attach to Contacts or Deals with assignee, due date, status, and description. We map Task name, description, due date, status, and priority directly to D365 Task. The Task's Regarding (regardingobjectid) is resolved to the migrated Contact or Opportunity record using a lookup table built during the Account and Contact import phase.
SmartDesk
Activity (Calls, Emails, Meetings, Notes)
Microsoft Dynamics 365 Sales
Task, Event, EmailMessage
1:1SmartDesk Activities include calls, emails, meetings, and notes logged against Contacts or Deals. We map the activity type and route accordingly: call activities become D365 Task with TaskSubtype=Call and CallDurationInSeconds preserved; meeting activities become D365 Event with StartDateTime, EndDateTime, and Location; email activities become D365 EmailMessage records linked to an Activity Task; notes become D365 Note records attached via ContentDocumentLink to the parent Contact, Account, or Opportunity.
SmartDesk
Custom Field
Microsoft Dynamics 365 Sales
Custom Field
lossySmartDesk supports Unlimited Custom Fields on core objects. We detect all custom field definitions in the source export and produce a custom field manifest listing every source field with its data type, object, and D365 equivalent field name. The customer must pre-create each custom field in the destination D365 org before migration runs begin. We cannot dynamically create custom fields via API during the import. Custom fields that reference picklist values require corresponding Option Set values to be created in D365 first.
SmartDesk
User / Owner
Microsoft Dynamics 365 Sales
User
1:1SmartDesk Users and Owners referenced on Contacts, Deals, and Activities are mapped by email address. We resolve each SmartDesk Owner against the destination D365 org's User table using email as the matching key. Any SmartDesk Owner without a matching D365 User goes to a reconciliation queue, and the customer's D365 admin must provision the User before record import resumes. This is a blocking dependency for Deal/Opportunity and Activity import.
SmartDesk
Help Desk Ticket
Microsoft Dynamics 365 Sales
Case (Service Cloud) or Note
1:1SmartDesk Tickets link to Contacts and carry priority, status, assignee, and conversation threads. If the destination D365 org has Service Cloud licensed, Tickets map to D365 Case with ticket status mapped to Case Status, priority mapped to Case Priority, and conversation threads migrated as EmailMessage records attached to the Case. If only Sales Cloud is available, Tickets migrate as Notes on the linked Account or Contact with ticket metadata stored in custom fields.
| SmartDesk | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Account | Account1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline | Record Type + Sales Processlossy | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Activity (Calls, Emails, Meetings, Notes) | Task, Event, EmailMessage1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| User / Owner | User1:1 | Fully supported | |
| Help Desk Ticket | Case (Service Cloud) or Note1: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.
SmartDesk gotchas
No publicly documented public API endpoint reference
Pipeline stage count and naming differ between accounts
Custom Fields must be pre-created in the destination
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 export access confirmation
We audit the source SmartDesk account for record volumes (Contacts, Accounts, Deals, Activities, Tickets), custom field definitions, Pipeline and Stage count, and user count. We confirm whether the customer can provide an admin-panel export file (CSV/Excel) or whether we have API credentials for live schema discovery. This step determines whether the migration proceeds via export-file transformation or via API extraction, and it drives the timeline estimate. The discovery output is a written migration scope document.
Schema design and Sales Process configuration
We design the destination schema in the customer's D365 org. This includes mapping each SmartDesk Pipeline to a D365 Record Type with a corresponding Sales Process, enumerating stage values and probabilities, and listing every custom field from SmartDesk that needs a D365 counterpart. The customer receives a custom field manifest and creates the fields in D365 before migration runs begin. We also configure picklist values for any SmartDesk picklist fields that have corresponding Option Sets in D365.
Sandbox migration and reconciliation
We run a full migration into the customer's D365 Sandbox environment using production-like data volume. The customer's admin reconciles record counts (Accounts in, Contacts in, Leads in, Opportunities in, Activities in), spot-checks 25-50 random records against the SmartDesk source, and signs off the schema and mapping before production migration begins. Any field mapping corrections, stage reconciliation decisions, or custom field gaps are resolved at this stage.
Owner reconciliation and User provisioning
We extract every distinct SmartDesk Owner referenced on Contact, Deal, and Activity records and match by email against the destination D365 org's User table. Owners without a matching D365 User go to a reconciliation queue. The customer's D365 admin provisions any missing Users before record import resumes. This step is a blocking dependency for Opportunity and Activity import because OwnerId references are required on standard D365 objects.
Production migration in dependency order
We run production migration in record-dependency order: Accounts first (all lookups depend on them), then Leads, then Contacts (with parent AccountId resolved), then Opportunities (with AccountId, OwnerId, and RecordTypeId resolved and stage reconciled to the Sales Process), then Tasks and Activities via D365 Bulk API 2.0 with chunking and parent-record lookup resolution, then Attachments and Notes. Each phase emits a row-count reconciliation report before the next phase begins. We use exponential backoff on API limit responses and handle partial failures with retry logic.
Cutover, delta migration, and workflow handoff
We freeze SmartDesk writes during cutover, run a final delta migration of any records modified during the migration window, then enable D365 as the system of record. We deliver a written inventory of SmartDesk workflows, automations, email templates, and campaign send-tracking data that did not migrate, with recommended D365 equivalents (Salesforce Flow, Power Automate, D365 Email Templates). We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's team. We do not rebuild SmartDesk automations as D365 Flow inside the migration scope; that is a separate engagement.
Platform deep dives
SmartDesk
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 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 SmartDesk and Microsoft Dynamics 365 Sales .
Object compatibility
3 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
SmartDesk: Not publicly documented.
Data volume sensitivity
SmartDesk 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 SmartDesk to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your SmartDesk 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 SmartDesk
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.