CRM migration

Migrate from Referrizer to Microsoft Dynamics 365 Sales

Field-level mapping, validation, and rollback between Referrizer and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .

Referrizer logo

Referrizer

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

70%

7 of 10

objects map 1:1 between Referrizer and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Referrizer is a referral-first CRM built for small multi-location businesses that bundles SMS, email, loyalty, and reputation tools in one subscription. Microsoft Microsoft Dynamics 365 Sales is an enterprise-grade CRM backed by the Dataverse platform that integrates with Office 365, Power Platform, and Azure. The two platforms have fundamentally different data models: Referrizer stores loyalty points as contact properties and has no bulk export API, while Microsoft Dynamics 365 Sales exposes Accounts, Contacts, Leads, and Opportunities with full Bulk API support. We extract Referrizer data through paginated API pages stitched into a transformation layer, separate loyalty fields from standard contact fields, scope exports by location ID to prevent cross-contamination, and load into Dataverse using the Bulk API. We do not migrate Smart Inbox conversations, automations, referral link configurations, or review request logs as these are not accessible via documented API endpoints. We deliver a written inventory of any active Referrizer automations and loyalty program rules for the customer's admin to rebuild in Dynamics 365 or a complementary tool.

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

Referrizer logo

Referrizer

What's pushing teams away

  • Referrizer lacks a mobile app for sending or receiving text messages, forcing users to log into the web dashboard for all SMS activity — a friction point for mobile-heavy businesses.
  • The platform does not automatically sync new clients from spa or fitness management software; staff must manually enter new contact records into Referrizer, creating double-work.
  • The learning curve is steep at first because the platform combines marketing automation, CRM, loyalty, and reputation tools in a single interface with no guided onboarding.
  • Several users report that pricing increases significantly from the starter tier to professional, and custom feature gating makes it difficult to predict what is included at each level.

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 Referrizer objects map to Microsoft Dynamics 365 Sales

Each row shows how a Referrizer 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.

Referrizer

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Referrizer Contacts map directly to Dynamics 365 Contact records. We preserve firstname, lastname, email, phone, address, custom fields, labels, and visit history during extraction. For contacts that represent businesses rather than individuals, we may create a parent Account first and link the Contact to it. Multi-select label assignments from Referrizer migrate to a custom multi-select picklist field on Contact or to TopicAssignment records depending on the customer's segmentation preference. Location association is preserved as a custom field if the destination org does not use the Sites entity.

Referrizer

Custom Fields

maps to

Microsoft Dynamics 365 Sales

Custom Fields on Contact

lossy
Mapping required

Referrizer custom fields are key-value properties on the Contact record. We enumerate all custom field names and data types via the GET /contacts endpoint during scoping, then provision matching custom fields on the Dynamics 365 Contact entity before migration. Number fields, date fields, and text fields map directly. Multi-select or checkbox custom fields map to Dynamics multi-select picklist or boolean fields. Any custom field that has no equivalent Dynamics type is documented and placed in a custom field namespace on Contact.

Referrizer

Pipeline / Lead

maps to

Microsoft Dynamics 365 Sales

Lead

1:1
Fully supported

Referrizer Pipeline stages map to Dynamics 365 Lead Status values or to Opportunity stages depending on the customer's sales process. If Referrizer contacts include a lead qualification status, we map that to the Dynamics Lead entity with a custom field capturing the original Referrizer pipeline stage name. Lead records are created before Contact records to allow WhoId resolution during activity migration.

Referrizer

Pipeline / Deal

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Referrizer Deals map to Dynamics 365 Opportunity records. The deal amount, close date, stage name, and owner map to estimatedvalue, estimatedclosedate, stageName, and ownerid respectively. If Referrizer uses multiple pipelines, we create corresponding Opportunity Record Types and Sales Processes in Dynamics 365 before migration. The Deal-to-Opportunity association with the parent Contact and any linked Company is resolved via WhoId and WhatId lookups during the load phase.

Referrizer

Campaign

maps to

Microsoft Dynamics 365 Sales

Campaign

1:1
Fully supported

Referrizer Regular and Automated campaigns map to Dynamics 365 Campaign records. Campaign type, status, scheduled dates, and target audience (contact list) migrate. We do not migrate campaign HTML content or templates; these are documented separately for the customer's marketing team to rebuild in Dynamics 365 Marketing or a comparable email platform. Campaign member responses (sent, delivered, opened) migrate as CampaignMember records with Status values mapped from Referrizer engagement metrics.

Referrizer

Offer / Referral

maps to

Microsoft Dynamics 365 Sales

Custom Entity or Note on Contact

lossy
Fully supported

Referrizer Offers and referral relationship data do not have a native Dynamics 365 equivalent. We export offer codes, reward structures, and referral link associations as related records. Depending on the customer's data model, we create a custom ReferralOffer entity in Dataverse with a lookup to Contact, or we store the referral relationship as structured notes on the Contact record with a custom field for the referral type. The customer chooses the approach during scoping.

Referrizer

Loyalty Points

