CRM migration

Migrate from Dr.DENTES to Microsoft Dynamics 365 Sales

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 logo

Dr.DENTES

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

12 of 12

objects map 1:1 between Dr.DENTES and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Dr.DENTES logo

Dr.DENTES

What's pushing teams away

  • Geographic focus is Turkey first; the compliance integrations (USS/e-Nabız, e-Reçete) are irrelevant outside Turkey, and English-speaking dental practices typically need different e-prescribing connectors.
  • Very thin public review footprint — G2, Capterra, Software Advice, and GetApp list the product but with minimal reviewer feedback, so prospective buyers cannot easily compare against Curve, Open Dental, or Dentrix.
  • No documented public API or developer portal limits integration with practice analytics, marketing platforms, or imaging hardware vendors.
  • Single-vendor lock-in for the e-Nabız/USS bridge means migrations off Dr.DENTES require rebuilding the Turkish compliance integration in whatever dental PM replaces it.
  • Lightweight reporting and analytics versus enterprise-tier dental PMs; reviewers and the vendor's own feature page describe analytics as 'detailed reporting' rather than a configurable BI layer.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How Dr.DENTES objects map to Microsoft Dynamics 365 Sales

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

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Each 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

maps to

Microsoft Dynamics 365 Sales

Custom Table (new_TreatmentPlan)

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

Custom Table (new_ProcedureLine)

1:1
Fully supported

Individual 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

maps to

Microsoft Dynamics 365 Sales

Appointment (Activity)

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

Custom Table (new_InsurancePolicy) + Contact lookup

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

Annotation (Note)

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

Custom Table (new_BillingLine)

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

Annotation (Document)

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

systemuser

1:1
Fully supported

Dr.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

maps to

Microsoft Dynamics 365 Sales

Custom Table (new_PatientRecall)

1:1
Fully supported

Dr.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)

maps to

Microsoft Dynamics 365 Sales

Custom Column (new_*)

1:1
Fully supported

Any 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.

Gotchas + challenges

What specifically takes care here

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 logo

Dr.DENTES gotchas

High

Turkish-compliance integrations are not portable

High

No published API

Medium

AI radiograph analysis is configuration, not patient data

Low

Voice-capture metadata may not transfer

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • Appointment records require a custom Dataverse table or activity-based mapping with non-standard fields

    Dynamics 365 Sales does not have a native appointment scheduling entity — the standard Appointment activity entity captures subject, start/end time, and owner, but operatory room, procedure code, and appointment type have no native fields. FlitStack migrates Dr.DENTES appointments as Dynamics 365 Appointment activities and stores operatory, appointment type, and procedure code as custom columns (new_Operatory, new_AppointmentType, new_CDTCode) on the activity record. If your practice relies on operatory-level scheduling views in Dr.DENTES, those must be rebuilt as Dynamics 365 custom views or Power Apps canvas apps after migration.

  • Insurance payer relationships become separate custom table rows rather than inline fields

    Dr.DENTES stores insurance payer name, group number, policy number, and subscriber relationship directly on the patient record. Dynamics 365 Sales has no native insurance or coverage entity on Contact — these fields cannot be added as standard columns without violating the Dataverse schema conventions for out-of-box entities. FlitStack creates a new_InsurancePolicy custom table with lookups to Contact and to an Account representing the insurance company payer. This preserves the full insurance profile but requires your Dynamics 365 admin to add the new_InsurancePolicy related entity grid to the Contact form after migration.

  • CDT code pick-list values must be mapped value-by-value or stored as free text

    Dr.DENTES CDT (Current Dental Terminology) codes are the standard procedure identification system in dental practice management. Dynamics 365 Sales has no CDT code pick-list built in. FlitStack stores CDT codes as text fields (new_CDTCode on new_ProcedureLine) to preserve every code exactly as recorded. If your practice uses CDT code reporting in Power BI, the CDT text field can be used in chart groupings or linked to a CDT reference table — this mapping plan is delivered before the migration runs.

  • Dr.DENTES workflows, clinical templates, and automated recall rules do not migrate

    Dr.DENTES automated recall reminders, clinical note templates (SOAP format, narrative templates), appointment confirmation rules, and insurance claim submission automations are platform-specific business logic that has no equivalent in Dynamics 365 Sales. FlitStack exports the workflow definitions as a reference document so your Dynamics 365 admin can rebuild them using Power Automate or Dynamics 365 business rules. Recall logic in particular — the automated 6-month hygiene reminder that Dr.DENTES generates — must be rebuilt as a Power Automate flow or Dynamics 365 workflow that queries the new_PatientRecall custom table.

  • Patient data volumes in dental practices are significantly larger than standard CRM migration estimates

    A dental practice with a 20-year patient base can accumulate 15,000–50,000 patient records, each with multiple treatment plans, procedure lines, appointments, and billing transactions. This is a significantly higher record count than a typical CRM migration of the same number of contacts, because every patient record carries 5–20 related rows across custom tables. FlitStack's migration engine handles these volumes in batches, and the Dataverse API request allocation limits (60,000 requests per 24 hours per user in Sales Professional, 100,000 in Sales Enterprise) determine the batch sizing. The delta-pickup window for in-flight appointments during cutover adds 24–48 hours to the total migration clock.

Migration approach

Six steps for a successful Dr.DENTES to Microsoft Dynamics 365 Sales data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Dr.DENTES logo

Dr.DENTES

Source

Strengths

  • Cloud-based, multi-device (phone, tablet, PC, smart TV) access with unlimited users, devices, and patients.
  • Long product tenure since 1992 inside Sanal Software, giving a stable feature catalogue.
  • Built-in Turkish-compliance integrations (USS/e-Nabız, e-Reçete, e-Invoice).
  • AI-based radiograph analysis, voice-driven photo capture, and multi-language UI (9 languages) included.
  • Subscription pricing from $120/year with a no-credit-card free trial.

Weaknesses

  • Geography- and compliance-tied to Turkey; less relevant for clinics outside that market.
  • Minimal public review footprint compared with Western dental PMs.
  • No documented public API or developer portal; integrations rely on the vendor.
  • Reporting is descriptive rather than a configurable BI layer.
  • Turkish-compliance bridges are non-portable and must be rebuilt in the destination during migration.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. All 8 core objects map 1:1 between Dr.DENTES and Microsoft Dynamics 365 Sales .

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Dr.DENTES and Microsoft Dynamics 365 Sales .

  • Object compatibility

    A

    All 8 core objects map 1:1 between Dr.DENTES and Microsoft Dynamics 365 Sales .

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Dr.DENTES: Not publicly documented.

  • Data volume sensitivity

    B

    Dr.DENTES doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Dr.DENTES to Microsoft Dynamics 365 Sales migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Dr.DENTES to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during Dr.DENTES to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most Dr.DENTES to Dynamics 365 Sales migrations complete in 48–72 hours of clock time for practices with fewer than 20,000 patient records and fewer than five custom table types. Larger practices with 50,000+ patient records, complex multi-phase treatment plan structures, or extensive document attachment libraries extend to 7–14 days. The longest planning step is designing the Dynamics 365 custom table schema for treatment plans, insurance policies, and billing lines before data movement begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Dr.DENTES.
Land in Microsoft Dynamics 365 Sales , intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day