CRM migration
Field-level mapping, validation, and rollback between LEAP and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
LEAP
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
11 of 12
objects map 1:1 between LEAP and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
LEAP organizes its data around Matters, Parties, and trust-accounting ledgers — a matter-centric schema where every client interaction, billing task, and document attaches to a Matter record. Microsoft Dynamics 365 Sales uses the Dataverse data model with Account, Contact, Lead, and Opportunity as the core entities, relying on Power Automate or plugins for workflow logic. FlitStack AI maps LEAP Parties to Dynamics 365 Contacts (and split Leads where lifecycle or status indicates prospect-level records), LEAP Matters to Opportunities or a custom Matter table depending on the Dynamics license tier, and trust-ledger entries to a custom financial journal entity. We handle API-based export from LEAP's endpoints for contacts, matters, activities, custom fields, and user rosters, then map every field with type-aware transformations before bulk-loading into Dynamics 365 via the Dataverse Web API. Workflows, automated billing rules, and document-generation templates do not migrate — we deliver a structured export of LEAP workflow definitions for rebuild in Power Automate. A delta-pickup window captures in-flight changes during cutover, and the audit log records every operation for reconciliation.
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
LEAP platform overview
Scorecard, SWOT, gotchas, and pricing for LEAP.
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 LEAP 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.
LEAP
Party
Microsoft Dynamics 365 Sales
Contact
1:1LEAP Party records map 1:1 to Dynamics 365 Contacts. Each Party's name, email, phone, and address fields map to the corresponding Contact fields. The primary Matter association becomes a lookup on the Contact form. Multiple parties per Matter are handled via the Contact's Parent Customer ID pointing to the primary Account.
LEAP
Party (status = prospect)
Microsoft Dynamics 365 Sales
Lead
1:manyLEAP Parties with a status indicating they are not yet active clients route to Dynamics 365 Leads. The qualification logic uses LEAP's party status and last-activity date — active matters within 90 days keep the record as a Contact; inactive or prospect-status parties become Leads for re-qualification in Dynamics.
LEAP
Party (company)
Microsoft Dynamics 365 Sales
Account
1:1LEAP Parties flagged as organizational entities route to Dynamics 365 Accounts. The Account record preserves the organization's name, website, industry classification, and address. Each contact associated with the organization links via the Parent Customer ID lookup field on the Contact record, maintaining the relationship hierarchy between the organization and individual contacts.
LEAP
Matter
Microsoft Dynamics 365 Sales
Opportunity
1:1LEAP Matters map to Dynamics 365 Opportunities with the Account as the parent customer. Matter name becomes the Opportunity name, Matter value or fee arrangement maps to the Amount field, and the Matter status maps to the Opportunity StageName via a value-mapping table. For Professional tier environments, a custom Matter__c table is created instead.
LEAP
Matter Stage / Workflow Stage
Microsoft Dynamics 365 Sales
Opportunity StageName + custom Stage_Reason__c
1:1LEAP's matter workflow stages (e.g., Initial Advice, Discovery, Negotiating, Closed) map to Dynamics 365 Opportunity StageName values via a value-mapping table. Each stage's probability is applied from the Dynamics Sales Process. Where no exact stage match exists, a catch-all stage with a custom Stage_Reason__c field captures the original LEAP stage name.
LEAP
Activity (calls, emails, meetings)
Microsoft Dynamics 365 Sales
Task / Email / Appointment
1:1LEAP activities attached to a Matter map to Dynamics 365 Activities — calls become Tasks with Type='Phone Call', emails become Email activities, and meetings become Appointments. Original timestamps, owners, and the parent Matter reference (via custom Matter_ID__c) are preserved on each activity.
LEAP
Document / File
Microsoft Dynamics 365 Sales
SharePoint Location + Note
1:1LEAP documents linked to a Matter are re-hosted in the Matter's SharePoint document location in Dynamics 365. The original document name and Matter association are preserved. If SharePoint is not configured, documents are attached as Notes with a reference link back to the source file.
LEAP
Trust Receipt / Journal
Microsoft Dynamics 365 Sales
Custom Entity: Trust_Ledger_Entry__c
1:1LEAP's trust ledger (receipts, journals, bank deposits) has no native Dynamics 365 equivalent. We create a custom Trust_Ledger_Entry__c table in Dataverse with fields for transaction type, amount, date, and reference to the related Contact. For full accounting capability, Business Central integration is recommended post-migration.
LEAP
Invoice / Bill
Microsoft Dynamics 365 Sales
Invoice (via Business Central) or custom Invoice__c
1:1LEAP invoices map to Dynamics 365 Invoice records if Business Central is also in use. If Dynamics 365 Sales standalone is the destination, a custom Invoice__c table is created to preserve invoice number, date, amount, status, and Matter reference. Professional tier may require custom-field setup for invoice line items.
LEAP
Custom Field (on any object)
Microsoft Dynamics 365 Sales
Custom Field (on corresponding entity)
1:1LEAP custom fields on Matters, Parties, or Activities require pre-creation of corresponding custom fields in Dynamics 365. Field types are matched — text to text, date to datetime, pick-list to OptionSet — and if LEAP uses a pick-list with values not present in Dynamics, a value-mapping row is added before migration runs.
LEAP
User / Staff
Microsoft Dynamics 365 Sales
SystemUser
1:1LEAP staff and user records are resolved by email against Dynamics 365 SystemUser. The full name, role, and active/inactive status map across. Unmatched users are flagged before migration so the admin can either invite them to Dynamics 365 or assign their records to a fallback owner.
LEAP
Time Entry / WIP
Microsoft Dynamics 365 Sales
Custom Time_Entry__c + Activity
1:1LEAP time entries linked to a Matter map to a custom Time_Entry__c record tied to the corresponding Opportunity/Contact, with fields for date, duration, description, and billing rate. The time entry also generates a Task activity to preserve the activity timeline in Dynamics 365.
| LEAP | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Party | Contact1:1 | Fully supported | |
| Party (status = prospect) | Lead1:many | Fully supported | |
| Party (company) | Account1:1 | Fully supported | |
| Matter | Opportunity1:1 | Fully supported | |
| Matter Stage / Workflow Stage | Opportunity StageName + custom Stage_Reason__c1:1 | Fully supported | |
| Activity (calls, emails, meetings) | Task / Email / Appointment1:1 | Fully supported | |
| Document / File | SharePoint Location + Note1:1 | Fully supported | |
| Trust Receipt / Journal | Custom Entity: Trust_Ledger_Entry__c1:1 | Fully supported | |
| Invoice / Bill | Invoice (via Business Central) or custom Invoice__c1:1 | Fully supported | |
| Custom Field (on any object) | Custom Field (on corresponding entity)1:1 | Fully supported | |
| User / Staff | SystemUser1:1 | Fully supported | |
| Time Entry / WIP | Custom Time_Entry__c + Activity1: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.
LEAP gotchas
Document export capped at 100 records per batch
Single-source datafile migration policy
Trust accounting jurisdiction rules vary by region
No published API rate limits or bulk endpoints
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
Schema audit and Dynamics 365 custom-field pre-creation
FlitStack AI connects to LEAP via the leap.build REST API and exports a full inventory of standard and custom fields on Parties, Matters, Activities, Trust, and Time entries. We cross-reference this against your Dynamics 365 tenant to identify missing custom fields, OptionSets, and entities — particularly the custom tables required for trust ledger and billing-arrangement data. We deliver a pre-migration checklist specifying which custom fields and entities must be created in Dynamics 365 before data lands, with the exact API names and field types to use.
Owner and user resolution across both systems
LEAP staff and attorney records are matched by email address against the Dynamics 365 SystemUser table. We generate a match report showing every resolved owner, every unmatched user, and a recommended fallback owner for each. Firms typically invite unmatched attorneys to Dynamics 365 before the migration date or assign records to a practice-group manager. No record is loaded without a valid OwnerId — this prevents orphaned matters with no responsible party in Dynamics.
Migrate accounts and contacts before matters
Dynamics 365 requires Account records to exist before Contacts can be linked via ParentCustomerId, and Contact records must exist before Opportunities can reference them. We sequence the migration in three waves: (1) organizational Parties → Accounts, (2) individual Parties → Contacts and Leads split by status, (3) Matters → Opportunities with Account and Contact lookups resolved. This ordering ensures foreign-key integrity on every record as it lands in Dataverse.
Sample migration with field-level diff
A representative slice — typically 100–300 records spanning Parties, Matters, Activities, and a few Trust entries — migrates first. We generate a field-level diff report showing the source value, the mapped destination value, and any transformation applied (value mapping, type cast, or custom field fallback). You review the diff and approve the mapping rules before the full migration run commits. This is where LEAP stage-to-Dynamics-365-StageName mapping gets validated and any missing OptionSet values are added to Dynamics before the bulk load.
Full migration with delta-pickup window
The approved mapping rules run against all remaining LEAP records. A delta-pickup window (24–48 hours) opens after the bulk load completes — during this window any Matters modified or Parties added in LEAP since the export snapshot are captured and loaded as incremental updates. The FlitStack audit log records every create, update, and skip operation. If reconciliation reveals discrepancies, one-click rollback reverts the Dynamics environment to its pre-migration state so the team can re-map and re-run without data loss.
Platform deep dives
LEAP
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 LEAP and Microsoft Dynamics 365 Sales .
Object compatibility
1 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
LEAP: Not publicly documented.
Data volume sensitivity
LEAP 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 LEAP to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your LEAP 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 LEAP
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.