maps to

Microsoft Dynamics 365 Sales

Custom Number Field on Contact

lossy
Fully supported

Referrizer loyalty points are stored as numeric custom fields on contact records rather than as a distinct object. We separate these fields from standard contact properties during transformation and remap them to a custom number field on the Dynamics 365 Contact entity named loyalty_points_balance__c. The customer may alternatively choose to integrate Dynamics 365 Customer Insights - Journeys for a native loyalty program; we document the migration approach and flag that any loyalty tier or points redemption rules require rebuild in the destination system.

Referrizer

Review Requests

maps to

Microsoft Dynamics 365 Sales

Custom Entity or Note

1:1
Mapping required

Referrizer review request history (which contacts received requests, when, and to which platform) is stored as activity data on the contact record. We export this as a list of activity entries and load into a custom ReviewRequest entity in Dataverse linked to the Contact, or as structured notes with a custom field for the review platform (Google, Yelp, Facebook). We do not migrate actual reviews or ratings as these reside on third-party platforms and are not stored in Referrizer.

Referrizer

Activity / Engagement Feed

maps to

Microsoft Dynamics 365 Sales

Task, EmailMessage, or Note

1:1
Fully supported

Referrizer contact activity feed events including campaign opens, link clicks, and UTM tracking data migrate as Note records on the Contact in Dynamics 365. Each activity entry is stored as a Note with a custom field capturing the activity type, timestamp, and source (campaign name). We do not migrate Smart Inbox conversational threads as no public API endpoint exposes this data. The Note-based approach preserves a historical record for audit purposes without requiring the activity timeline to be reconstructed from incomplete source data.

Referrizer

User / Team Member

maps to

Microsoft Dynamics 365 Sales

User

1:1
Fully supported

Referrizer team member records (name, email, role) migrate as a lookup table against the Dynamics 365 destination org's User records. We match by email address. Any Referrizer owner without a matching Dynamics User is placed in a reconciliation queue for the customer's admin to provision before record import resumes, as OwnerId references are required on most standard object loads.

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.

Referrizer logo

Referrizer gotchas

High

No bulk export API — migration relies on Zapier or CSV

High

Smart Inbox conversations are not accessible via API

Medium

Loyalty points stored as contact properties, not a distinct object

Medium

Rate limits not publicly documented

Medium

Multi-location scoping required to avoid cross-contamination

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

  • No bulk export API — data extraction requires paginated stitching

    Referrizer does not publish a bulk export or batch API endpoint. Data egress relies on the paginated GET /contacts endpoint returning up to 100 records per page, which we stitch together into a complete dataset before transformation. For large contact databases, this adds an extraction step not present in platform migrations with a dedicated export API. We allocate additional scoping time for the extract phase and implement request retry logic with exponential backoff on 429 responses given that rate limits are not publicly documented. The customer should confirm during scoping whether all locations are in scope and whether inactive or duplicate records should be excluded before extraction begins.

  • Smart Inbox conversations are inaccessible via API and will not migrate

    Referrizer's Smart Inbox stores conversational threads between contacts and businesses, but no documented public API endpoint exposes this data. Only campaign-level sent, delivered, and open metrics are available via the Reports API. When migrating away from Referrizer, Smart Inbox message history is silently lost unless manually exported by the customer before the migration window. We explicitly confirm with the customer during scoping whether inbox data is business-critical and document that it cannot be migrated programmatically. If historical customer conversations are required, we recommend the customer export them manually through the Referrizer UI before we begin the data migration.

  • Loyalty points require manual schema remapping in Dynamics 365

    Referrizer stores loyalty point balances as numeric custom fields on contact records rather than as a dedicated Loyalty object. This means loyalty data is mixed with general contact properties during export. We separate loyalty fields from standard contact fields during transformation, but Microsoft Dynamics 365 Sales does not have a native loyalty object. We provision a custom number field on the Contact entity to carry the point balance, and we document the loyalty tier structure separately for the customer's admin to rebuild in Customer Insights - Journeys or a third-party loyalty app if a full loyalty program is required in the destination system.

  • Multi-location scoping must be explicit to avoid cross-contamination

    Referrizer supports multi-location businesses where a single account manages multiple locations. Contacts can be associated with specific locations, but the API does not enforce location-level filtering by default — an extraction without explicit location scoping can pull contacts from all locations into a single export. We query and scope by location ID during extraction and validate that contact counts match the expected location totals before transformation. For multi-location accounts, we recommend the customer confirm which locations are in scope and whether contacts should be segmented by location in Dynamics 365 using the Sites entity, a custom location field, or Account-based location records.

  • Dynamics 365 field-level security and validation rules can block import

    Dynamics 365 orgs commonly enforce validation rules (required formats, conditional requireds, picklist whitelists) and field-level security that the migration user must bypass during data load. We coordinate with the customer's Dynamics 365 admin to grant the migration user appropriate Dataverse roles and either temporarily disable validation rules during load or extend them with a migration-context check. Without this preparation, we typically see 5-30 percent record rejection on the first import attempt, which we then remediate in a second pass. This step is scoped during discovery and confirmed before the production migration window.

