CRM migration

Migrate from My Dental Clinic to Pipedrive

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 logo

My Dental Clinic

Source

Pipedrive

Destination

Pipedrive logo

Compatibility

83%

10 of 12

objects map 1:1 between My Dental Clinic and Pipedrive.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

My Dental Clinic logo

My Dental Clinic

What's pushing teams away

  • Customer service scores lag behind category leaders, with users reporting slow response times and difficulty reaching support during urgent issues.
  • Feature set feels limiting as practices grow beyond single-location operations, with fewer advanced reporting and multi-location management tools than competitors.
  • Lower value-for-money ratings compared to platforms offering broader feature bundles at similar price points.
  • Integration ecosystem is narrower than major dental platforms, making connectivity to specialized imaging or lab systems a friction point.

Choosing

Pipedrive logo

Pipedrive

What's pulling them in

  • Clean drag-and-drop pipeline interface with minimal learning curve, making it approachable for small sales teams without dedicated CRM admins.
  • Visual deal tracking keeps reps focused on next actions — activities, calls, and follow-up tasks surface directly in the pipeline view.
  • Strong integrations via Zapier and native marketplace apps let teams wire Pipedrive into Calendly, ActiveCampaign, and similar sales-stack tools.
  • Mobile apps for iOS and Android keep field reps connected to deals, contacts, and tasks without a desktop session.
  • Reputation and review volume — over 3,000 verified reviews across G2 and Capterra — signal reliability for teams evaluating CRM options.

Object mapping

How My Dental Clinic objects map to Pipedrive

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

maps to

Pipedrive

Person

1:1
Fully supported

My 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

maps to

Pipedrive

Organization

1:1
Fully supported

The 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

maps to

Pipedrive

Activity

1:1
Fully supported

Each 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

maps to

Pipedrive

Deal

1:1
Fully supported

Active 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

maps to

Pipedrive

User

1:1
Fully supported

My 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

maps to

Pipedrive

Activity + Custom Field

many:1
Fully supported

Recall 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

maps to

Pipedrive

Note

1:1
Fully supported

Clinical 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

maps to

Pipedrive

Custom Field + Activity

1:1
Fully supported

My 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

maps to

Pipedrive

Deal + Organization

1:1
Fully supported

Lab 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)

maps to

Pipedrive

Custom Field on Person

1:1
Fully supported

Any 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

maps to

Pipedrive

Organization + Custom Field

1:many
Fully supported

For 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

maps to

Pipedrive

Custom Field on Person

1:1
Fully supported

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

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.

My Dental Clinic logo

My Dental Clinic gotchas

High

Dental ledgers are structurally complex to migrate accurately

Medium

Tooth-numbering systems differ between dental platforms

Medium

Insurance carrier IDs must be re-mapped post-migration

Medium

Custom clinical note templates may not map directly

Pipedrive logo

Pipedrive gotchas

High

Custom field hash keys differ per account

High

Export access gated by visibility groups

Medium

Token-based API rate limits since December 2024

Medium

Sequences and Automations not exposed via REST API

Low

Cost escalates via workflow caps and add-ons

