CRM migration
Field-level mapping, validation, and rollback between Dentally and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
Dentally
Source
Pipedrive
Destination
Compatibility
12 of 12
objects map 1:1 between Dentally and Pipedrive.
Complexity
BStandard
Timeline
24–48 hours
Overview
Dentally is a dental-practice-management platform built around patients, appointments, treatment plans, clinical notes, and invoices. Pipedrive is a sales CRM built around People, Organizations, Deals, and Activities. The migration from Dentally to Pipedrive is primarily a contact-and-activity migration: patients map to Pipedrive People, practitioners resolve to Pipedrive Users by email match, and appointment records become Pipedrive Activities (calls, meetings, tasks) preserving original timestamps and owner links. Dentally's clinical data — tooth charts, treatment plans, medical history — has no native Pipedrive equivalent and migrates as freeform Notes on the Person record, with custom dental fields (NHS/UDAs, band categories, recall intervals) created as Pipedrive custom fields. Dentally invoices map to Pipedrive Deals with the invoice total as deal_value, though the full line-item detail collapses into Notes. We use Dentally's API export (authenticated via your Dentally account) and Pipedrive's REST API (v1) for the migration run. Automations, appointment reminders, and recall workflows in Dentally do not migrate — those are platform-native constructs that must be rebuilt in Pipedrive's Automation engine. Sample migration with field-level diff runs first; full cutover follows with a 24–48h delta pickup window.
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 Dentally 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.
Dentally
Patient
Pipedrive
Person
1:1Dentally patient records map 1:1 to Pipedrive People. Core fields transfer directly: first name, last name, email address, phone number, mobile number, full postal address, city, postcode, date of birth, and gender. All standard contact fields map without transformation. The original Dentally patient ID is preserved as a custom field (Source_System_ID__c) on the Pipedrive Person record, enabling traceability throughout the migration and supporting delta-run de-duplication when records are compared against the source system during the change-capture window.
Dentally
Patient Custom Fields
Pipedrive
Person Custom Fields
1:1Dentally custom fields on patients (NHS number, UDA target, band categories, recall interval, medical conditions flag) create Pipedrive custom fields on the Person object. Field types are matched: text fields to Pipedrive text, dropdowns to Pipedrive enum. Pipedrive generates a 40-character hash key for each custom field.
Dentally
Appointment
Pipedrive
Activity (Task / Event)
1:1Dentally appointments map to Pipedrive Activities. Appointments with a 'completed' status become Pipedrive Events with original start/end timestamps preserved. Cancelled or no-show appointments become Tasks with Type='Appointment' and a ' Cancelled' note. The practitioner who owned the appointment resolves to a Pipedrive User by email match.
Dentally
Invoice / Payment
Pipedrive
Deal + Note
1:1Dentally invoices become Pipedrive Deals where the total invoice amount maps to deal_value (single numeric field). Individual line items, payment plan schedules, and NHS/UDA breakdowns are preserved in a Deal Note appended at migration time. Pipedrive does not have a native invoice object; the full invoice detail lives in the Note.
Dentally
Treatment Plan
Pipedrive
Note on Person
1:1Dentally treatment plans (proposed treatments, completed procedures, materials used) have no Pipedrive structural equivalent. Plans are migrated as freeform Notes attached to the Person record with a 'Treatment Plan' label. The structured nature of Dentally's treatment items (band, surface, tooth number) is preserved as text in the Note body.
Dentally
Clinical Note (Tooth Chart / Periodontal)
Pipedrive
Note on Person
1:1Dentally clinical notes — tooth chart data, periodontal pocket measurements, existing restorations — have no structured Pipedrive equivalent. These migrate as Notes on the Person record. We preserve the original timestamp and authoring practitioner, but the tooth-chart spatial layout collapses to a text representation.
Dentally
Medical History
Pipedrive
Note on Person
1:1Dentally patient medical history containing conditions, medications, allergies, and relevant health alerts migrates as a Note attached to the Pipedrive Person record with a 'Medical History' label. The Note body preserves the original medical text from Dentally including any formatted lists or structured condition entries. Pipedrive's 'Important fields' feature allows administrators to surface this Note prominently in the Person detail view without requiring a custom object or additional configuration. This approach keeps medical context accessible to staff viewing patient records without altering Pipedrive's standard data architecture.
Dentally
Practitioner / Staff
Pipedrive
User
1:1Dentally practitioners and staff map to Pipedrive Users. Resolution happens by email match — each Dentally practitioner record's email is matched against invited Pipedrive users. Unmatched practitioners are flagged before migration; records are assigned to a fallback owner until Pipedrive user accounts are provisioned.
Dentally
Organisation / Practice
Pipedrive
Organization
1:1Dentally practice and surgery details — including practice name, primary address, phone number, and any secondary contact information — map to Pipedrive Organization fields. For multi-location practices where each surgery operates as a separate entity in Dentally, each location becomes a distinct Organization record in Pipedrive rather than being merged. Parent-child hierarchical relationships between Dentally sites (such as group headquarters linked to satellite clinics) map to Pipedrive's Organization hierarchy using the Parent Organization field, preserving the structural relationship across your dental group.
Dentally
Recall Campaign
Pipedrive
Automation (must be rebuilt)
1:1Dentally recall campaigns — automated patient outreach based on recall intervals — have no Pipedrive equivalent. The recall interval (months since last visit) migrates as a custom field on Person, but the automated triggering logic must be rebuilt in Pipedrive's Automation engine post-migration.
Dentally
Attachment / Uploaded File
Pipedrive
Activity Attachment / Note
1:1Dentally files attached to patient records — including consent forms, radiographs exported as image files, treatment plan PDFs, clinical photographs, and any other uploaded documents — transfer to Pipedrive as attachments on the appropriate Person Note or Activity record. Each file is re-uploaded to maintain the original association to the patient record. Pipedrive enforces a file size limit of 100MB per individual file upload, which accommodates most dental imaging exports and standard document types without requiring compression or splitting.
Dentally
Appointment Reminder / Communication Template
Pipedrive
Automation (must be rebuilt)
1:1Dentally SMS/email appointment reminders and patient communication templates do not migrate. These are platform-native automation constructs. We export the template content as a reference Note on the Person so your Pipedrive admin can rebuild them in Pipedrive's Automation or Email Templates.
| Dentally | Pipedrive | Compatibility | |
|---|---|---|---|
| Patient | Person1:1 | Fully supported | |
| Patient Custom Fields | Person Custom Fields1:1 | Mapping required | |
| Appointment | Activity (Task / Event)1:1 | Fully supported | |
| Invoice / Payment | Deal + Note1:1 | Fully supported | |
| Treatment Plan | Note on Person1:1 | Fully supported | |
| Clinical Note (Tooth Chart / Periodontal) | Note on Person1:1 | Fully supported | |
| Medical History | Note on Person1:1 | Fully supported | |
| Practitioner / Staff | User1:1 | Fully supported | |
| Organisation / Practice | Organization1:1 | Fully supported | |
| Recall Campaign | Automation (must be rebuilt)1:1 | Fully supported | |
| Attachment / Uploaded File | Activity Attachment / Note1:1 | Fully supported | |
| Appointment Reminder / Communication Template | Automation (must be rebuilt)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.
Dentally gotchas
API rate limits are undocumented and require a support request
Dentally manages inbound migrations rather than offering self-service export
Final migration runs the day before go-live, leaving a narrow correction window
Dentally Vision imaging requires separate product setup
Tier-gated features may be inactive in the migrated environment
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
Authenticate and export Dentally data via API
We authenticate against your Dentally account using your API credentials (obtained from Dentally settings). We export Patients, Practitioners, Appointments, Invoices, Treatment Plans, Clinical Notes, and Organisation records via the Dentally REST API. We capture the created_at, updated_at, and practitioner owner on every record. A pre-scan report is generated showing record counts per object, the list of custom fields in use, and any records without a practitioner owner (flagged for fallback assignment).
Create Pipedrive custom fields and provision users
Before data lands, we create the Pipedrive custom fields needed for Dentally-specific data: NHS_Number__c, UDA_Target__c, Band_Category__c, Recall_Interval_Months__c, Has_Medical_Conditions__c, Original_Create_Date__c, and Source_System_ID__c on the Person object; Source_System_ID__c on Organization; and Deal custom fields for invoice reference. Simultaneously, we match Dentally practitioner emails to existing Pipedrive users. Unmatched practitioners are flagged so your team can invite them to Pipedrive before the migration run.
Run a sample migration with field-level diff
A representative slice of 100–300 patient records migrates first — spanning patients with appointments, invoices, treatment plans, and clinical notes. We generate a field-level diff report comparing source values against Pipedrive field values, confirming custom field creation, owner resolution, and Activity link integrity. You review the diff report before the full run commits. This is the validation gate that catches mapping errors before they affect your full patient database.
Execute full migration with delta-pickup window
The full Dentally dataset migrates to Pipedrive: Organisations first, then People with custom fields and clinical Notes, then Deals linked to People with invoice Notes, then Activities linked to People with original timestamps. A delta-pickup window (typically 24–48 hours) runs concurrently with your final day on Dentally, capturing any new patients, appointments, or invoice changes that occur during the cutover window. All records carry the Source_System_ID__c for rollback traceability.
Deliver audit log and reconciliation report
Post-migration, we deliver a full audit log listing every record created, updated, or skipped in Pipedrive, with Dentally source ID, Pipedrive ID, field mapping applied, and any warnings (unmatched owner, missing custom field value). We run a record-count reconciliation comparing Dentally totals against Pipedrive totals per object. If reconciliation fails, one-click rollback reverts all Pipedrive changes and the migration can be re-run with corrected mapping after the schema issue is addressed.
Platform deep dives
Dentally
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 Dentally 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
Dentally: Not publicly documented; practices requiring higher limits must request them via Dentally support.
Data volume sensitivity
Dentally 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 Dentally to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your Dentally 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 Dentally
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.