CRM migration

Migrate from Bluwave CRM to Microsoft Dynamics 365 Sales

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 logo

Bluwave CRM

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

78%

7 of 9

objects map 1:1 between Bluwave CRM and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Bluwave CRM logo

Bluwave CRM

What's pushing teams away

  • Small businesses find the per-user monthly cost in ZAR prohibitive as headcount grows, with reviews citing it as expensive relative to alternatives.
  • The platform lacks a built-in report writer, forcing power users to export to Excel for any analysis beyond pre-built dashboards.
  • Limited customisation options mean teams with non-standard sales processes struggle to fit the CRM to their workflow rather than adapting their workflow to the CRM.
  • No publicly documented API means integrations with external tools rely on third-party connectors or manual exports, creating friction for technically-minded teams.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How Bluwave CRM objects map to Microsoft Dynamics 365 Sales

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

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Bluwave 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

maps to

Microsoft Dynamics 365 Sales

Lead

1:1
Fully supported

Bluwave 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

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Bluwave 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

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Bluwave 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

maps to

Microsoft Dynamics 365 Sales

Opportunity Stage and Sales Process

lossy
Fully supported

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

maps to

Microsoft Dynamics 365 Sales

Task and Event

1:1
Fully supported

Bluwave 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

maps to

Microsoft Dynamics 365 Sales

User

1:1
Fully supported

Bluwave 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

maps to

Microsoft Dynamics 365 Sales

Marketing List

1:1
Fully supported

Bluwave 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

maps to

Microsoft Dynamics 365 Sales

Custom Fields

lossy
Mapping required

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

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.

Bluwave CRM logo

Bluwave CRM gotchas

High

No public API — migration relies on Excel export

Medium

Custom field schema is not publicly documented

Medium

Pricing is in ZAR with mandatory upfront training package

Low

Geocoded location data is address-derived, not GPS-captured

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • Bluwave has no API — extraction is Excel-only

    Bluwave CRM does not publish API documentation or a developer portal. Our migration engine cannot call a Bluwave API. We extract via the system's built-in Excel export, which is limited to the columns visible in the active module view. We request access to all relevant modules before export to ensure columns are not hidden by default configuration. Binary attachments and images do not export via this method and are handled separately via the web interface where accessible. This extraction approach means the migration is bounded by what the Excel export exposes, and records with hidden or filtered columns require manual visibility adjustment before re-export.

  • Custom field schema is not publicly documented

    Bluwave CRM supports custom fields but no public field reference exists. During scoping, we export sample records and infer field types from content to build a mapping guide. Any misidentified field type can cause validation failures at import into Dynamics 365, where field types are strictly enforced. We validate with a small batch before committing the full load and flag any custom fields that cannot be unambiguously typed as Text in the destination. The customer's admin should review these after migration and re-type them as needed in Dynamics 365 field settings.

  • Dynamics 365 field-level security can block record import silently

    Salesforce experience with validation rules and field-level security blocking imports applies equally to Dynamics 365. Dynamics orgs frequently enforce required field formats, conditional required fields, and field-level security that the migration user must explicitly bypass. We coordinate with the customer's Dynamics admin to grant the migration user appropriate Dataverse roles before load. We also review active field-level security profiles and either disable or extend them with a migration context check to prevent silent record rejection during import.

  • Geocoded data is forward-geocoded approximation, not GPS

    Bluwave CRM geocodes customer addresses automatically at entry, appending latitude and longitude as an approximation. This is not GPS data captured during a field visit. We preserve these values as custom properties in Microsoft Dynamics 365 Sales and flag them for review. Teams relying on the coordinates for travel claim accuracy, compliance documentation, or territory mapping should treat these as reference addresses rather than visit-verified locations. Microsoft Dynamics 365 Sales has no native geocoding; if geocoding is a business requirement, a third-party address verification integration or Dynamics 365 Map add-in should be evaluated post-migration.

Migration approach

Six steps for a successful Bluwave CRM to Microsoft Dynamics 365 Sales data migration

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

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

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

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

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

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

Context on both ends of the pair

Bluwave CRM logo

Bluwave CRM

Source

Strengths

  • Simple onboarding with mandatory setup and training packages that get new users operational quickly.
  • Integrated field sales tools including geocoding, travel claim reports, and face-to-face activity logging.
  • Bundled after-sales service module means field service and CRM share a single database and licence.
  • Strong ease-of-use ratings across G2 and Capterra with minimal learning curve for sales reps.
  • Monthly licence is cancellable with 7 days notice, reducing long-term commitment risk for small teams.

Weaknesses

  • No public API documentation or developer reference, limiting migration tooling and third-party integration options.
  • Mandatory setup package (from R9,750 for 1-3 users) adds significant upfront cost before a single user logs in.
  • Lacks a built-in report writer, requiring Excel exports for any custom analysis.
  • Customisation is limited compared to platforms like HubSpot or Zoho, with fewer field types and workflow options.
  • The platform is primarily documented in English but priced exclusively in South African Rand, which may complicate budgeting for international teams.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. 2 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 Bluwave CRM and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    2 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

    Bluwave CRM: Not publicly documented.

  • Data volume sensitivity

    B

    Bluwave CRM doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Bluwave CRM to Microsoft Dynamics 365 Sales 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 Bluwave CRM to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during Bluwave CRM to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 10,000 Contacts and 2,000 Deals with no custom objects. Migrations exceeding those volumes, with extensive custom fields requiring iterative type inference, or with large activity histories, move to six to ten weeks because of the Excel export scoping work, sandbox validation cycle, and Dataverse batch import processing. Bluwave's lack of an API means every scoping correction requires a re-export rather than an API re-pull, which adds time compared to API-based migrations.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Bluwave CRM.
Land in Microsoft Dynamics 365 Sales , 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