CRM migration

Migrate from Workbooks to Microsoft Dynamics 365 Sales

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

Workbooks logo

Workbooks

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

89%

8 of 9

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

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Workbooks and Microsoft Dynamics 365 Sales use different primary objects and naming conventions for the same record types. We map Workbooks Organisation to Microsoft Dynamics 365 Sales Account and People to Contact while preserving the Organisation lookup so each contact traces back to its parent account. Opportunities transfer with stage and probability data intact, and quotation and invoice objects migrate where the Business tier makes them available. Activity history moves through the Bulk API with parent-record lookup resolution, and Workflows, Automation rules, and Sequences are documented for manual rebuild rather than migrated as code. Custom fields require per-object enumeration because Workbooks does not expose a unified schema export; we capture every named field and its type before writing the migration specification. File attachments are downloaded from Workbooks and reattached to the corresponding Dynamics records. Microsoft Dynamics 365 Sales Professional and Enterprise do not include native AR invoicing; invoice data from Workbooks Business tier routes to Business Central if available or is stored as a custom object with PDF attachments.

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

Workbooks logo

Workbooks

What's pushing teams away

  • Record save times degrade noticeably as the database grows, pushing teams with large transaction histories toward faster alternatives.
  • The UI has not kept pace with modern CRM expectations—younger sales staff find the navigation and visual design dated compared to HubSpot or Pipedrive.
  • Documentation and training materials are sparse, creating a steep onboarding curve for new users who are not power users.
  • Customisation options exist but the workflow for implementing them is non-obvious, leading to frustration when basic process changes require admin involvement.

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

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

Workbooks

Organisation

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Workbooks Organisation maps to Microsoft Dynamics 365 Sales Account with a direct field-level correspondence on standard fields including Name, Website, Industry, Classification, and Address fields. Custom fields defined on the Organisation record type map to custom Account fields in Microsoft Dynamics 365 Sales . The Organisation record is created first in the migration sequence so that the AccountId lookup on People is satisfied when Contact records are inserted. iFrame custom fields export as URL strings and are stored as text fields in Microsoft Dynamics 365 Sales ; the embedded content does not transfer.

Workbooks

People

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Workbooks People map to Microsoft Dynamics 365 Sales Contact. The Organisation lookup on People becomes the AccountId lookup on Contact, preserving the parent-company relationship at migration time. First Name, Last Name, Email, Phone, Job Title, and any custom Person-level fields transfer directly. We resolve the AccountId reference before inserting Contact records to avoid orphaned contacts without a parent Account.

Workbooks

Opportunities

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Workbooks Opportunities map to Microsoft Dynamics 365 Sales Opportunity with stage, probability, estimated close date, and owner preserved. The dealstage property maps to StageName and the Workbooks pipeline assignment maps to a Microsoft Dynamics 365 Sales Record Type or Sales Process that we configure before migration. Closed-Lost and Closed-Won reasons from Workbooks become custom loss reason and win reason fields on Opportunity. Workbooks does not enforce a hard pipeline limit, but Microsoft Dynamics 365 Sales Professional supports unlimited Record Types and Sales Processes; multiple Workbooks pipelines map to separate Record Types on Opportunity.

Workbooks

Quotations

maps to

Microsoft Dynamics 365 Sales

Opportunity or Quote

1:1
Mapping required

Quotations are available on Workbooks CRM Business tier and above only. If the source subscription is on CRM or CRM Pro, quotation objects do not exist in the export and this mapping is skipped. When available, the quotation header and line items migrate to Microsoft Dynamics 365 Sales Quote records (available on Sales Professional tier) or as Opportunity records with line items, depending on the customer's workflow preference. PDF attachments stored against quotations are downloaded and reattached as Notes or ContentDocument records to the destination record.

Workbooks

Invoices

maps to

Microsoft Dynamics 365 Sales

Business Central Invoice or Custom Object

lossy
Mapping required

Invoices are available on Workbooks Business tier and above. Microsoft Dynamics 365 Sales Professional and Enterprise do not include a native accounts receivable invoice object. We check whether the customer has Dynamics 365 Business Central available. If yes, Workbooks invoice data routes to Business Central Invoices. If no, we create a custom Invoice and Invoice Line object in Microsoft Dynamics 365 Sales with invoice header data, line items, and payment status migrated, and attach Workbooks invoice PDFs as Notes to the custom record. Order-to-invoice linkage is preserved as a reference note.

Workbooks

Activities

maps to

Microsoft Dynamics 365 Sales

Task and Event

1:1
Fully supported

