CRM migration
Field-level mapping, validation, and rollback between Dental-Exec and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Dental-Exec
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
9 of 10
objects map 1:1 between Dental-Exec and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
2–5 days
Overview
Dental-Exec stores practice data across patient records, appointment schedules, treatment plans, provider assignments, and billing snapshots. Dynamics 365 Sales models this data using Accounts (practices), Contacts (patients and providers), custom tables for treatment history, and Opportunities for billing cycles. The migration carries everything Dental-Exec exposes via its export interfaces into Dynamics 365's Dataverse-backed schema. The harder problems are mapping Dental-Exec's flat patient record structure into the Account-Contact hierarchy, preserving treatment timestamps without a native clinical-history object in Dynamics 365 Sales, and reconstructing Dental-Exec's production-tracking dashboards using Dynamics 365 Sales reports and Power BI. We flag Dental-Exec custom fields that have no Dynamics 365 equivalent as custom fields on the target tables. Workflows, appointment reminder sequences, and billing rules built in Dental-Exec do not transfer — we export those definitions as a rebuild reference for your implementation team. All migration runs use Dynamics 365's Bulk API with batch sizing tuned to Dataverse request limits.
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
Dental-Exec platform overview
Scorecard, SWOT, gotchas, and pricing for Dental-Exec.
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 Dental-Exec 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.
Dental-Exec
Patient Record
Microsoft Dynamics 365 Sales
Contact
1:1Dental-Exec patient records map to Dynamics 365 Contacts. Each patient becomes a Contact with the practice (if Dental-Exec supports multi-practice) mapped to an Account. Patient date of birth, phone, email, and address fields map directly to Contact columns. The patient's original Dental-Exec record creation date is preserved in a custom field since Dynamics 365's native CreatedOn timestamp reflects the migration run date rather than the original patient onboarding date.
Dental-Exec
Practice/Clinic
Microsoft Dynamics 365 Sales
Account
1:1Dental-Exec clinic or practice entity maps to Dynamics 365 Accounts. Account.Name holds the practice name. Industry field is set to 'Healthcare' or 'Dental' via value mapping. Billing address from Dental-Exec maps to Account.Address fields. If the practice operates multiple locations, each location receives its own Account record, and patients who visit multiple locations are linked via Account Contact Relationships rather than a single Account assignment.
Dental-Exec
Referring Provider
Microsoft Dynamics 365 Sales
Contact (separate record)
many:1Dental-Exec stores referring dentists as provider fields within patient records. We extract these into separate Contact records with a Provider Role custom field set to 'Referring'. The original patient record retains a reference to the referring provider Contact via a lookup field. Referring provider Contact records are deduplicated by name and practice to prevent duplicate entries when the same dentist refers multiple patients to the practice.
Dental-Exec
Treating Provider / Dentist
Microsoft Dynamics 365 Sales
SystemUser (OwnerId)
1:1Treating providers from Dental-Exec are matched by email to Dynamics 365 Users. Unmatched providers are flagged before migration — your team either creates the User record first or assigns the Contact to a fallback owner. Provider credentials are stored as a custom field on the Contact. Provider specialty codes from Dental-Exec are mapped to custom option set values for consistent categorization across the migrated dataset.
Dental-Exec
Treatment Procedure
Microsoft Dynamics 365 Sales
Custom TreatmentHistory Table
1:1Dental-Exec procedure records have no direct Dynamics 365 equivalent. We create a custom TreatmentHistory table (requires Enterprise license) with columns for procedure code, description, date performed, provider, tooth/surface notation, and fee. A lookup links each row to the Contact (patient). CDT and ADA procedure codes are preserved in their original format for insurance claim reconstruction and historical reporting accuracy.
Dental-Exec
Insurance Policy
Microsoft Dynamics 365 Sales
Custom InsurancePolicy Table
1:1Insurance carrier name, policy number, group number, and subscriber relationship from Dental-Exec migrate to a custom InsurancePolicy table linked to the Contact. Coverage percentages and effective dates require additional custom columns. InsurancePolicy records are keyed by policy number to prevent duplicate entries when patients have multiple active policies across family members.
Dental-Exec
Appointment
Microsoft Dynamics 365 Sales
Custom Appointment Table
1:1Dental-Exec appointment records (date, time, provider, procedure type, status) map to a custom Appointments table linked to Contact. Dynamics 365 Sales has no native scheduling — this table preserves the historical appointment record for practice management continuity. Appointment status values (Completed, No-Show, Cancelled) are mapped using a custom option set for consistent filtering in Dynamics 365 reports.
Dental-Exec
Billing / Claim
Microsoft Dynamics 365 Sales
Custom BillingRecord Table
1:1Dental-Exec billing records including total fee, insurance payment, patient responsibility, and claim status migrate to a custom BillingRecord table linked to Contact. For full accounting functionality, Dynamics 365 Finance or Business Central integration is recommended post-migration. Claim status values (Submitted, Paid, Denied, Pending) are mapped via custom option sets to match the status terminology used in Dental-Exec reporting exports.
Dental-Exec
Treatment Plan
Microsoft Dynamics 365 Sales
Custom TreatmentPlan Table
1:1Proposed procedures and treatment plans from Dental-Exec migrate to a custom TreatmentPlan table with status, estimated cost, and linked Contact. Planned vs. completed procedures are distinguished by a custom PlanStatus field (Proposed, Accepted, Completed, Declined). TreatmentPlan records maintain a lookup to the Contact record and include a reference to the originating Dental-Exec treatment plan identifier for traceability across both systems during the transition period.
Dental-Exec
Patient Note / Clinical Note
Microsoft Dynamics 365 Sales
Annotation (Note)
1:1Clinical notes stored as free-text in Dental-Exec migrate to Dynamics 365 Annotations (Notes) attached to the Contact record. Original note date is preserved in the Annotation's created-on timestamp. Large attachments such as X-rays, intraoral photos, and scanned documents require SharePoint integration to be configured for Dynamics 365 before migration; these files are referenced by URL or re-hosted in the configured SharePoint document library post-migration.
| Dental-Exec | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Patient Record | Contact1:1 | Fully supported | |
| Practice/Clinic | Account1:1 | Fully supported | |
| Referring Provider | Contact (separate record)many:1 | Fully supported | |
| Treating Provider / Dentist | SystemUser (OwnerId)1:1 | Fully supported | |
| Treatment Procedure | Custom TreatmentHistory Table1:1 | Fully supported | |
| Insurance Policy | Custom InsurancePolicy Table1:1 | Fully supported | |
| Appointment | Custom Appointment Table1:1 | Fully supported | |
| Billing / Claim | Custom BillingRecord Table1:1 | Fully supported | |
| Treatment Plan | Custom TreatmentPlan Table1:1 | Fully supported | |
| Patient Note / Clinical Note | Annotation (Note)1: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.
Dental-Exec gotchas
No public API for automated exports
Recall and hygiene data embedded in task records
Drug interaction flags are binary, not structured
Thin vendor footprint raises continuity risk
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
Extract Dental-Exec data via available export interfaces
FlitStack AI connects to Dental-Exec using the export mechanisms the platform provides — typically CSV exports or direct database read access if available. We extract patient records, provider data, treatment histories, insurance policies, appointment history, and billing snapshots in parallel streams. Any custom fields in Dental-Exec are inventoried at this stage. We validate record counts against Dental-Exec's own reporting before proceeding to mapping.
Build Dynamics 365 custom tables and fields
Before data loads, FlitStack AI creates the custom tables (TreatmentHistory__c, InsurancePolicy__c, Appointment__c, BillingRecord__c, TreatmentPlan__c) and custom fields on Account and Contact using the Dynamics 365 Web API. We apply Field-Level Security to sensitive columns per HIPAA guidance. If your license is Sales Professional and the table count exceeds 15, we surface this constraint and pause for licensing clarification before creating additional tables.
Resolve providers to Dynamics 365 User records
We match Dental-Exec provider names against Microsoft 365 user accounts by email. A pre-migration report lists all matched and unmatched providers. Matched providers receive a ProviderId lookup on their Contact record. Unmatched providers are flagged — we hold those Contact records in a staging state and assign them to a fallback Owner until your admin creates the corresponding User records. This prevents migration failures from owner-resolution gaps.
Migrate Account and Contact records with batched writes
Account records (clinics/practices) are created first since Contacts depend on AccountId. Contacts are created in batches using Dynamics 365's Bulk API with batch sizes tuned to Dataverse request limits (currently 1,000 records per batch). Custom tables (TreatmentHistory, InsurancePolicy, Appointment, BillingRecord, TreatmentPlan) are loaded after Contacts, with parent-Contact lookups resolved from the Source_Patient_ID__c field. We generate a field-level diff comparing record counts and sample field values against the Dental-Exec export for your review.
Run delta-pickup and post-migration validation
A delta-pickup window (24–48 hours) captures any Dental-Exec records created or modified during the cutover window. We run cross-system record-count reconciliation against Dental-Exec's reporting exports. The migration audit log records every operation (create, update, skip) with timestamps and user attribution. If reconciliation shows gaps, one-click rollback reverts the Dynamics 365 environment to its pre-migration state while Dental-Exec remains fully operational for your team.
Platform deep dives
Dental-Exec
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 Dental-Exec 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
Dental-Exec: Not publicly documented.
Data volume sensitivity
Dental-Exec 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 Dental-Exec to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Dental-Exec 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 Dental-Exec
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.