CRM migration
Field-level mapping, validation, and rollback between LionDesk and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
LionDesk
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 13
objects map 1:1 between LionDesk and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
24–72 hours
Overview
LionDesk and Dynamics 365 Sales share the same conceptual data model — contacts linked to companies, deals attached to contacts, and activity records tracking interactions — but the schema implementations diverge significantly in their naming conventions, relationship models, and extension mechanisms. LionDesk stores contacts, companies, deals, tasks, and notes as flat API objects with custom field extensions that use a straightforward key-value pattern. Dynamics 365 Sales uses Dataverse as its underlying platform, organizing data into tables (Account, Contact, Lead, Opportunity, Task) with a relationship model built on lookups and a solution-layer customization pattern where custom fields receive a publisher prefix (typically 'new_') and live inside a managed solution. The migration carries LionDesk's contact records into Dynamics 365 Contact entities, company records into Account entities, deals into Opportunity entities with stage mapping, tasks and notes into their Dynamics equivalents, and custom fields into solution-scoped custom fields created before the load. FlitStack AI sequences the migration so lookup dependencies resolve in the correct order — Accounts before Contacts, Contacts before Opportunities — and runs a delta-pickup window during cutover to capture any records modified in LionDesk while the full dataset is being committed to Dynamics 365 Sales. Workflows, sequences, drip campaigns, and automation logic do not migrate; FlitStack exports LionDesk workflow definitions as a reference document for Power Automate rebuilds on the Dynamics 365 side.
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
LionDesk platform overview
Scorecard, SWOT, gotchas, and pricing for LionDesk.
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 LionDesk 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.
LionDesk
Contact
Microsoft Dynamics 365 Sales
Contact
1:1LionDesk contacts migrate as Dynamics 365 Contact records. The primary company_id from LionDesk maps to Contact.ParentAccountId — the target Account must be created first so the lookup resolves. LionDesk contacts without a primary company land as Contacts with no ParentAccountId assigned; a default 'Unassigned' account record can be created to prevent orphaned contact scenarios.
LionDesk
Contact
Microsoft Dynamics 365 Sales
Lead
1:manyLionDesk contacts whose status field reads 'Lead' or who have not yet transacted map to the Dynamics 365 Lead entity. Contacts who have a closed-won deal or a stage-value indicating a customer status map to Contact instead. The split logic uses the LionDesk deal stage history — if any associated deal reached 'Closed Won', the contact routes to Contact; otherwise, it routes to Lead for further Dynamics 365 qualification.
LionDesk
Company
Microsoft Dynamics 365 Sales
Account
1:1LionDesk company records migrate as Dynamics 365 Account records. The company's address fields map to Account.Address1_* address fields. LionDesk's parent_company_id relationship maps to Account.ParentAccountId, preserving company hierarchies. Where LionDesk allows multiple parent companies, Dynamics 365's single-parent model means we assign the most recently modified parent and surface additional parents as Account Contact Relationships.
LionDesk
Deal
Microsoft Dynamics 365 Sales
Opportunity
1:1LionDesk deal records map to Dynamics 365 Opportunity entities. The deal's pipeline field determines the Opportunity.SalesProcessId or Business Process Flow assignment. Each pipeline's stage values are mapped to the corresponding Opportunity Stage picklist options on the target Business Process Flow — if the destination Dynamics environment uses a standard Sales Process, stage values are mapped via the StageCode picklist. Probability and forecast category fields are re-applied based on Dynamics 365 stage definitions.
LionDesk
Pipeline
Microsoft Dynamics 365 Sales
Business Process Flow + Sales Process
1:1LionDesk's pipeline object becomes a Dynamics 365 Sales Process or Business Process Flow. Teams with multiple LionDesk pipelines may need corresponding Business Process Flows in Dynamics 365 to isolate stage sets per deal type. We deliver a pipeline-to-BPF mapping plan before migration runs so your Dynamics admin can pre-create the Business Process Flows and associate them with the appropriate entity (typically Opportunity).
LionDesk
Task
Microsoft Dynamics 365 Sales
Task
1:1LionDesk tasks migrate as Dynamics 365 Task records. The task's status field maps to the Dynamics Task.StatusCode picklist (values like 'Open', 'Completed', 'Deferred'). Original create timestamps are preserved in a custom datetime field since Dynamics 365 Task.CreatedOn is set at migration time. The task's regardingobjectid is set by matching the LionDesk record_id to the target entity in Dynamics.
LionDesk
Note
Microsoft Dynamics 365 Sales
Annotation (Note)
1:1LionDesk notes migrate as Dynamics 365 Annotation records (the 'Note' entity). The note's body text maps to Annotation.NoteText, and any file attachments are re-uploaded as Annotation.Attachment. Rich-text formatting in LionDesk notes is preserved as plain text in Dynamics 365 since Annotation does not support full HTML rendering. If the note contains embedded images, FlitStack downloads and rehosts them as Attachment documents.
LionDesk
Email Activity
Microsoft Dynamics 365 Sales
Email (activity)
1:1LionDesk email engagement records map to the Dynamics 365 Email (activity) entity. The email's subject, body, from-address, and to-address fields migrate. LionDesk tracks emails sent via the platform's drip sequence engine; these migrate as Email records with a custom source field 'LionDesk_Drip_Sequence' for identification. Email body content is preserved but email templates used in sequences cannot be transferred — FlitStack exports the template definitions as HTML files for Power Automate rebuilds.
LionDesk
Call / Video Email
Microsoft Dynamics 365 Sales
PhoneCall / Task
1:1LionDesk's built-in calling and video email features produce engagement records that map to Dynamics 365 PhoneCall activity entities. Video email records (LionDesk's unique differentiator) are stored as ActivityMimeAttachment records linked to the PhoneCall or as custom Annotation records with a 'LionDesk_VideoEmail' type flag, since Dynamics 365 does not have a native video email construct. The original call duration and recording link are preserved in custom fields.
LionDesk
Text Message (SMS)
Microsoft Dynamics 365 Sales
PhoneCall (SMS subtype) / Custom Note
1:1LionDesk SMS conversations migrate as Dynamics 365 PhoneCall records with a custom 'SMS' type field. The text content maps to PhoneCall.Description. Since Dynamics 365 Sales does not have a native SMS threading model, we preserve conversation context by grouping SMS records under a custom entity or by linking them to the parent Contact. SMS history is valuable for agent accountability and compliance audits.
LionDesk
Custom Field Definition
Microsoft Dynamics 365 Sales
Custom Field (new_*)
1:1LionDesk custom fields are created as solution-scoped custom fields in Dynamics 365 Sales with a 'new_' publisher prefix (or your organization's solution publisher prefix). The field data type from LionDesk (Text, Number, Date, Dollar Amt) determines the Dynamics 365 field type (Single-Line Text, Whole Number, Date and Time, or Currency). Custom fields are created in the target solution before the data load; we deliver a custom field creation manifest as part of the migration plan.
LionDesk
Drip Campaign / Sequence
Microsoft Dynamics 365 Sales
No Equivalent
1:1LionDesk drip campaigns and text sequences are automation logic with no direct Dynamics 365 equivalent. Dynamics 365 Sales does not include a native sequence engine — sequences are implemented via Power Automate flows or third-party sequence tools. FlitStack exports your LionDesk campaign definitions (step order, delay intervals, step types, content) as a structured JSON reference document that your Dynamics admin or Power Automate developer can use to rebuild sequences in the Microsoft ecosystem.
LionDesk
Workflow / Automation
Microsoft Dynamics 365 Sales
Power Automate / Classic Workflow
1:1LionDesk workflow automations (task triggers, status-change rules, notification rules) do not migrate. Dynamics 365's automation engine is Power Automate (cloud flows) or the legacy Workflow tool — neither shares configuration patterns with LionDesk. We provide a workflow audit export listing every active LionDesk workflow with its trigger conditions and actions so your Dynamics team can rebuild them as Power Automate flows post-migration.
| LionDesk | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Contact | Lead1:many | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline | Business Process Flow + Sales Process1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Note | Annotation (Note)1:1 | Fully supported | |
| Email Activity | Email (activity)1:1 | Fully supported | |
| Call / Video Email | PhoneCall / Task1:1 | Fully supported | |
| Text Message (SMS) | PhoneCall (SMS subtype) / Custom Note1:1 | Fully supported | |
| Custom Field Definition | Custom Field (new_*)1:1 | Fully supported | |
| Drip Campaign / Sequence | No Equivalent1:1 | Fully supported | |
| Workflow / Automation | Power Automate / Classic Workflow1: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.
LionDesk gotchas
LionDesk discontinuation as of September 2025
Drip campaign automation does not transfer between CRMs
SMS and video email assets are LionDesk-hosted
Bulk export requires API pagination
Custom field type enforcement at write time
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
Audit LionDesk data inventory and map to Dynamics 365 table schema
FlitStack AI connects to LionDesk via the REST API (v2) using OAuth 2.0 bearer token authentication and inventories all contacts, companies, deals, tasks, notes, email activities, and custom field definitions. We generate a pre-migration audit report listing record counts per object, custom field definitions with data types, and any data quality flags (null required fields, invalid email formats, orphaned records). This report also includes the pipeline-to-stage mapping logic we will use for Opportunity creation in Dynamics 365. The audit runs read-only against LionDesk and does not modify any source data.
Create Dynamics 365 custom fields and solution components pre-migration
Before any data moves, FlitStack delivers a custom field manifest listing every LionDesk custom field that needs a corresponding Dynamics 365 field — including field name, data type, and the target solution publisher prefix. Your Dynamics admin creates and publishes these fields in the target environment using Power Apps → Advanced Settings → Customizations. We also deliver the pipeline-to-BusinessProcessFlow mapping plan so your admin can pre-create the Business Process Flows that correspond to LionDesk pipelines. Custom fields must be published before the data load runs.
Resolve owners by email match against Dynamics 365 system users
LionDesk owner_id values on contacts, companies, and deals are matched to Dynamics 365 systemuser records by email address. FlitStack generates an owner resolution report listing every unique LionDesk owner, their email, and whether a matching systemuser exists in the target Dynamics 365 environment. Owners with no match are flagged — your team either invites them as Dynamics users before migration or designates a fallback owner to receive their records. No record lands in Dynamics 365 without a resolved OwnerId; unresolvable owners are assigned to a designated fallback user and surfaced in the post-migration reconciliation report.
Migrate Accounts → Contacts/Leads → Opportunities in dependency order
Dynamics 365 enforces referential integrity on lookup fields — Contacts require existing Accounts, and Opportunities reference Contacts via OpportunityContactRoles. FlitStack sequences the migration to resolve foreign keys correctly: first Accounts (from LionDesk companies), then Contacts (split by lead/customer status) with ParentAccountId linking to Accounts, then Opportunities (from LionDesk deals) with OpportunityContactRoles linking to the migrated Contacts. Activities (Tasks, Notes, Emails, PhoneCalls) are loaded last, with regardingobjectid pointing to the migrated parent records. This sequencing ensures zero referential integrity errors on load.
Run a sample migration with field-level diff before full commit
FlitStack runs a representative sample migration — typically 100–500 records spanning contacts, companies, deals, and a cross-section of activity types — before committing the full dataset. We generate a field-level diff comparing source values in LionDesk against the loaded values in Dynamics 365 for every field in the mapping matrix. You review the diff to confirm that custom field values landed correctly, stage mapping produced the expected Opportunity stages, and owner resolution assigned records to the correct Dynamics users. No full migration runs without your sign-off on the sample.
Execute full migration with delta-pickup window and audit log
The full migration loads all records in dependency order with the FlitStack audit log capturing every Create and Update operation. During the cutover window, your team continues working in LionDesk — we maintain scoped read access and do not modify the LionDesk account. A delta-pickup window (typically 24–48 hours after the full load completes) captures any records created or modified in LionDesk during the cutover period and syncs those changes to Dynamics 365. The audit log is available for reconciliation; one-click rollback reverts the Dynamics 365 environment to its pre-migration state if critical issues are discovered during validation.
Platform deep dives
LionDesk
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 LionDesk 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
LionDesk: Not publicly documented in available developer documentation.
Data volume sensitivity
LionDesk 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 LionDesk to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your LionDesk 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 LionDesk
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.