Pair-specific challenges

  • Pipedrive custom fields use hash keys, not labels — the API reference is the key, not the name

    When FlitStack creates custom fields in Pipedrive before migration, Pipedrive assigns each field a 40-character hash key (e.g., abc123def456...) as the API field identifier, not the display name. The migration tool must reference the hash key when writing data to the custom field. If a custom field is renamed after creation, the hash key stays the same. If the field is deleted and recreated with the same name, a new hash key is generated and all existing data in that field is lost. We capture the hash key at field creation and store it in the migration mapping workbook before any data is written, so the import references the correct identifier throughout.

  • Appointment datetime maps to Activity due_date, but Pipedrive Activities have no native operatory field

    My Dental Clinic appointments carry an operatory number (which treatment room the appointment occurs in). Pipedrive Activities do not have a native operatory field — the standard Pipedrive Activity object only has subject, type, due date/time, user, person, org, and deal associations. An operatory__c custom field must be added to every Activity record during migration. This field must be created in Pipedrive as a custom field before data import begins, and the mapping workbook must include it in every Activity row written to the Pipedrive API.

  • Insurance carriers become Organizations — patient-to-carrier is a many-to-one relationship with multiple carrier links

    My Dental Clinic stores up to three insurance carriers per patient (primary, secondary, tertiary). Pipedrive Person records support multiple Organization links via the Person's organization_id (primary) and additional link records. We map the primary carrier to organization_id and add secondary/tertiary carriers as additional organization links on the Person. If the source stores the subscriber ID and group number on the patient record rather than on a separate carrier table, we push those values to the carrier Organization custom fields and reference them via the link — the subscriber relationship to the patient is preserved through the organization-person link record.

  • Recall data requires both a custom field on Person and an Activity creation — a two-step dependency

    My Dental Clinic recall intervals and next due dates live on the patient record. Pipedrive does not have a native recall concept. We store recall_type__c, recall_interval_months__c, and next_recall_date__c as custom fields on the Person. Additionally, to trigger the front-desk workflow, we create a Pipedrive Activity (Task type) for the next recall appointment with the due date set to next_recall_date__c, assigned to the patient's preferred provider. This two-step mapping — custom fields for data preservation plus Activity creation for workflow — requires the Person record to exist before the recall Activity can be linked.

  • Pipedrive API token-based rate limits introduced December 2024 affect bulk migration throughput

    Pipedrive's token-based rate limiting (effective December 2, 2024 for new customers, rolling out to existing customers) sets per-token request limits that cap how fast bulk data can be written via the Pipedrive REST API. FlitStack AI batches writes and implements exponential backoff on 429 responses to respect rate limit headers. For large patient databases (>25,000 records), the migration clock time extends because the rate limit throttles throughput. We disclose estimated migration duration based on record count and the observed rate limit response headers during the sample migration phase.

Migration approach

Six steps for a successful My Dental Clinic to Pipedrive data migration

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

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

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

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

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

Context on both ends of the pair

My Dental Clinic logo

My Dental Clinic

Source

Strengths

  • Web-based, browser-accessible interface requiring no local server installation or maintenance overhead.
  • Automated patient communication tools including appointment reminders and intake form collection reduce front-desk workload.
  • Specialized dental workflow features including tooth charting and perio charting built into the core product rather than add-ons.

Weaknesses

  • Narrower third-party integration ecosystem compared to major dental platforms, limiting connectivity with specialized imaging and lab vendors.
  • Per-feature pricing model can become unpredictable in cost as practices add modules over time.
  • Customer service responsiveness scores trail category competitors, creating risk for practices that need timely support during transitions.
Pipedrive logo

Pipedrive

Destination

Strengths

  • Intuitive drag-and-drop pipeline that sales reps actually use without resistance or training overhead.
  • Per-seat unlimited-deals model on all tiers — reps cannot be blocked from logging activity.
  • Active marketplace with 400+ integrations and a documented REST API with OpenAPI 3 specs.
  • Mobile apps with offline access, call logging, and calendar sync keep field teams operational.
  • Strong focus on sales activity tracking — next-action reminders and follow-up scheduling are first-class features.

Weaknesses

  • No custom objects — teams needing non-standard data structures must work around the four standard entity types.
  • Workflow automation limits by tier (30, 60, 90 active workflows) force upgrades as processes grow.
  • No free permanent plan — teams evaluating fit must commit to a trial without a freemium option.
  • Limited advanced reporting and custom dashboard capabilities compared to HubSpot or Salesforce.
  • Export permissions are gated by visibility groups, meaning data scoping must account for who can see what before migration.

Complexity grading

How hard is this migration?

Standard CRM migration. 3 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across My Dental Clinic and Pipedrive.

  • Object compatibility

    B

    3 of 8 objects need a mapping; the rest are 1:1.

  • 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

    My Dental Clinic: Not publicly documented..

  • Data volume sensitivity

    B

    My Dental Clinic doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your My Dental Clinic to Pipedrive 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 My Dental Clinic to Pipedrive data migrations

Answers to the questions buyers ask most during My Dental Clinic to Pipedrive migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most My Dental Clinic to Pipedrive migrations complete within 48–72 hours for practices with under 25,000 patient records and a single location. Multi-location practices with 50,000+ records or 30+ custom fields per patient extend to 5–10 days. The longest planning step is creating and verifying Pipedrive custom fields before the bulk import runs, since each custom field requires a hash key to be captured in the mapping workbook before data can be written to it.

Adjacent paths

Related migrations to explore

Ready when you are

Move from My Dental Clinic.
Land in Pipedrive, 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