Migration approach

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

  1. Discovery and extraction planning

    We audit the Referrizer account across all locations, custom field schemas, pipeline stages, campaign records, loyalty program data, and owner assignments. We enumerate custom fields via the paginated GET /contacts endpoint and capture all unique field names and data types. We confirm with the customer which locations are in scope, whether inactive contacts should be excluded, and whether loyalty point balances are required in the destination system. We also confirm whether Smart Inbox data needs a manual export. The discovery output is a written extraction plan and a source-to-destination field mapping document.

  2. Schema provisioning in Dynamics 365

    We provision the destination schema in the customer's Dynamics 365 org before migration begins. This includes creating any custom fields on the Contact entity (loyalty_points_balance__c, location_id__c, original_referrizer_id__c), configuring Opportunity Record Types and Sales Processes that correspond to Referrizer pipeline stages, and creating a custom ReferralOffer or ReviewRequest entity if the customer chose that approach during scoping. Schema is deployed into a Sandbox org first for validation, then into production. We coordinate with the customer's Dynamics admin on field-level security and validation rule suspension during the load phase.

  3. Data extraction and transformation

    We extract Referrizer data through paginated API requests, stitching pages into complete record sets for Contacts, Campaigns, Deals, and Activity entries. We separate loyalty numeric fields from standard contact fields during transformation, apply the multi-location scoping filter by querying with location_id parameters, and build the Lead-Contact-Account relationship graph before writing to Dataverse. Any records with missing required fields are flagged in a transformation exception report for the customer to resolve before load.

  4. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 Sandbox (Full Copy or Partial Copy) using production-like data volume. The customer's admin or operations lead reconciles record counts (Contacts in, Leads in, Accounts in, Opportunities in), spot-checks 25-50 random records against the Referrizer source, and validates that custom field values (including loyalty points) are correctly populated. Any mapping corrections, missing fields, or data quality issues surface here and are resolved before the production migration begins.

  5. Owner reconciliation and user provisioning

    We extract every distinct Referrizer owner referenced on Contact, Campaign, and Deal records and match by email against the Dynamics 365 destination org's User table. Owners without a matching User go to a reconciliation queue. The customer's Dynamics 365 admin provisions any missing Users and confirms their roles and security roles before we proceed to production. Migration cannot proceed past this step because OwnerId references are required on Opportunity and Campaign records.

  6. Production migration in dependency order

    We run production migration in record-dependency order: Users (validated), Accounts (from Referrizer location or company data), Contacts (with AccountId resolved), Leads, Opportunities (with AccountId, OwnerId, and RecordTypeId resolved), Campaigns (with CampaignMember responses), Custom entities (ReferralOffer, ReviewRequest), and finally Activity notes. Each phase emits a row-count reconciliation report before the next phase begins. We use Dataverse Bulk API for high-volume Contact and Opportunity loads with batch chunking and exponential backoff on throttling responses.

  7. Cutover, validation, and automation handoff

    We freeze Referrizer writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We validate record counts against the pre-migration baseline and confirm custom field populaton across a statistical sample. We deliver a written inventory of Referrizer automations, campaign rules, and loyalty program structures that require rebuild in Dynamics 365 or a complementary tool. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's team. We do not rebuild Referrizer automations as Salesforce Flow or Power Automate flows inside the migration scope; that is a separate engagement.

Platform deep dives

Context on both ends of the pair

Referrizer logo

Referrizer

Source

Strengths

  • Combines referral marketing, SMS, email, loyalty, and reputation management in one platform for small businesses.
  • Free tier available indefinitely with no credit card required and unlimited contacts.
  • API supports bearer token authentication with paginated contact endpoints up to 100 records per page.
  • Integrates natively with popular fitness and spa software including Mindbody, Booker, Acuity, and Club Ready.
  • Strong customer support ratings (4.8/5) with 24/7 live rep available on paid tiers.

Weaknesses

  • No public bulk export or migration API endpoint — data moves through Zapier integrations or manual CSV exports only.
  • Smart Inbox message history is not accessible via the public API, so conversational data cannot be migrated.
  • No native mobile app for iOS or Android, forcing all SMS activity through the web dashboard.
  • Custom field schema must be enumerated manually before migration since no dedicated schema endpoint is documented.
  • Rate limits are not publicly documented, creating uncertainty during large-volume API reads.
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. 1 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 Referrizer and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    1 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

    Referrizer: Not publicly documented; API returns 429 TOO_MANY_REQUESTS on overages.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Referrizer 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, a single location, and no loyalty program data to transform. Multi-location Referrizer accounts with loyalty point balances, campaign engagement history, or review request data that requires a custom Dataverse entity move into seven to twelve weeks because of the multi-pass extraction, loyalty field separation, and custom entity provisioning. The primary time variable is data quality: if the customer resolves duplicates and invalid contact records before migration begins, the load phase runs in a single pass.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Referrizer.
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