CRM migration
Field-level mapping, validation, and rollback between Dr.DENTES and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Dr.DENTES
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 12
objects map 1:1 between Dr.DENTES and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
Dr.DENTES is a dental practice management system that stores patient demographics, treatment plans, appointment records, insurance claim data, and clinical notes in a schema optimized for dental workflows. Dynamics 365 Sales uses the Microsoft Dataverse data model — built around Account, Contact, Opportunity, and custom tables — and enforces a structured relationship model that requires foreign-key resolution before records can be created. The migration carries everything Dr.DENTES stores natively (patient records, treatment plans, appointments, billing lines, document attachments, custom properties) into Dynamics 365 Sales as Contact records, custom tables, and Activity entities. The harder problems are mapping Dr.DENTES appointment records (which have multi-field date ranges and provider assignments) to Dynamics 365 Activities, preserving insurance payer relationships in custom tables with proper lookups, and handling Dr.DENTES custom fields that have no native Dynamics 365 equivalent — those land as custom columns on the corresponding table using the new_ field name prefix. Dr.DENTES workflows, automation rules, and clinical templates do not migrate and must be rebuilt in Dynamics 365 Sales using Power Automate or the business rules engine. FlitStack AI sequences the migration so lookup dependencies resolve in the correct order: Account records first, then Contact records, then custom table rows with foreign keys, then Activities last.
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
Dr.DENTES platform overview
Scorecard, SWOT, gotchas, and pricing for Dr.DENTES.
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 Dr.DENTES 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.
Dr.DENTES
Patient Record
Microsoft Dynamics 365 Sales
Contact
1:1Dr.DENTES patient records map 1:1 to Dynamics 365 Contact. The patient's name, date of birth, address, phone, email, and insurance fields migrate as Contact columns or custom fields prefixed new_. The original Dr.DENTES patient ID is stored as new_SourcePatientID__c on the Contact for traceability and delta-run de-duplication.
Dr.DENTES
Practice / Location
Microsoft Dynamics 365 Sales
Account
1:1Each Dr.DENTES practice or clinic location migrates as a Dynamics 365 Account. Address, phone, and practice name map directly to the corresponding Account fields. For multi-location groups, parent-child practice hierarchies in Dr.DENTES map to Account.ParentAccountId relationships in Dynamics 365, preserving the organizational structure. Where Dr.DENTES stores a primary provider or practice manager on the location record, that assignment migrates as the Account's owner lookup in Dynamics 365.
Dr.DENTES
Treatment Plan
Microsoft Dynamics 365 Sales
Custom Table (new_TreatmentPlan)
1:1Dr.DENTES treatment plans contain procedure codes (CDT), proposed dates, accepted status, and provider notes. There is no native treatment plan entity in Dynamics 365 Sales, so FlitStack creates a new_TreatmentPlan custom table in Dataverse with columns for plan date, provider lookup, status, and linked Contact. CDT codes migrate as text values or pick-list values depending on whether a value-mapping table exists.
Dr.DENTES
Procedure Line
Microsoft Dynamics 365 Sales
Custom Table (new_ProcedureLine)
1:1Individual procedure items within a Dr.DENTES treatment plan (tooth number, surface, CDT code, fee, insurance estimate) map to a new_ProcedureLine custom table with a lookup to new_TreatmentPlan. This preserves the one-to-many relationship between plan and procedures. The procedure status (proposed, completed, rejected) maps to a pick-list on the custom table.
Dr.DENTES
Appointment Record
Microsoft Dynamics 365 Sales
Appointment (Activity)
1:1Dr.DENTES appointments carry provider ID, operatory, date range, procedure code, appointment type, and status. They migrate as Dynamics 365 Appointment activities linked to the Contact. Provider assignment resolves to the Dynamics 365 systemuser by email match. Operatory and appointment type store as custom columns (new_Operatory, new_AppointmentType) on the activity record.
Dr.DENTES
Insurance Payer / Policy
Microsoft Dynamics 365 Sales
Custom Table (new_InsurancePolicy) + Contact lookup
1:1Dr.DENTES insurance fields (payer name, group number, policy number, subscriber relationship, effective dates) have no native Dynamics 365 equivalent. FlitStack creates a new_InsurancePolicy custom table with lookups to Contact and, optionally, to an Account representing the insurance company. Fields like new_PayerName (text), new_GroupNumber (text), and new_SubscriberRelationship (pick-list) preserve the full insurance profile.
Dr.DENTES
Clinical Note
Microsoft Dynamics 365 Sales
Annotation (Note)
1:1Dr.DENTES clinical notes attached to patient records migrate as Dynamics 365 Annotation entities linked to the Contact. Original note timestamps, provider author, and note type ( SOAP format, narrative, etc.) are preserved as annotation properties. Rich-text formatting is retained as HTML in the notetext column.
Dr.DENTES
Billing Line / Payment
Microsoft Dynamics 365 Sales
Custom Table (new_BillingLine)
1:1Dr.DENTES billing records (procedure charges, insurance payments, patient payments, adjustments, write-offs) have no native Dynamics 365 equivalent. A new_BillingLine custom table stores the charge amount, payment amount, adjustment, balance, and payment date, linked to the Contact and the associated new_ProcedureLine. This gives finance teams a complete ledger per patient without requiring Dynamics 365 Finance.
Dr.DENTES
Document Attachment
Microsoft Dynamics 365 Sales
Annotation (Document)
1:1Dr.DENTES document attachments — consent forms, insurance cards, clinical images, X-rays — migrate as Dynamics 365 Annotation records of type 'Document'. Files are downloaded from Dr.DENTES and re-uploaded to the Dynamics 365 SharePoint-integrated document storage or Dataverse file attachments. Original filenames and MIME types are preserved in the annotation properties.
Dr.DENTES
Provider / Staff User
Microsoft Dynamics 365 Sales
systemuser
1:1Dr.DENTES provider and staff records map to Dynamics 365 systemuser accounts by email address match. Active providers are matched first; inactive or departed staff are flagged and assigned to a fallback owner (typically the practice administrator). The Dr.DENTES user ID is stored as new_SourceUserID__c on the systemuser record for audit traceability.
Dr.DENTES
Recall / Reminder
Microsoft Dynamics 365 Sales
Custom Table (new_PatientRecall)
1:1Dr.DENTES recall records (6-month cleaning, annual exam, perio maintenance due dates) have no native Dynamics 365 equivalent. FlitStack creates a new_PatientRecall custom table with next recall date, recall type, and last appointment date, linked to Contact. This enables Dynamics 365 users to run recall reports without rebuilding the logic from scratch.
Dr.DENTES
Custom Field (Dr.DENTES user-defined)
Microsoft Dynamics 365 Sales
Custom Column (new_*)
1:1Any Dr.DENTES custom field that does not map to a native Dynamics 365 Sales column is created as a custom column on the appropriate table using the new_ prefix (e.g., new_TreatmentPhase on Contact, new_RxAntibiotic on new_ProcedureLine). Field data type is preserved — text fields stay text, pick-lists become option sets, date fields become datetime columns. Value-mapping is applied for pick-list fields with discrete value lists.
| Dr.DENTES | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Patient Record | Contact1:1 | Fully supported | |
| Practice / Location | Account1:1 | Fully supported | |
| Treatment Plan | Custom Table (new_TreatmentPlan)1:1 | Fully supported | |
| Procedure Line | Custom Table (new_ProcedureLine)1:1 | Fully supported | |
| Appointment Record | Appointment (Activity)1:1 | Fully supported | |
| Insurance Payer / Policy | Custom Table (new_InsurancePolicy) + Contact lookup1:1 | Fully supported | |
| Clinical Note | Annotation (Note)1:1 | Fully supported | |
| Billing Line / Payment | Custom Table (new_BillingLine)1:1 | Fully supported | |
| Document Attachment | Annotation (Document)1:1 | Fully supported | |
| Provider / Staff User | systemuser1:1 | Fully supported | |
| Recall / Reminder | Custom Table (new_PatientRecall)1:1 | Fully supported | |
| Custom Field (Dr.DENTES user-defined) | Custom Column (new_*)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.
Dr.DENTES gotchas
Turkish-compliance integrations are not portable
No published API
AI radiograph analysis is configuration, not patient data
Voice-capture metadata may not transfer
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 and profile Dr.DENTES data via API
FlitStack connects to Dr.DENTES using the provided API credentials and exports all record types: patient demographics, insurance policies, treatment plans, procedure lines, appointments, billing lines, clinical notes, document attachments, provider records, and custom fields. A data quality report flags duplicate patient records (same name and DOB), missing required fields (email address, DOB), and malformed dates before mapping begins. This profile step typically runs 3–5 business days depending on record volume and API pagination rate limits on the Dr.DENTES side.
Design Dynamics 365 custom table schema
Based on the Dr.DENTES data profile, FlitStack generates a Dynamics 365 custom table schema for the new_TreatmentPlan, new_ProcedureLine, new_InsurancePolicy, new_BillingLine, and new_PatientRecall tables, including column definitions, option-set values, and lookups to Contact and Account. Your Dynamics 365 admin reviews and creates the tables (or FlitStack creates them in a sandbox environment) before data migration begins. The custom table setup plan includes the form design and related-view configuration for each table so the tables appear correctly in the Dynamics 365 Sales navigation.
Resolve provider and owner mappings by email
Dr.DENTES provider and staff user IDs are matched to Dynamics 365 systemuser records by email address. Unmatched providers — those with Dr.DENTES accounts but no corresponding Dynamics 365 user — are listed in a pre-migration report. Your team either creates Dynamics 365 user accounts for unmatched providers before the migration or assigns their records to a designated fallback owner. No Contact, custom table record, or Activity lands in Dynamics 365 without a resolved owner.
Run sample migration with field-level diff
A representative slice of 200–500 patient records — spanning active patients, inactive patients, patients with complex insurance (dual coverage), patients with multi-phase treatment plans, and patients with document attachments — migrates first into a Dynamics 365 sandbox or a non-production Dataverse environment. FlitStack generates a field-level diff comparing source Dr.DENTES values to destination Dynamics 365 values for every mapped column. You review the diff to verify insurance policy mapping, CDT code preservation, appointment owner resolution, and custom field population before the full run is authorized.
Execute full migration with delta-pickup cutover
The full migration runs against your production Dynamics 365 Sales instance. All patient records, practice accounts, treatment plans, procedure lines, appointments, billing lines, and clinical notes are written in dependency order: Accounts first, then Contacts, then custom table rows, then Activities last. A delta-pickup window of 24–48 hours after the initial load captures any Dr.DENTES records modified or created during the cutover — most commonly new patients added at the front desk and appointment updates on the day of migration. FlitStack provides an audit log of every record written and a one-click rollback script if reconciliation fails.
Post-migration reconciliation and Power Automate workflow rebuild handoff
After the delta-pickup window closes, FlitStack runs a reconciliation report comparing record counts and field totals between Dr.DENTES and Dynamics 365 Sales. The report identifies any gaps (records not migrated, fields that came in blank due to null source values) and provides a fix-back script for targeted corrections. FlitStack delivers the exported Dr.DENTES workflow definitions as a PDF reference guide so your Dynamics 365 admin or Power Automate consultant can rebuild automated recalls, appointment reminders, and clinical note templates in Power Automate using the new custom table structure as a trigger source.
Platform deep dives
Dr.DENTES
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Dr.DENTES and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Dr.DENTES and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Dr.DENTES and Microsoft Dynamics 365 Sales .
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
Dr.DENTES: Not publicly documented.
Data volume sensitivity
Dr.DENTES 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 Dr.DENTES to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Dr.DENTES 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 Dr.DENTES
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.