CRM migration
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
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
8 of 9
objects map 1:1 between Workbooks and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
4-6 weeks
Overview
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.
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
Workbooks platform overview
Scorecard, SWOT, gotchas, and pricing for Workbooks.
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 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
Microsoft Dynamics 365 Sales
Account
1:1Workbooks 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
Microsoft Dynamics 365 Sales
Contact
1:1Workbooks 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
Microsoft Dynamics 365 Sales
Opportunity
1:1Workbooks 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
Microsoft Dynamics 365 Sales
Opportunity or Quote
1:1Quotations 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
Microsoft Dynamics 365 Sales
Business Central Invoice or Custom Object
lossyInvoices 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
Microsoft Dynamics 365 Sales
Task and Event
1:1Workbooks 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
Microsoft Dynamics 365 Sales
Lead
1:1Workbooks 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
Microsoft Dynamics 365 Sales
Case
1:1Workbooks 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
Microsoft Dynamics 365 Sales
Contract or Custom Object
1:1Workbooks 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.
| Workbooks | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Organisation | Account1:1 | Fully supported | |
| People | Contact1:1 | Fully supported | |
| Opportunities | Opportunity1:1 | Fully supported | |
| Quotations | Opportunity or Quote1:1 | Mapping required | |
| Invoices | Business Central Invoice or Custom Objectlossy | Mapping required | |
| Activities | Task and Event1:1 | Fully supported | |
| Leads | Lead1:1 | Mapping required | |
| Cases | Case1:1 | Fully supported | |
| Contracts | Contract or Custom Object1:1 | 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.
Workbooks gotchas
Record save latency on large datasets
Custom Fields require manual field-level mapping
Quotation and Invoice exports require Business tier
iFrame custom fields export as URL strings only
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 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.
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.
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.
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.
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.
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
Workbooks
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 Workbooks 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
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
Workbooks exposes a bulk API — large-volume migrations stream efficiently.
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 Workbooks to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Workbooks
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.