Workbooks Activities (calls, emails, meetings, and tasks) map to Microsoft Dynamics 365 Sales Task and Event objects. Calls map to Task with TaskSubtype set to Call; emails map to Task and EmailMessage records; meetings map to Event; standalone tasks map to Task. Activity timestamp, duration, subject, and description transfer. The parent-record lookup (WhoId and WhatId) resolves against migrated Contact and Opportunity records using the lookup tables built during the earlier phases. Workbooks uses separate objects for each activity type; Microsoft Dynamics 365 Sales consolidates into Task and Event, so type differentiation happens via TaskSubtype and record type rather than separate object tables.

Workbooks

Leads

maps to

Microsoft Dynamics 365 Sales

Lead

1:1
Mapping required

Workbooks Lead records map directly to Microsoft Dynamics 365 Sales Lead. Lead Status, Lead Source, Rating, and Owner assignment transfer as standard Lead fields. Workbooks does not use a lifecycle stage concept for leads, so no split rule is required as it is in HubSpot-to-Salesforce migrations. Any scoring data from Workbooks custom fields maps to a custom Lead field for use in Dynamics lead scoring.

Workbooks

Cases

maps to

Microsoft Dynamics 365 Sales

Case

1:1
Fully supported

Workbooks Cases map to Microsoft Dynamics 365 Sales Case with case status, priority, assigned user, related Organisation, and description preserved. Workbooks case pipeline values map to Case Record Types and case status values map to Case Status picklist values, with custom fields used to align Workbooks status labels to Dynamics status values during migration. Open and resolved cases migrate together; resolved cases retain their resolution notes and closure timestamp.

Workbooks

Contracts

maps to

Microsoft Dynamics 365 Sales

Contract or Custom Object

1:1
Mapping required

Workbooks Contract records hold agreement details, related Organisation, start and end dates, and renewal terms. We map these to the Microsoft Dynamics 365 Sales Contract entity if the customer's Sales Enterprise license includes it, or to a custom Contract object with the same fields. Any attached contract documents are downloaded from Workbooks and reattached as Notes or ContentDocument records to the destination contract record. Renewal reminder configuration does not migrate and is documented for the customer's admin to rebuild in Dynamics.

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.

Workbooks logo

Workbooks gotchas

High

Record save latency on large datasets

Medium

Custom Fields require manual field-level mapping

Medium

Quotation and Invoice exports require Business tier

Low

iFrame custom fields export as URL strings only

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

  • Quotation and Invoice objects require Workbooks Business tier

    The Quotation, Invoice, and Order objects exist only on Workbooks CRM Business and Business Pro tiers. If the source subscription is on CRM or CRM Pro, these objects are absent from the data export and this mapping step is skipped entirely. We confirm the source account tier during discovery and include or exclude these objects from the migration scope before work begins. Migrations that assume quotation data exists on a CRM-tier account will result in a silent gap for which no recovery is possible post-migration.

  • iFrame fields migrate as URL strings, not rendered content

    Workbooks iFrame custom fields store a URL reference to an external page rendered inside the record view. The embedded content is not stored in Workbooks. We export the URL string and map it to a text field in Microsoft Dynamics 365 Sales . The page that was rendered inside Workbooks will not display inside Dynamics; the URL remains accessible as a link but requires manual reopening in a browser tab. Any embedded content that relied on iFrame display should be flagged during scoping so stakeholders understand the limitation before cutover.

  • Microsoft Dynamics 365 Sales has no native invoice object

    Workbooks Business tier includes native invoicing and accounts receivable tracking. Microsoft Dynamics 365 Sales Professional and Enterprise do not include a native accounts receivable or invoice object; that functionality lives in Business Central. If the customer does not have Business Central, we create a custom Invoice object with header and line item fields and attach Workbooks invoice PDFs as Notes. The customer should confirm their invoicing strategy before migration begins to avoid redesigning the data model mid-project.

  • Workbooks slows during bulk export of large record sets

    Workbooks record save times degrade noticeably during bulk operations and as database record counts grow beyond roughly 50,000 active records. We mitigate this by sequencing large record sets into batches of 5,000 records and validating each batch completes before proceeding to the next. Partial or stalled exports caused by throttling can leave record sets incomplete; our batch validation step catches this before moving forward.

  • Custom fields have no unified schema export in Workbooks

    Workbooks deployments vary in which custom fields exist per record type and what they are named. There is no unified export listing every custom field across all objects. We request a Workbooks login with read-only access and enumerate custom fields per record type (Organisation, Person, Opportunity, Case, Quotation) before writing the migration specification. This ensures every bespoke field appears in the mapping and none are silently dropped during export.

