CRM migration
Field-level mapping, validation, and rollback between Bp Premier and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Bp Premier
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
11 of 12
objects map 1:1 between Bp Premier and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–96 hours
Overview
BP Premier and Dynamics 365 Sales serve fundamentally different markets: BP Premier is a medical practice management platform for GPs and specialists in Australia and New Zealand, handling patient records, clinical notes, prescribing, appointment scheduling, and Medicare billing. Dynamics 365 Sales is a cloud CRM built for B2B sales teams, with Accounts, Contacts, Leads, and Opportunities. There is no native clinical equivalent in Dynamics 365 Sales. The migration carries everything BP Premier stores in its patient database — demographics, addresses, Medicare/HIC numbers, provider associations, and appointment histories — into Dynamics 365 custom tables and activity records. Clinical notes, reason for visit, and clinical findings have no standard CRM equivalent and are reconstructed as custom Note records or custom-string fields. BP Premier does not expose a documented public REST API for bulk data export; FlitStack sequences extraction via the database layer, staging the output, then loading into Dynamics 365 using the Dataverse Web API with upsert logic to handle existing record prevention.
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.
Source platform
Bp Premier platform overview
Scorecard, SWOT, gotchas, and pricing for Bp Premier.
Destination platform
Microsoft Dynamics 365 Sales platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Sales .
Data migration guide
The complete Microsoft Dynamics 365 Sales migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Microsoft Dynamics 365 Sales migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Sales .
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Bp Premier 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.
Bp Premier
Patient
Microsoft Dynamics 365 Sales
Account
1:1BP Premier Patient is the primary record and maps to Dynamics 365 Account when the patient represents a household or organisation. The patient's full name splits into Account Name, and the BP Premier Patient ID is stored as a custom field (BP_Patient_ID__c) for traceability. Individual patients map to Contact records separately.
Bp Premier
Patient
Microsoft Dynamics 365 Sales
Contact
many:1BP Premier Patient demographics (first name, last name, date of birth, gender, Medicare number, address) merge into a single Dynamics 365 Contact record. Medicare details and healthcare identifiers stored as custom fields since no native equivalent exists in Dynamics 365.
Bp Premier
Provider / Practitioner
Microsoft Dynamics 365 Sales
Contact
1:1BP Premier practitioners (GPs, specialists, Allied Health providers) map to Dynamics 365 Contact records with a Provider_Type__c custom field identifying their role. Provider email addresses are used to match and resolve Dynamics 365 user records as owners for activities and accounts.
Bp Premier
Appointment
Microsoft Dynamics 365 Sales
Activity (custom appointment entity)
1:1BP Premier appointment records have no direct Dynamics 365 equivalent — they map to a custom Activity entity (BP_Appointment__c) with fields for appointment start and end time (mapped from BP Premier's appt time and duration), status (mapped via value mapping from BP Premier status codes), and clinical reason (stored as a custom string field). The related patient resolves to the Account or Contact.
Bp Premier
Billing / Invoice
Microsoft Dynamics 365 Sales
Opportunity
1:1BP Premier billing transactions (bulk-bill claims, itemised invoices, Medicare transactions) map to Dynamics 365 Opportunity records — not an ideal fit since Opportunities represent sales pipelines rather than billing ledgers. Transaction amount and date map to Estimated Revenue and Close Date; the billing description becomes the Opportunity Name.
Bp Premier
Clinical Note
Microsoft Dynamics 365 Sales
Note
1:1BP Premier clinical notes, reason for visit, and clinical findings have no equivalent in Dynamics 365 Sales. We migrate these as Dynamics 365 Note records attached to the Contact or Account, with the clinical date preserved in the Note's Created On timestamp. The original author (practitioner) resolves to a Dynamics 365 user.
Bp Premier
Prescription / Medication
Microsoft Dynamics 365 Sales
Note
1:1BP Premier prescribing records store medication name, dosage, and instructions. Since Dynamics 365 Sales has no prescribing entity, medications are migrated as Note records with a custom BP_Medication__c text block containing the full prescription detail. Attachments such as prescribing PDFs are re-hosted as Dynamics 365 FileAttachments.
Bp Premier
Document / Attachment
Microsoft Dynamics 365 Sales
SharePoint Document (via Dynamics 365 Attachments)
1:1BP Premier file attachments on patient records (referral letters, imaging results, consent forms) are downloaded and re-uploaded to the Dynamics 365 SharePoint integration attached to the corresponding Account or Contact record. File size limits of 10MB per file apply. The original file names and folder structures are preserved where possible, and SharePoint permissions are mapped to Dynamics 365 security roles to maintain appropriate access controls across the organisation.
Bp Premier
Practice / Organisation
Microsoft Dynamics 365 Sales
Account
1:1BP Premier practice-level settings and the practice organisation record map to a Dynamics 365 Account representing the clinic. Address, phone, and practice manager details migrate as standard Account fields. Additional practice metadata such as billing software configuration, operating hours, and clinic-specific flags are evaluated during discovery and stored as custom fields on the Account record where they add operational value for staff using the CRM.
Bp Premier
Custom fields on Patient
Microsoft Dynamics 365 Sales
Custom fields (__c) on Contact
1:1Any custom properties configured by the practice on the BP Premier Patient record (such as insurance provider, health fund number, or custom clinical flags) are enumerated during discovery and created as Dynamics 365 custom fields on the Contact entity with the __c suffix. Value mapping applies where custom fields use pick-list values.
Bp Premier
Appointment Status
Microsoft Dynamics 365 Sales
BP_Appointment__c.Status
1:1BP Premier appointment status codes (Booked, Confirmed, Attended, Did Not Attend, Cancelled, No Show, Rescheduled) are mapped value-by-value to custom status values on the BP_Appointment__c entity. The mapping table is delivered as part of the migration plan before the load runs, and any status codes that do not have a direct equivalent in the target pick-list are flagged for the practice administrator to confirm the appropriate target value before migration commences.
Bp Premier
Batch / Recall
Microsoft Dynamics 365 Sales
Dynamics 365 Workflow or Campaign
1:1BP Premier recall and reminder功能 (patient recall for follow-up, health checks) has no direct Dynamics 365 Sales equivalent. We preserve recall records as custom fields on the Contact and export the recall schedule as a reference file; rebuilding the recall logic as Dynamics 365 workflows or Campaign members is a post-migration configuration step.
| Bp Premier | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Patient | Account1:1 | Fully supported | |
| Patient | Contactmany:1 | Fully supported | |
| Provider / Practitioner | Contact1:1 | Fully supported | |
| Appointment | Activity (custom appointment entity)1:1 | Fully supported | |
| Billing / Invoice | Opportunity1:1 | Fully supported | |
| Clinical Note | Note1:1 | Fully supported | |
| Prescription / Medication | Note1:1 | Fully supported | |
| Document / Attachment | SharePoint Document (via Dynamics 365 Attachments)1:1 | Fully supported | |
| Practice / Organisation | Account1:1 | Fully supported | |
| Custom fields on Patient | Custom fields (__c) on Contact1:1 | Fully supported | |
| Appointment Status | BP_Appointment__c.Status1:1 | Fully supported | |
| Batch / Recall | Dynamics 365 Workflow or Campaign1: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.
Bp Premier gotchas
MySL prescription date-created has inconsistent behavior
My Health Record uploads are immutable and non-extractable
No REST API — migration relies entirely on export tools
Server-to-server migration requires full reinstall
Legacy version data format differences
Microsoft Dynamics 365 Sales gotchas
Professional tier 15-table custom table limit blocks migrations
October 2024 pricing increase applies at renewal for all customers
Custom fields must be created in the UI before API writes
Power Platform request limits apply to bulk migrations
Activity records orphaned to inactive owners fail silently
Pair-specific challenges
Migration approach
Discover BP Premier database schema and enumerate all custom fields
FlitStack connects to the BP Premier database (with practice IT approval) and enumerates all tables, custom fields, and record counts. We produce a data profiling report listing every patient field, every appointment status code, every custom field used by the practice, and the total record volume per table. This report drives the object and field mapping plan and determines whether Dynamics 365 Sales Professional's 15-table limit is exceeded.
Design Dynamics 365 custom schema and pre-create custom fields
Based on the discovery report, FlitStack delivers a Dynamics 365 schema setup plan: which custom tables and fields to create (BP_Appointment__c, BP_Patient_ID__c, BP_Medicare_Number__c, etc.), what data type each field uses, and which pick-list values to set up for appointment status and billing status. Your Dynamics 365 admin creates these before data lands. If the 15-table cap on Sales Professional is exceeded, we flag this and your team decides on the Enterprise upgrade before proceeding.
Stage extraction, transform data, and resolve owners by provider email
We extract patient, appointment, billing, clinical note, and prescription data from the BP Premier database and stage it in a transformation layer. Provider email addresses from BP Premier are matched against Dynamics 365 users to resolve OwnerId references — unmatched providers are flagged for your team to either create Dynamics 365 user accounts or assign a fallback owner. Medicare numbers, healthcare identifiers, and clinical notes are prepared as custom field values and Note attachments respectively.
Run sample migration with field-level diff before full load
A representative slice — typically 100–500 patient records spanning several providers, a range of appointment statuses, and a few billing transactions — migrates into Dynamics 365 first. We generate a field-level diff comparing source BP Premier values against the loaded Dynamics 365 records so you can verify Medicare number mapping, appointment status value mapping, clinical note attachment placement, and owner resolution before the full run commits.
Execute full migration with delta-pickup window and rollback readiness
The full BP Premier dataset loads into Dynamics 365 via the Dataverse Web API. A delta-pickup window (24–48 hours) captures any records modified in BP Premier during the cutover — this includes new appointments booked or patient details updated while the migration runs. An audit log records every upsert operation. If reconciliation finds discrepancies, one-click rollback reverts the Dynamics 365 environment to its pre-migration state so the load can be re-run with corrected mapping.
Platform deep dives
Bp Premier
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Bp Premier and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Bp Premier and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Bp Premier and Microsoft Dynamics 365 Sales .
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
Bp Premier: Not publicly documented.
Data volume sensitivity
Bp Premier 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 Bp Premier to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Bp Premier to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Bp Premier
Other ways to arrive at Microsoft Dynamics 365 Sales
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.