CRM migration
Field-level mapping, validation, and rollback between Sentia and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Sentia
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
6 of 9
objects map 1:1 between Sentia and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Sentia to Microsoft Microsoft Dynamics 365 Sales is a structural migration that restructures how prospect and customer data are organized. Sentia uses a unified Contact model with a lifecycle-stage property and distinct Deals for pipeline management; Dynamics 365 separates unqualified prospects into Lead records and qualified buyers into Contact records attached to Account organizations. We resolve that split during scoping, configure the matching Account-to-Contact structure, and preserve Sentia's custom pipeline stages as Microsoft Dynamics 365 Sales Processes. Voice workflow configurations reference internal Sentia record IDs and do not migrate; we deliver a JSON representation of the workflow definitions for manual rebuild in Dynamics 365 or Power Automate. Activity history (calls, emails, meetings, tasks) migrates via the Dynamics 365 Dataverse API with parent-record resolution to maintain the complete timeline against the correct Contact and Opportunity.
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
Sentia platform overview
Scorecard, SWOT, gotchas, and pricing for Sentia.
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 Sentia 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.
Sentia
Contact
Microsoft Dynamics 365 Sales
Lead or Contact (split required)
1:manySentia Contacts with lifecycle stage indicating unqualified prospect status map to Dynamics 365 Lead. Sentia Contacts with lifecycle stage indicating qualified buyer status map to Dynamics 365 Contact attached to a corresponding Account. We compute the split at migration time using Sentia's lifecycle and status properties, and preserve the original Sentia lifecycle stage in a custom field sentia_original_lifecycle__c on both Lead and Contact for audit and reporting continuity.
Sentia
Company
Microsoft Dynamics 365 Sales
Account
1:1Sentia Company records map directly to Dynamics 365 Account. The Sentia company name becomes the Account name field and serves as the deduplication key during import. We create Account records before any Contact import so that the CustomerId lookup relationship is satisfied at the moment of Contact insert. Company names are matched case-insensitively and duplicates are flagged for customer confirmation.
Sentia
Deal
Microsoft Dynamics 365 Sales
Opportunity
1:1Sentia Deal records map to Dynamics 365 Opportunity. The Sentia pipeline stage property maps to Dynamics 365 StageName, and the pipeline assignment maps to a Microsoft Dynamics 365 Sales Process that we configure before migration. Deal monetary values, close dates, and probability percentages migrate directly to the corresponding Opportunity fields.
Sentia
Pipeline Stage
Microsoft Dynamics 365 Sales
Opportunity Stage + Sales Process
lossyEach Sentia pipeline becomes a Microsoft Dynamics 365 Sales Process with corresponding stage values. Stage probability percentages migrate from Sentia custom properties to StageProbability on the Sales Process. We validate that stage names match exactly with Dynamics 365 allowed values and flag any non-standard characters requiring normalization before import.
Sentia
Lead
Microsoft Dynamics 365 Sales
Lead
1:1Sentia Lead records (distinct from Contact in Sentia's data model) map directly to Dynamics 365 Lead. Lead source and status properties migrate to Dynamics 365 LeadSource and LeadStatus. Any Sentia lead scoring value preserves in a custom field sentia_lead_score__c for sales team prioritization after migration.
Sentia
Activity (calls, emails, meetings, notes)
Microsoft Dynamics 365 Sales
Task, Event, EmailMessage
1:1Sentia activity records attached to Contacts or Deals migrate to Dynamics 365 Task, Event, or EmailMessage records linked via the Regarding (objectid) field to the corresponding Contact, Lead, Account, or Opportunity. Activity timestamps preserve the original creation date so the timeline reflects when the work actually happened rather than when migration ran.
Sentia
Custom Field
Microsoft Dynamics 365 Sales
Custom Field
1:1Sentia custom fields available on the customer's active tier migrate to Dynamics 365 custom fields of equivalent data type. We discover the full field schema via Sentia's metadata API during discovery and validate against Dynamics 365 field type constraints (text length, picklist values, boolean formats). Custom fields on the Basic tier may expose fewer types than Ultimate; we flag any unavailable fields before migration begins.
Sentia
Owner (User)
Microsoft Dynamics 365 Sales
User
1:1Sentia Owner records map to Dynamics 365 User records by email match. Any Sentia Owner without a matching Dynamics 365 User enters a reconciliation queue for the customer admin to provision before record import resumes. Owner assignments on Contacts, Accounts, Deals, and Activities resolve against the validated User table during migration.
Sentia
Tag
Microsoft Dynamics 365 Sales
Topic or Custom Text Field
lossySentia tags migrate as either Dynamics 365 Topics (for content classification) with TopicAssignment records, or as a custom text field on the target entity, depending on the customer's preference. Tags used for sales segmentation typically map to a custom multi-select text or option-set field on Contact or Opportunity.
| Sentia | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Lead or Contact (split required)1:many | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline Stage | Opportunity Stage + Sales Processlossy | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Activity (calls, emails, meetings, notes) | Task, Event, EmailMessage1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Owner (User) | User1:1 | Fully supported | |
| Tag | Topic or Custom Text Fieldlossy | 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.
Sentia gotchas
Multiple unrelated entities share the Sentia brand
Tier-gated API surface affects migration completeness
Voice workflow configurations are not portable
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 Sentia tier validation
We audit the source Sentia account across tier (Basic/Starter/Ultimate), active custom fields, pipeline count, owner roster, engagement volume, and any voice workflow definitions. We validate the platform endpoint against the GitBook documentation to confirm we are working with the Sentia CRM product and not an unrelated Sentia entity. The discovery output is a written migration scope document that lists every object, field, pipeline, and owner to be migrated along with any fields unavailable on the customer's active tier.
Schema design and Lead-Contact split rule
We design the destination schema in Dynamics 365. This includes provisioning custom fields on Lead, Contact, Account, and Opportunity with type-mapped Dataverse field types, creating Sales Processes that whitelist the Sentia pipeline stage values, configuring Record Types if multiple business lines require distinct stage sets, and defining the Lead-Contact split rule based on the customer's Sentia lifecycle stage matrix. Schema deploys to a Dynamics 365 Sandbox environment 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 Dynamics 365 admin reconciles record counts (Contacts in, Leads in, Accounts in, Opportunities in, Activities in), spot-checks 20-40 random records against the Sentia source, and approves the schema and mapping before production migration begins. Mapping corrections happen in the Sandbox phase, not in production.
Owner reconciliation and User provisioning
We extract every distinct Sentia Owner referenced across Contact, Company, Deal, and Activity records and match by email against the Dynamics 365 destination org's User table. Any Sentia Owner without a matching Dynamics 365 User enters a reconciliation queue. The customer's Dynamics 365 admin provisions missing Users (active or inactive based on whether the original Sentia user is still with the company) before record import resumes.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Sentia Companies), Leads (split from Sentia Contacts by lifecycle stage), Contacts (with CustomerId resolved to Account), Opportunities (with AccountId, OwnerId, and Sales Process resolved), and Activity history (Tasks, Events, EmailMessages via Dataverse API with parent-record lookup). Each phase emits a row-count reconciliation report before the next phase begins. We use batch chunking and exponential backoff to stay within Dynamics 365 Dataverse API rate limits.
Cutover, validation, and automation rebuild handoff
We freeze Sentia write access during cutover, run a final delta migration of any records modified during the migration window, then designate Dynamics 365 as the system of record. We deliver the voice workflow and automation definitions as a JSON inventory document for the customer's admin to rebuild in Dynamics 365 or Power Automate. We support a five-day hypercare window where we resolve any reconciliation issues raised by the sales team.
Platform deep dives
Sentia
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 Sentia 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
Sentia: Not publicly documented — confirmed during scoping. Effective limits are bounded by the underlying CRM's published rate quotas since Sentia reads/writes through that platform's API..
Data volume sensitivity
Sentia 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 Sentia to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Sentia 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 Sentia
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.