Migration approach

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

  1. Discovery and scope definition

    We audit the Workbooks account across subscription tier (CRM, CRM Pro, Business, Business Pro), record counts per object, custom field inventory per record type, activity volume estimates, active Workflows and Automation rules, and the availability of quotation and invoice objects. We pair this with a review of the target Microsoft Dynamics 365 Sales environment, confirming the edition (Sales Professional at $65/user or Sales Enterprise at $95/user) and identifying any existing Record Types, picklist values, or custom objects that will receive migrating data. The discovery output is a written migration scope document listing every object and custom field in scope, the tier-dependent objects (quotations, invoices) with their availability status, and a recommended migration sequence.

  2. Schema design in Microsoft Dynamics 365 Sales

    We design the destination schema before any data moves. This includes creating custom fields on Account, Contact, Opportunity, Lead, and Case to receive Workbooks custom field data; setting up Record Types and Sales Processes for Opportunity pipelines; configuring Case Record Types and Status values; and creating custom Invoice or Contract objects if the Business tier invoice data is in scope and Business Central is not available. Owner reconciliation maps Workbooks users to Microsoft Dynamics 365 Sales users by email match. Schema changes deploy into a Sandbox org first for validation against real record samples.

  3. Sandbox migration and customer sign-off

    We run a full migration into the Microsoft Dynamics 365 Sales Sandbox using production-like record volumes. The customer's Workbooks administrator reconciles record counts against the source system, spot-checks 25-50 records per object for field-level accuracy, and validates that the Organisation-to-Account and People-to-Contact relationships resolved correctly. Any mapping corrections or missing custom fields are addressed in the Sandbox before production migration begins. This step is the last gate before production cutover.

  4. Owner reconciliation and User provisioning

    We extract every distinct Workbooks Owner referenced across Organisation, People, Opportunity, Case, Quotation, and Activity records and match by email against the Microsoft Dynamics 365 Sales User table. Owners without a matching Dynamics user go to a reconciliation queue. The customer's Dynamics admin provisions any missing users and confirms active or inactive status. OwnerId references on Opportunity, Case, and Activity records cannot be satisfied without resolved User records, making this a required step before record import.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from Workbooks Organisations), Contacts (with AccountId resolved from the Organisation mapping), Opportunities (with OwnerId and RecordTypeId resolved), Leads, Cases, Quotations and Orders (Business tier only), and Activity history via the Bulk API with chunking and exponential backoff on API limits. Each phase emits a row-count reconciliation report before the next phase begins. File attachments are downloaded from Workbooks and reattached as Notes or ContentDocument records to the corresponding Dynamics objects.

  6. Cutover and Workflow handoff document

    We freeze writes in Workbooks during cutover, run a final delta migration of any records modified during the migration window, then set Microsoft Dynamics 365 Sales as the active CRM. We deliver a written inventory of every Workbooks Workflow and Automation rule with its trigger, conditions, actions, and a recommended Microsoft Dynamics 365 Sales equivalent (Sales Sequences, Sales Automation, or Power Automate). We support a one-week hypercare window for reconciliation issues raised by the customer's team. We do not rebuild Workflows or automations as part of the standard migration scope; that work is a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

Workbooks logo

Workbooks

Source

Strengths

  • Native quotation, order, and invoice handling eliminates the need for a separate CPQ or accounting tool on mid-market deals.
  • Lead aggregation and data enrichment features pull firmographic data automatically, reducing manual prospecting work.
  • Multilingual interface and multi-currency support accommodate UK and European teams without a costly upgrade.
  • Integrated case management with pipeline visibility gives support and sales a shared view of account health.
  • Sandbox environment available on all tiers for testing configuration changes before applying them to live data.

Weaknesses

  • Record save latency increases significantly as the database grows beyond ~50,000 active records.
  • UI and interaction patterns feel dated compared to newer CRM entrants, affecting user adoption among younger sales staff.
  • Sparse documentation and limited training resources create a steep learning curve for non-technical administrators.
  • The platform does not publish a public API reference for rate limits or bulk endpoints, making programmatic extraction harder to plan.
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 Workbooks 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

    C

    Workbooks: Workbooks imposes rate limits and result-set size caps. Excessive calls are throttled by being delayed or redirected via a delaying URL; clients are expected to follow these redirects as normal operation. Specific request-per-minute thresholds are not publicly published..

  • Data volume sensitivity

    A

    Workbooks exposes a bulk API — large-volume migrations stream efficiently.

Estimator

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

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

Can't find your answer?

Walk through your Workbooks to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Straightforward migrations land between four and six weeks for environments with standard objects, no custom objects, clean data, and no quotation or invoice data in scope. Migrations involving custom fields, quotation or invoice objects from the Business tier, large activity histories, or complex field mapping extend to eight to fourteen weeks. The primary timeline drivers are record volume, the number of integrations connected to Workbooks, customisation requirements, and team availability for testing and training. Technical complexity rarely extends the schedule as much as resource constraints do.

Adjacent paths

Related migrations to explore

Ready when you are

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