CRM migration
Field-level mapping, validation, and rollback between DentAdmin and HighLevel. We move data and schema; workflows are rebuilt natively in HighLevel.
DentAdmin
Source
HighLevel
Destination
Compatibility
11 of 12
objects map 1:1 between DentAdmin and HighLevel.
Complexity
BStandard
Timeline
24–72 hours
Overview
DentAdmin organizes patient data around a clinical model: patients, providers, treatments, appointments, and insurance records live in a dental-specific schema with RIZV-code calculations and treatment charting. HighLevel uses a general CRM model built around Contacts, Companies, Opportunities, and Pipelines, with custom objects for domain-specific data and a Workflow Builder for automation. The migration carries DentAdmin patients into HighLevel Contacts, providers into HighLevel Users (or a custom provider object), and appointments into Tasks or Events with original start times and owner links preserved. Treatment codes and insurance fields map to custom fields on the Contact record or a custom dental-records object. HighLevel's Workflow Builder cannot auto-import DentAdmin sequences or reminder rules — those must be rebuilt using HighLevel's trigger-and-action framework. We use scoped read access on DentAdmin's API (standard 3,600 calls/hour ceiling) and HighLevel's bulk CSV export endpoints for record extraction, then load through HighLevel's Contacts and custom-objects API with a 24–48 hour delta window capturing in-flight changes during cutover.
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.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a DentAdmin object lands in HighLevel, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
DentAdmin
Patient
HighLevel
Contact
1:1Direct map. Every DentAdmin patient becomes a HighLevel Contact. The patient's name, date of birth, phone, email, and address fields map to the corresponding HighLevel Contact fields. Custom dental fields (insurance carrier, policy number, RIZV tier) migrate as custom fields on the Contact record. Multi-site DentAdmin accounts may produce duplicate patient names across locations — we flag these for de-duplication before the full migration runs.
DentAdmin
Provider (Behandelaar)
HighLevel
User
1:1Direct map by email match. Each DentAdmin provider with an email address resolves to a HighLevel User. Providers without email addresses in DentAdmin are imported as Contact records in a 'Former Provider' state — your admin reassigns them to Users manually before go-live. Provider specialty (e.g., Tandarts, Mondhygiënist) migrates as a custom pick-list field on the User record.
DentAdmin
Appointment
HighLevel
Task
1:1Each DentAdmin appointment becomes a HighLevel Task linked to the patient Contact. The task subject carries the appointment type (Controle, Behandeling, Intake), the due date reflects the original appointment date, and the task status maps from DentAdmin status (Gepland → Not Started, Voltooid → Completed, Annulatie → Cancelled). Original provider assignments resolve to the matched HighLevel User via email.
DentAdmin
Appointment
HighLevel
Calendar Event (optional)
1:1If HighLevel's calendar is active at the destination, appointments also generate Calendar Events with original start/end times preserved. This requires the HighLevel calendar to be enabled and configured before migration. The task record serves as the authoritative appointment history regardless of calendar sync status.
DentAdmin
Treatment Code
HighLevel
Custom Field (Contact) or Custom Object
1:1DentAdmin RIZV treatment codes (e.g., code numbers for specific procedures) have no native equivalent in HighLevel. We create a custom field on Contact named Treatment_Code__c to store the last-applied code and a custom object named Treatment_History__c to store the full treatment log with dates, codes, and provider assignments per patient.
DentAdmin
Insurance Record
HighLevel
Custom Fields on Contact
many:1Insurance carrier name, policy number, and coverage tier from DentAdmin merge into three custom fields on the Contact record: Insurance_Carrier__c, Insurance_Policy_Number__c, and Insurance_Tier__c. Patients with multiple insurance plans (e.g., mutual + hospitalisation) are stored as a comma-separated value in the primary field, with a note field for the full breakdown.
DentAdmin
Document / Attachment
HighLevel
HighLevel Files
1:1DentAdmin patient documents (clinical forms, signed consents, X-ray references) re-upload as HighLevel Files attached to the Contact record. File size limits (25 MB per file) apply — documents exceeding this threshold are flagged for splitting or manual alternative handling. Original filenames and upload dates are preserved in the file metadata.
DentAdmin
Treatment Plan
HighLevel
Opportunity
1:1Active treatment plans in DentAdmin map to HighLevel Opportunities. The Opportunity name carries the plan description, the estimated amount reflects the total plan value (if priced in DentAdmin), and the pipeline stage defaults to a 'Treatment Plan' stage that your admin customizes. Once the treatment is completed, the stage moves to 'Closed Won' or your equivalent — this mapping is confirmed during the sample migration review.
DentAdmin
Recall / Follow-up Rule
HighLevel
HighLevel Workflow
1:1DentAdmin recall intervals (e.g., 6-month hygiene recall) cannot be exported. These rules must be rebuilt in HighLevel's Workflow Builder as time-based triggers — the contact tag 'Hygiene Patient' fires a workflow that schedules an outreach message 180 days after the last appointment. We document every active recall rule from DentAdmin as a rebuild reference for your HighLevel admin.
DentAdmin
Site / Practice Location
HighLevel
Location Custom Field or Sub-Account
1:1Multi-site DentAdmin accounts map each location to a HighLevel Location__c custom field on Contact for reporting segmentation. If your HighLevel setup uses sub-accounts per location (Unlimited or SaaS Pro tier), we can partition the migration by sub-account — each location's patients land in a separate HighLevel sub-account with its own pipeline and workflows.
DentAdmin
Financial / Payment Record
HighLevel
Custom Object or Stripe Integration
1:1DentAdmin billing and payment records (amounts paid, outstanding balance) have no native HighLevel equivalent. We migrate the last payment amount and outstanding balance as custom fields on the Contact for reference. Full billing history requires a separate accounting integration (e.g., Stripe or QuickBooks) that must be configured post-migration — we do not rebuild the billing model.
DentAdmin
Patient Tag / Category
HighLevel
Tag
1:1DentAdmin patient categories (e.g., 'Nieuwe Patiënt', 'Terugkerend', 'Factureringsprobleem') migrate as HighLevel Tags on the Contact record. Tags are applied at migration time and can trigger workflows in HighLevel — your admin decides whether to enable tag-based triggers for newly migrated tags.
| DentAdmin | HighLevel | Compatibility | |
|---|---|---|---|
| Patient | Contact1:1 | Fully supported | |
| Provider (Behandelaar) | User1:1 | Fully supported | |
| Appointment | Task1:1 | Fully supported | |
| Appointment | Calendar Event (optional)1:1 | Fully supported | |
| Treatment Code | Custom Field (Contact) or Custom Object1:1 | Fully supported | |
| Insurance Record | Custom Fields on Contactmany:1 | Fully supported | |
| Document / Attachment | HighLevel Files1:1 | Fully supported | |
| Treatment Plan | Opportunity1:1 | Fully supported | |
| Recall / Follow-up Rule | HighLevel Workflow1:1 | Fully supported | |
| Site / Practice Location | Location Custom Field or Sub-Account1:1 | Fully supported | |
| Financial / Payment Record | Custom Object or Stripe Integration1:1 | Fully supported | |
| Patient Tag / Category | Tag1: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.
DentAdmin gotchas
No publicly documented REST API for DentAdmin
Pricing is opaque and requires direct contact
RIZIV code version drift between systems
HighLevel gotchas
Sub-account architecture creates isolated data silos per client
Usage-based telecom and AI costs are not in the subscription price
Workflows have no native equivalent in most destination CRMs
API rate limits cap bulk migration throughput at 100 requests per 10 seconds per sub-account
White-label configuration and branding assets do not export via API
Pair-specific challenges
Migration approach
Audit DentAdmin data and document the source schema
We connect to DentAdmin via scoped read access and enumerate every patient record, provider, appointment, treatment code, insurance field, and document. We generate a schema inventory noting which fields are standard DentAdmin fields versus custom properties your practice has added. We also document every active reminder rule and recall interval from DentAdmin's settings as a rebuild reference. This audit runs against a representative sample first (typically 500 records) to surface any unexpected field formats before full extraction begins.
Design HighLevel schema: custom fields, custom objects, and pipeline stages
Based on the schema inventory, we create the custom fields (Date_of_Birth__c, Insurance_Carrier__c, Treatment_Code__c, Location__c, etc.) and custom objects (Treatment_History__c) in your HighLevel sub-account. We also configure the Opportunity pipeline with a 'Treatment Plan' stage and map DentAdmin appointment statuses to HighLevel Task statuses. This schema setup plan is delivered as a checklist your HighLevel admin approves before we proceed to extraction.
Resolve providers by email and prepare owner mapping
Each DentAdmin provider with an email address is matched to a HighLevel User by email. Providers without email addresses are flagged for manual assignment — your team either creates HighLevel User accounts for them or assigns their records to a designated fallback User. We generate an owner-mapping report showing every provider, their matched HighLevel User (or 'Unmatched — action required' flag), and the count of records each provider owns. No appointment or task migrates without a resolved owner.
Run sample migration with field-level diff
A representative slice of 200–500 records — spanning patients, appointments, treatment codes, and documents — migrates into HighLevel first. We generate a field-level diff showing source value, destination value, and any transformation applied for every mapped field. You review the diff in HighLevel: verify that RIZV codes landed in the correct custom fields, that appointment types resolved to the expected Task subjects, and that provider assignments are accurate. Approval of the sample diff is the gate for the full migration run.
Execute full migration with delta-pickup window
Full extraction and load runs against the complete DentAdmin dataset. A delta-pickup window (24–48 hours after the full run completes) captures any records created or modified in DentAdmin during the cutover period. All operations are logged in FlitStack's audit trail. If reconciliation fails — a record count mismatch, a missing required field, or a field that did not transform as expected — one-click rollback reverts the destination to its pre-migration state so your team can investigate and re-run.
Platform deep dives
DentAdmin
Source
Strengths
Weaknesses
HighLevel
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 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 DentAdmin and HighLevel.
Object compatibility
2 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
DentAdmin: Not publicly documented.
Data volume sensitivity
DentAdmin 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 DentAdmin to HighLevel migration scoping. Not seeing yours? Book a call.
Walk through your DentAdmin to HighLevel migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave DentAdmin
Other ways to arrive at HighLevel
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.