CRM migration
Field-level mapping, validation, and rollback between Bluwave CRM and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Bluwave CRM
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
7 of 9
objects map 1:1 between Bluwave CRM and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Bluwave CRM to Microsoft Microsoft Dynamics 365 Sales is a migration from a South African SMB platform with no public API to a globally-scaled enterprise CRM with a fully-documented Dataverse API. The central challenge is Bluwave's lack of an API: we extract records through the system's built-in Excel export, infer custom field types by sampling content, and load into Dynamics 365 via the Dataverse REST endpoint with batch processing and rate-limit handling. We preserve relational links between Deals and their associated Contacts and Companies, migrate the pipeline stage structure as Dynamics Opportunity Sales Processes, and deliver the geocoded latitude/longitude values as custom fields for review post-migration. Bluwave's workflow rules, mail list automations, and service module configurations do not migrate as code; we produce a written inventory for the customer's admin to rebuild in Dynamics 365.
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
Bluwave CRM platform overview
Scorecard, SWOT, gotchas, and pricing for Bluwave CRM.
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 Bluwave CRM 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.
Bluwave CRM
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Bluwave CRM Contact records map directly to Microsoft Dynamics 365 Contact. Standard fields (full name, email, phone, postal address) migrate without transformation. The geocoded latitude/longitude values appended at address entry in Bluwave are preserved as custom decimal fields on the Dynamics Contact record for post-migration review; we flag these to the customer because they are forward-geocoded approximations, not GPS captures. We validate email format and uniqueness before insert to catch duplicates that Excel export does not surface.
Bluwave CRM
Lead
Microsoft Dynamics 365 Sales
Lead
1:1Bluwave CRM Lead records (distinct from Contacts in the Bluwave data model) map directly to Dynamics 365 Lead. Lead source attribution, lifecycle stage values, and any scoring custom fields migrate as custom fields on the Dynamics Lead. We infer the picklist values from exported content during the scoping phase because Bluwave does not publish a field schema reference.
Bluwave CRM
Company
Microsoft Dynamics 365 Sales
Account
1:1Bluwave CRM Company records map to Microsoft Dynamics 365 Account. Company name, industry classification, annual revenue, number of employees, and address fields transfer directly. Account is inserted before Contact records to satisfy the parent AccountId lookup requirement on the Contact object during import.
Bluwave CRM
Deal
Microsoft Dynamics 365 Sales
Opportunity
1:1Bluwave CRM Deals map to Dynamics 365 Opportunity. Deal value maps to EstimatedRevenue, expected close date maps to EstimatedCloseDate, and owner assignment maps to OwnerId via email-matched User resolution. The pipeline stage name maps to the StageName field against the Sales Process we configure before migration. Deals without an associated Contact or Company are flagged as orphaned and held in a reconciliation queue.
Bluwave CRM
Pipeline Stages
Microsoft Dynamics 365 Sales
Opportunity Stage and Sales Process
lossyBluwave CRM's configurable pipeline stages are extracted by exporting the pipeline settings module. Each stage name becomes a Dynamics 365 Opportunity Stage value within a Sales Process that we provision during the destination schema phase. Probability percentages from Bluwave transfer as probability values on each stage. We validate that stage names do not exceed Dynamics' 30-character limit before creation.
Bluwave CRM
Activity (face-to-face, call, task)
Microsoft Dynamics 365 Sales
Task and Event
1:1Bluwave CRM Activities (including geocoded face-to-face visits linked to travel claims) map to Dynamics 365 Task for tasks and calls, and Event for scheduled meetings. Activity type picklist values require explicit mapping during scoping because Bluwave's picklist schema is not publicly documented. We sample exported activities to build the type mapping before the production migration run. Geocoded location values on face-to-face activities migrate as custom fields on the Dynamics Task record.
Bluwave CRM
User / Owner
Microsoft Dynamics 365 Sales
User
1:1Bluwave CRM User records (name, email, role) map to Microsoft Dynamics 365 User records by email match. We extract all distinct owner references from Deals, Contacts, and Activities and cross-reference against the destination Dynamics org's User table. Any Bluwave owner without a matching Dynamics User is placed in a reconciliation queue; the customer's admin provisions the missing User before record import resumes.
Bluwave CRM
Mail List
Microsoft Dynamics 365 Sales
Marketing List
1:1Bluwave CRM Mail List segments are migrated as Dynamics 365 Marketing List records with member Contact and Lead associations preserved. We do not migrate email campaign history or engagement metrics; these have no equivalent in Microsoft Dynamics 365 Sales and would require rebuilding in Dynamics 365 Marketing or an email marketing platform post-migration. The segment definition and current member list transfer as a static list.
Bluwave CRM
Custom Fields
Microsoft Dynamics 365 Sales
Custom Fields
lossyBluwave CRM custom fields are supported but have no published schema reference. We audit custom field names and infer data types by sampling exported records during the scoping phase. Custom fields that do not map to a standard Dynamics field type are created as Text fields in Dynamics 365 with a note in the migration guide for the customer's admin to re-type as needed. This prevents validation failures on import that would result from mis-identified field types.
| Bluwave CRM | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline Stages | Opportunity Stage and Sales Processlossy | Fully supported | |
| Activity (face-to-face, call, task) | Task and Event1:1 | Fully supported | |
| User / Owner | User1:1 | Fully supported | |
| Mail List | Marketing List1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required |
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.
Bluwave CRM gotchas
No public API — migration relies on Excel export
Custom field schema is not publicly documented
Pricing is in ZAR with mandatory upfront training package
Geocoded location data is address-derived, not GPS-captured
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
Discovery and export preparation
We request access to all relevant Bluwave CRM modules (Contacts, Leads, Companies, Deals, Activities, Pipeline Settings, Mail Lists) before any export. We work with the customer's Bluwave admin to ensure all columns are visible in each module view so that the Excel export captures the full field set, not just the default-visible columns. We sample three to five exported records per module and infer custom field data types from content. We also extract the pipeline stage definitions and owner list during this phase.
Destination schema provisioning
We create the Microsoft Microsoft Dynamics 365 Sales destination schema in a Sandbox environment. This includes provisioning any custom fields on Contact, Lead, Account, and Opportunity to receive the Bluwave custom field values, creating the Sales Process with stage names matched to the Bluwave pipeline, and granting the migration service account the Dataverse security roles required for bulk data import. We validate the schema before any records are loaded.
Owner reconciliation
We extract every distinct Bluwave CRM Owner referenced on Deals, Activities, and Contacts and match by email against the Dynamics 365 destination org's User table. Owners without a matching User are placed in a reconciliation queue. The customer's Dynamics admin provisions any missing Users (active or inactive depending on whether the original Bluwave user is still employed). Migration cannot proceed past the bulk load phase because OwnerId references on Opportunities and Tasks require valid User records.
Sandbox migration and reconciliation
We run a full migration into the Dynamics 365 Sandbox using production-equivalent record volume. The customer's RevOps lead reconciles record counts and spot-checks 20-30 random records against the Bluwave source export. We correct any field mapping errors, picklist mismatches, or data type issues in the mapping guide before running the production migration. Any pipeline stage name exceeding 30 characters is trimmed to Dynamics' limit at this stage.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Bluwave Companies), Contacts (with AccountId resolved), Leads, Opportunities (with OwnerId, AccountId, and Sales Process resolved), Activity history (Tasks and Events via Dataverse REST API with batch chunking and retry on 429 rate-limit responses), Mail Lists (static Marketing Lists with member associations). Each phase emits a row-count reconciliation report before the next phase begins. Binary attachments are exported separately via the Bluwave web interface and linked to the corresponding Dynamics records by filename convention.
Cutover, validation, and automation inventory delivery
We freeze Bluwave CRM writes during cutover, run a final delta migration of any records modified during the migration window, then enable Microsoft Dynamics 365 Sales as the system of record. We deliver a written inventory of every Bluwave CRM workflow rule, travel claim configuration, and mail list automation requiring rebuild in Dynamics 365. We support a three-day hypercare window for reconciliation issues raised by the sales team. We do not rebuild Bluwave workflow rules as Dynamics 365 Business Rules or Power Automate flows within the migration scope; that is a separate engagement.
Platform deep dives
Bluwave CRM
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
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 Bluwave CRM and Microsoft Dynamics 365 Sales .
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
Bluwave CRM: Not publicly documented.
Data volume sensitivity
Bluwave CRM 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 Bluwave CRM to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Bluwave CRM 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 Bluwave CRM
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.