CRM migration
Field-level mapping, validation, and rollback between My Dental Clinic and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
My Dental Clinic
Source
Pipedrive
Destination
Compatibility
10 of 12
objects map 1:1 between My Dental Clinic and Pipedrive.
Complexity
BStandard
Timeline
48–72 hours
Overview
My Dental Clinic stores patient demographics, treatment plans, appointment history, insurance records, and provider data in a clinical schema optimized for chair-side workflows. Pipedrive organizes data around People, Organizations, Deals, Activities, and Leads — a sales-CRM model that treats patient records as contacts and appointments as activities, with no native clinical-data object. The migration maps patient records to Pipedrive People and Organizations, appointment histories to Activities with original timestamps, insurance carriers to Organization custom fields, and treatment-plan data to Deal custom fields. Custom fields require pre-creation in Pipedrive because Pipedrive assigns a 40-character hash key to each field rather than using the display name as the API identifier. FlitStack AI sequences the load so foreign keys resolve correctly — Organizations land first, then People with their org links, then Deals with Person and Organization lookups — and runs a field-level diff on a sample slice before the full cutover commits. Workflow automations, appointment-reminder sequences, and treatment-plan logic do not migrate; FlitStack exports the rule definitions as a rebuild reference for Pipedrive's Automation and Sequences tools.
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 My Dental Clinic object lands in Pipedrive, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
My Dental Clinic
Patient
Pipedrive
Person
1:1My Dental Clinic patient records map 1:1 to Pipedrive People. The patient name, date of birth, contact phone, email, address, and primary insurance carrier transfer as Person fields and custom fields. Patient records without an email address land in Pipedrive with an empty email field and are flagged for manual review.
My Dental Clinic
Patient Primary Insurance Carrier
Pipedrive
Organization
1:1The primary insurance carrier stored on the patient record creates a new Organization in Pipedrive representing the insurance company. The patient record receives a Person-to-Organization link via Pipedrive's org_id field. Secondary and tertiary insurance carriers are added as additional Organization links on the Person record.
My Dental Clinic
Appointment
Pipedrive
Activity
1:1Each appointment in My Dental Clinic (procedure code, datetime, provider, operatory, duration, appointment type) becomes a Pipedrive Activity. Activity type is set to 'Meeting' for scheduled chair appointments and 'Task' for recall or hygiene visits. Original appointment datetime is preserved in the Activity's due_date and due_time fields. Provider maps to the Pipedrive user assigned as the Activity owner.
My Dental Clinic
Treatment Plan
Pipedrive
Deal
1:1Active treatment plans in My Dental Clinic map to Pipedrive Deals. The treatment plan total fee becomes the Deal value (amount). The treatment plan status (proposed, accepted, in-progress, completed) maps to Pipedrive stage names via value mapping. The Patient record is linked to the Deal via Pipedrive's Person association on the Deal.
My Dental Clinic
Provider / Dentist
Pipedrive
User
1:1My Dental Clinic provider records (dentist name, hygiene provider, assistant) are resolved by email match against Pipedrive users. Providers without an email in the source system are flagged before migration — the practice either creates a Pipedrive user account for them or assigns their records to a fallback owner designated by the admin.
My Dental Clinic
Recall Record
Pipedrive
Activity + Custom Field
many:1Recall records (recall type, interval in months, last recall date, next due date) from My Dental Clinic merge into a single record on the Patient's Pipedrive Person. The recall interval and next due date become custom fields on the Person; the last recall visit becomes the most recent Activity of type 'Task' with a recall flag.
My Dental Clinic
Clinical Note / Progress Note
Pipedrive
Note
1:1Clinical notes and progress notes from My Dental Clinic are imported as Pipedrive Notes attached to the corresponding Person record. Rich-text formatting is preserved where the source format allows. Notes are not linked to Deals unless the note references a specific treatment plan, in which case the note is attached to both the Person and the Deal.
My Dental Clinic
Ledger / Ledger Entry
Pipedrive
Custom Field + Activity
1:1My Dental Clinic ledger entries (charges, payments, adjustments, insurance payments, write-offs) have no native Pipedrive equivalent. Outstanding balance and last payment amount are preserved as custom fields on the Person record for reference. Detailed ledger history is exported as a CSV attachment on the Person record and marked with a note explaining it is a financial record not natively supported in Pipedrive's data model.
My Dental Clinic
Lab Case / Referral
Pipedrive
Deal + Organization
1:1Lab cases and specialist referrals from My Dental Clinic become Deals in Pipedrive with the referring provider or lab as a linked Organization. Lab case status (in-lab, returned, re-case) maps to stage names via value mapping. A custom field lab_case_type__c captures whether the case is a crown, implant, ortho device, or referral.
My Dental Clinic
Custom Patient Property (e.g., membership_tier, preferred_provider, chair_preference)
Pipedrive
Custom Field on Person
1:1Any custom field in My Dental Clinic that does not map to a standard Pipedrive Person field is created as a Pipedrive custom field before migration. Pipedrive requires the field to be created first so the migration tool can reference the hash-key identifier during import. Field type is matched to the closest Pipedrive field type: single-select values become picklist fields, dates become date fields, free text becomes varchar fields.
My Dental Clinic
Location / Practice Site
Pipedrive
Organization + Custom Field
1:manyFor multi-location practices, each My Dental Clinic location is imported as an Organization record representing the practice site, with a custom field location_type__c set to 'Practice Location'. Patient records are tagged with their home location via a custom field home_location__c. Pipedrive's visibility groups are configured to restrict each user to their primary location's patient set.
My Dental Clinic
Marketing Contact Flag
Pipedrive
Custom Field on Person
1:1My Dental Clinic may track which patients opted into marketing communications. Pipedrive does not have a native marketing-contact distinction — the flag is preserved as a custom field (marketing_opt_in__c, boolean) on the Person record. Email marketing sequences must be built in Pipedrive's Sequences tool or an integrated email tool after migration.
| My Dental Clinic | Pipedrive | Compatibility | |
|---|---|---|---|
| Patient | Person1:1 | Fully supported | |
| Patient Primary Insurance Carrier | Organization1:1 | Fully supported | |
| Appointment | Activity1:1 | Fully supported | |
| Treatment Plan | Deal1:1 | Fully supported | |
| Provider / Dentist | User1:1 | Fully supported | |
| Recall Record | Activity + Custom Fieldmany:1 | Fully supported | |
| Clinical Note / Progress Note | Note1:1 | Fully supported | |
| Ledger / Ledger Entry | Custom Field + Activity1:1 | Fully supported | |
| Lab Case / Referral | Deal + Organization1:1 | Fully supported | |
| Custom Patient Property (e.g., membership_tier, preferred_provider, chair_preference) | Custom Field on Person1:1 | Fully supported | |
| Location / Practice Site | Organization + Custom Field1:many | Fully supported | |
| Marketing Contact Flag | Custom Field on Person1: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.
My Dental Clinic gotchas
Dental ledgers are structurally complex to migrate accurately
Tooth-numbering systems differ between dental platforms
Insurance carrier IDs must be re-mapped post-migration
Custom clinical note templates may not map directly
Pipedrive gotchas
Custom field hash keys differ per account
Export access gated by visibility groups
Token-based API rate limits since December 2024
Sequences and Automations not exposed via REST API
Cost escalates via workflow caps and add-ons
Pair-specific challenges
Migration approach
Extract source data and audit the schema
FlitStack AI connects to My Dental Clinic via the platform's export API or CSV export and pulls all patient records, appointment history, treatment plans, provider roster, insurance carriers, recall records, and custom fields. We audit the field inventory to identify every custom property, value set, and relationship that requires a Pipedrive equivalent. The output is a schema inventory document listing each source field, its data type, value cardinality, and the proposed Pipedrive target — this is reviewed with you before Pipedrive schema setup begins.
Create Pipedrive custom fields and pipeline stages
Before any data is written, FlitStack creates all required custom fields in Pipedrive: recall_type__c, recall_interval_months__c, next_recall_date__c, operatory__c, membership_tier__c, outstanding_balance__c, last_payment_date__c, last_payment_amount__c, subscriber_relationship__c, group_number__c, subscriber_id__c, and any practice-specific fields. We also capture the hash keys assigned by Pipedrive to each custom field and add them to the migration mapping workbook. The pipeline and stage names are configured in Pipedrive to match the source treatment-plan statuses and lab-case statuses.
Resolve providers to Pipedrive users and create Organizations for insurance carriers
Provider records from My Dental Clinic are matched to Pipedrive users by email address. Providers without an email in the source are flagged in a resolution report — you decide whether to create a Pipedrive user for them or assign their records to a fallback owner. Simultaneously, every unique insurance carrier name from the patient records is extracted, deduplicated, and created as a Pipedrive Organization with its group_number__c and subscriber_id__c fields pre-populated where the source data provides those values on the carrier record.
Run a sample migration with field-level diff
A representative slice of 100–300 patient records — including patients with primary and secondary insurance, active treatment plans, appointment history, recall records, and lab cases — migrates to Pipedrive first. FlitStack generates a field-level diff report comparing every source field value against the corresponding Pipedrive record field. You review the diff in a walkthrough session; any mapping errors are corrected in the mapping workbook before the full migration is triggered.
Execute full migration with delta-pickup cutover
The full dataset migrates to Pipedrive: Organizations first (insurance carriers), then People (patients) with org links and custom fields, then Activities (appointments, recall tasks), then Deals (treatment plans, lab cases). A delta-pickup window of 24–48 hours runs concurrently with your team's final data entry in My Dental Clinic during cutover — any records modified or created in My Dental Clinic after the migration snapshot are captured and written to Pipedrive as updates. FlitStack delivers an audit log of every record written and a rollback snapshot before the final go-live.
Platform deep dives
My Dental Clinic
Source
Strengths
Weaknesses
Pipedrive
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 My Dental Clinic and Pipedrive.
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
My Dental Clinic: Not publicly documented..
Data volume sensitivity
My Dental Clinic 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 My Dental Clinic to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your My Dental Clinic to Pipedrive migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave My Dental Clinic
Other ways to arrive at Pipedrive
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.