CRM migration
Field-level mapping, validation, and rollback between HoneyBook and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
HoneyBook
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
6 of 10
objects map 1:1 between HoneyBook and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from HoneyBook to Microsoft Microsoft Dynamics 365 Sales is a platform migration with a significant schema mismatch to resolve upfront. HoneyBook organizes around clients and Projects with embedded invoices, contracts, and proposals; Microsoft Dynamics 365 Sales organizes around Accounts, Contacts, and Opportunities with separate modules for contract and invoice management. We bridge this by treating HoneyBook Projects as Opportunities with rich notes, preserving client records as Contacts attached to Accounts, and flagging invoice and contract records that require a Dynamics 365 Business Central instance or a third-party contract management tool on the destination side. HoneyBook has no public API, so all source data extraction relies on CSV export and authenticated session extraction, which extends scoping timelines. Workflows, questionnaire flows, and automation rules do not migrate; we deliver a written inventory for the customer's admin to rebuild in Microsoft Dynamics 365 Sales or Power Automate.
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
HoneyBook platform overview
Scorecard, SWOT, gotchas, and pricing for HoneyBook.
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 HoneyBook 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.
HoneyBook
Contact
Microsoft Dynamics 365 Sales
Contact
1:1HoneyBook Contacts export as CSV via Clients > Contacts and include name, email, phone, address, notes, and creation date. We ingest this CSV directly and map each row to a Microsoft Dynamics 365 Sales Contact. The Contact's parent Account is created from the HoneyBook Company or Project name field. Any custom fields on HoneyBook Contacts are pre-mapped to custom Contact fields in Dataverse during the schema design phase.
HoneyBook
Company
Microsoft Dynamics 365 Sales
Account
1:1HoneyBook's Company records (business clients versus individual contacts) map to Microsoft Dynamics 365 Sales Account. If a HoneyBook contact is not associated with a Company, we create an Account using the contact's name as the Account name and flag it for the customer's admin to merge with any duplicate Accounts created from Project records. Account Website, Industry, and Address fields map from the HoneyBook Company record.
HoneyBook
Project
Microsoft Dynamics 365 Sales
Opportunity
1:1HoneyBook Projects are the primary work container, containing inquiries, pipeline stages, custom fields, files, and client associations. We map each Project to a Microsoft Dynamics 365 Sales Opportunity. The Project name becomes the Opportunity name, the pipeline stage becomes the Opportunity StageName using a configured Sales Process, and the project value maps to Amount. Project-level custom fields migrate to custom Opportunity fields in Dataverse. The Opportunity's AccountId links to the Account created from the associated HoneyBook Company or Contact.
HoneyBook
Pipeline Stage
Microsoft Dynamics 365 Sales
Opportunity Stage
lossyHoneyBook pipelines have configurable stages (Inquiry, Follow Up, Proposal Sent, Booked, Completed, etc.) with stage move-time tracking. We map each HoneyBook stage to a Microsoft Dynamics 365 Sales Opportunity StageName within a custom Sales Process. Stage probabilities migrate to StageProbability. Any custom stage names created in HoneyBook become new Opportunity Stages in Dynamics. Stage move timestamps are preserved as a custom field on the Opportunity record.
HoneyBook
Invoice
Microsoft Dynamics 365 Sales
Opportunity Product Line Item (or Dynamics 365 Business Central Invoice)
1:manyHoneyBook invoices include line items, payment status, amounts, and client associations. Microsoft Dynamics 365 Sales does not have native invoicing — this is handled by Business Central or a third-party CPQ app. For migrations targeting Sales-only, we map HoneyBook invoice records to Opportunity Line Items (Amount reflecting invoice total) and preserve invoice metadata (invoice number, due date, payment status) in custom Opportunity fields. For customers with Business Central, we coordinate a parallel engagement to migrate invoices as proper Business Central Sales Invoice records.
HoneyBook
Contract
Microsoft Dynamics 365 Sales
Opportunity (with Contract entity or SharePoint document)
lossyHoneyBook Contracts are template-based documents with client associations and e-signature status. We export contract metadata (client, template name, status, date) and map to a Microsoft Dynamics 365 Sales Opportunity-level note with contract status fields, or to the Contract entity (available with Sales Enterprise). The contract PDF is stored in SharePoint or as a Dataverse document and linked via a URL custom field. Active contract status is preserved for renewal tracking.
HoneyBook
Proposal
Microsoft Dynamics 365 Sales
Quote
1:1HoneyBook Proposals are project-level documents combining scope, pricing, and terms tied to the pipeline. Microsoft Dynamics 365 Sales has a native Quote object at Professional tier. We map Proposal records to Salesforce-equivalent Quotes linked to the Opportunity, preserving line items, total amount, and proposal status (Draft, Sent, Accepted, Declined). The proposal PDF migrates as a document attachment.
HoneyBook
Payment
Microsoft Dynamics 365 Sales
Opportunity (custom payment fields) or manual accounting reconciliation
lossyHoneyBook Payment records include amount, method, status, and processing date. Since Microsoft Dynamics 365 Sales has no native payment tracking, we map payment records to custom fields on the Opportunity (payment_status__c, amount_paid__c, payment_method__c) and preserve the payment timeline in a related custom Activity or Note. Customers requiring full accounting should coordinate with a Business Central migration for payment ledger reconciliation.
HoneyBook
Team Member
Microsoft Dynamics 365 Sales
User
1:1HoneyBook distinguishes between collaborators (external, limited project access) and team members (internal). We export team member records including roles and permissions and map to Microsoft Dynamics 365 Sales User records. We resolve team members by email match. Any HoneyBook team member without a matching Dynamics User goes to a reconciliation queue for the customer's admin to provision before record import resumes.
HoneyBook
Custom Field
Microsoft Dynamics 365 Sales
Custom Field
1:1HoneyBook supports custom fields on Contacts and Projects. We identify all active custom fields during the discovery phase, export their values alongside the parent record, and map each to a corresponding Dataverse custom field pre-created in the destination Microsoft Dynamics 365 Sales environment. Field types are mapped: text to String, number to Integer or Decimal, date to DateTime, dropdown to Option Set.
| HoneyBook | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Project | Opportunity1:1 | Fully supported | |
| Pipeline Stage | Opportunity Stagelossy | Fully supported | |
| Invoice | Opportunity Product Line Item (or Dynamics 365 Business Central Invoice)1:many | Fully supported | |
| Contract | Opportunity (with Contract entity or SharePoint document)lossy | Fully supported | |
| Proposal | Quote1:1 | Fully supported | |
| Payment | Opportunity (custom payment fields) or manual accounting reconciliationlossy | Fully supported | |
| Team Member | User1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported |
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.
HoneyBook gotchas
No public bulk API forces manual data export
Payment processing fees apply to every transaction
Bank transfers take 7–8 days to process
HoneyBook Balance is a separate banking product
Limited international availability affects data residency
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 source extraction assessment
We audit the HoneyBook account for record volume across Contacts, Companies, Projects, Invoices, Contracts, Proposals, Payments, and custom fields. Because HoneyBook has no public API, we assess which records export via CSV (Contacts only), which require authenticated session extraction (Projects, Invoices, Contracts, Proposals), and which are stored in session-bound URLs (Files). We also assess Microsoft Dynamics 365 Sales environment readiness: tenant, license type (Sales Lite or Sales Pro), existing Dataverse schema, and any Business Central instance that would absorb invoice and payment records. The discovery output is a written migration scope and a source extraction plan.
Source data extraction and cleansing
We run authenticated export sessions against HoneyBook, downloading contact CSVs and reconstructing project, invoice, contract, and proposal records from HoneyBook's web interface. We flag duplicate contacts, incomplete addresses, and records with missing required fields before mapping. Any HoneyBook Balance checking account is flagged separately as a banking product outside standard record migration scope. File attachments are downloaded during this window before session URLs expire. We produce a source data quality report identifying records requiring customer-side cleanup before mapping.
Dataverse schema design and Opportunity modeling
We design the destination schema in Microsoft Dynamics 365 Sales . This includes pre-creating all custom fields (mapped from HoneyBook custom fields), configuring Opportunity Stages and Sales Processes to match HoneyBook pipeline stages, setting up Account and Contact record types, and defining custom fields to capture invoice metadata and payment status for records that have no native Dynamics equivalent. If the customer has Business Central, we coordinate the schema to share Contact and Account data across both environments via Dataverse. Schema is deployed to a Sandbox environment first for validation.
Sandbox migration and reconciliation
We run a full migration into a Microsoft Dynamics 365 Sales Sandbox using production-like data volume. The customer's admin reconciles record counts (Contacts in, Accounts in, Opportunities in), spot-checks 25-50 random records against the HoneyBook source, and validates that Opportunity stages, custom field values, and project metadata are correctly placed. Any mapping corrections and schema adjustments happen here. We also validate that file attachments are accessible in SharePoint or Dataverse document storage and that contract and proposal PDFs render correctly.
Owner reconciliation and User provisioning
We extract every distinct HoneyBook team member referenced on Projects, Invoices, Contracts, and other records and match by email against the Microsoft Dynamics 365 Sales destination User table. Collaborators without a matching Dynamics User are flagged for the customer's admin to provision. Migration cannot proceed past record import because OwnerId references are required on Opportunities and many standard entities.
Production migration and automation handoff
We run production migration in dependency order: Users (validated), Accounts (from HoneyBook Companies), Contacts (with AccountId resolved), Opportunities (with AccountId, OwnerId, and stage resolved), Quotes, custom fields, and payment metadata. Files and documents load to SharePoint or Dataverse. We freeze HoneyBook 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 the Automation and Questionnaire inventory document to the customer's admin team. We support a one-week hypercare window for reconciliation issues. We do not rebuild HoneyBook automations in Power Automate inside the migration scope.
Platform deep dives
HoneyBook
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 HoneyBook and Microsoft Dynamics 365 Sales .
Object compatibility
1 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
HoneyBook: Not publicly documented.
Data volume sensitivity
HoneyBook 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 HoneyBook to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your HoneyBook 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 HoneyBook
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.