CRM migration

Migrate from HoneyBook to Microsoft Dynamics 365 Sales

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 logo

HoneyBook

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

60%

6 of 10

objects map 1:1 between HoneyBook 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 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.

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

HoneyBook logo

HoneyBook

What's pushing teams away

  • HoneyBook executed significant price increases in 2025 — Starter nearly doubled from $19 to $36/month and Premium jumped to $129 — prompting customers on fixed margins to evaluate alternatives.
  • The platform has no bulk export or documented public API, making programmatic data extraction time-consuming and forcing users into manual CSV downloads that miss project history and attachment metadata.
  • HoneyBook lacks native SMS capabilities and has limited email marketing features — users who need rich formatted email campaigns must integrate a separate tool like Flodesk or Mailchimp.
  • The onboarding process, particularly template setup and document customization, is described as steep by new users who lack design or legal background.
  • Some advanced CRM needs — custom objects, complex lead scoring, multi-tier pipelines — are not well supported, pushing growing agencies toward more flexible platforms.

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

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

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

HoneyBook'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

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

Opportunity Stage

lossy
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

Opportunity Product Line Item (or Dynamics 365 Business Central Invoice)

1:many
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

Opportunity (with Contract entity or SharePoint document)

lossy
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

Quote

1:1
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

Opportunity (custom payment fields) or manual accounting reconciliation

lossy
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

User

1:1
Fully supported

HoneyBook 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

maps to

Microsoft Dynamics 365 Sales

Custom Field

1:1
Fully supported

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

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.

HoneyBook logo

HoneyBook gotchas

High

No public bulk API forces manual data export

Medium

Payment processing fees apply to every transaction

Low

Bank transfers take 7–8 days to process

Medium

HoneyBook Balance is a separate banking product

Medium

Limited international availability affects data residency

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

  • HoneyBook has no public API for automated export

    HoneyBook exposes no public REST or GraphQL API for bulk data extraction. The only native export is a CSV of contacts from Clients > Contacts. All other data — projects, invoices, contracts, proposals, pipeline history — must be extracted via authenticated session scraping or Zapier integrations. We mitigate this by running an authenticated export session, downloading available CSVs, and using HoneyBook's internal data views to reconstruct project and financial records. Customers should be aware that this process is slower than API-based migrations and may require a longer scoping window. File attachments use session-bound URLs that expire and are not publicly accessible, requiring direct download during the extraction window.

  • Microsoft Dynamics 365 Sales lacks native invoicing

    Microsoft Microsoft Dynamics 365 Sales does not include native invoice generation or payment tracking — that functionality lives in Dynamics 365 Business Central (ERP) or requires a third-party CPQ application. HoneyBook combines CRM, invoicing, and payment processing in a single workflow. During migration, we preserve invoice records as Opportunity-level custom fields or coordinate a parallel Business Central migration for proper invoice accounting. If the customer requires invoice and payment history to live inside Dynamics without Business Central, we document the gap and recommend a CPQ or invoice management ISV from AppExchange.

  • HoneyBook Project model does not map directly to a single Dynamics object

    HoneyBook Projects are composite work containers that combine project scope, financial line items, client communications, files, and pipeline status in one record. Microsoft Dynamics 365 Sales separates these concerns: the Opportunity holds deal information, the Quote holds proposals, notes hold communications, and SharePoint holds files. We resolve this by mapping each HoneyBook Project to one Opportunity with all associated metadata in custom fields. This requires upfront schema design to capture the full project context, and the customer's admin should validate that the Opportunity form layout surfaces all migrated project data after cutover.

  • Microsoft Dynamics 365 Sales Dataverse API rate limits require batch management

    Microsoft Dataverse enforces service protection limits (6,000 requests per five minutes per user for web API) and daily request allocations based on license count. Large migrations exceeding these limits return HTTP 429 throttling responses. We mitigate this by using Dataverse batch operations with $batch requests, implementing exponential backoff with Retry-After header handling, and chunking large record sets into manageable batches. We monitor request counts against the allocation during migration to avoid throttling that would stall the migration window.

  • Automations and questionnaire flows do not migrate

    HoneyBook automations (email triggers, questionnaire flows, booking confirmations, follow-up reminders) are rule-based and stored server-side with no export mechanism. Microsoft Dynamics 365 Sales does not have a direct equivalent to HoneyBook's client-facing automation triggers. We do not migrate automations as code. We deliver a written inventory of every active HoneyBook automation with its trigger, conditions, and actions, and recommend Power Automate or Microsoft Dynamics 365 Sales workflows as rebuild targets. Questionnaire intake forms are documented for rebuilding as Power Apps portals or Dynamics 365 Customer Voice.

Migration approach

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

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

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

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

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

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

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

Context on both ends of the pair

HoneyBook logo

HoneyBook

Source

Strengths

  • Combines CRM, invoicing, contracts, and payment processing in a single subscription for service businesses.
  • Automations handle client-facing touchpoints like reminders, questionnaires, and booking confirmations without manual work.
  • Pipeline view gives a clear visual of inquiry status from first contact through project completion.
  • Strong customer support with 7-day-a-week availability and a community of professional users.
  • Mobile app available on iOS with full feature parity for on-the-go client management.

Weaknesses

  • No public bulk API or documented export endpoints — all data extraction relies on manual CSV downloads or screen scraping.
  • Significant 2025 price increases (Starter nearly doubled) have driven churn among cost-sensitive freelancers.
  • Limited international support — platform primarily designed for U.S. and Canadian businesses.
  • No native SMS capability and restricted email marketing features compared to dedicated marketing tools.
  • Steep onboarding curve for template setup and document customization without third-party assistance.
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 HoneyBook 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

    HoneyBook: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 10,000 contacts and 2,000 projects with no Business Central coordination. Migrations with large financial histories (over 1,000 invoices), extensive file attachments, or a requirement to model HoneyBook Projects across multiple Dynamics entities (Opportunity plus Business Central Invoice) move to eight to twelve weeks because of authenticated session extraction time, Dataverse schema design, and invoice-accounting gap resolution. HoneyBook's lack of a public API extends extraction timelines compared to API-based migrations.

Adjacent paths

Related migrations to explore

Ready when you are

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