CRM migration

Migrate from Checkbox to Microsoft Dynamics 365 Sales

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

Checkbox logo

Checkbox

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

10 of 10

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

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Checkbox is a no-code service automation platform that legal, compliance, and operations teams use to build intake forms, capture responses, and route requests through automated workflows. It does not function as a CRM — it lacks native accounts, opportunities, lead scoring, or pipeline management. Dynamics 365 Sales runs on Microsoft Dataverse and provides a full CRM data model: Accounts, Contacts, Leads, Opportunities, and custom tables that can extend the schema. The migration extracts Checkbox survey response data, contact records from form submissions, company information where captured, and custom field values — then maps them into Dynamics 365 Sales entities and custom tables. We use Checkbox's REST API to extract response records, resolve form owner emails against Dynamics users, and create the appropriate Dataverse records. Checkbox workflows, automation rules, and integration connectors do not migrate — they require Power Automate rebuilds. The Dataverse API handles record creation, and field-level validation ensures custom field types match Dynamics schema requirements before commit.

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

Checkbox logo

Checkbox

What's pushing teams away

  • Advanced customization for complex, multi-branch workflows requires deeper technical understanding, leading some teams to outgrow the no-code builder and seek more flexible alternatives.
  • As legal teams scale workflows across jurisdictions or business units, the platform's simplicity can become a constraint when trying to express nuanced conditional logic.
  • Some users report that while the platform is intuitive for basic automations, more tailored use cases require additional support or developer involvement.
  • Pricing is opaque and requires direct sales engagement for enterprise tiers, which creates friction for teams evaluating migration or trying to budget accurately.

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

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

Checkbox

Checkbox Survey Response

maps to

Microsoft Dynamics 365 Sales

Custom Table (Checkbox Response)

1:1
Fully supported

Each Checkbox survey maps to a dedicated custom table in Dataverse. The table name derives from the survey title (sanitized). We create the table schema first, then map response rows as table records. Response GUID becomes the primary key; source survey ID is stored as a text reference field.

Checkbox

Contact fields within a Checkbox response

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

When a Checkbox survey captures contact fields (name, email, phone), those values extract into separate Contact records in Dynamics 365 Sales. The custom response table stores a Contact lookup (fullname) rather than duplicating contact fields. Email match against Dynamics users resolves owner assignment.

Checkbox

Company name captured in Checkbox form

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Checkbox forms that ask for company information map to Account records in Dynamics. If the same company appears across multiple Checkbox survey submissions, deduplication by name and domain creates a single Account with multiple response linkages. Unmatched companies create Account records with the name provided in the form.

Checkbox

Checkbox Form Owner / Creator

maps to

Microsoft Dynamics 365 Sales

SystemUser (Owner)

1:1
Fully supported

The Checkbox user who created a survey is resolved by email match to a Dynamics 365 Sales SystemUser record. This owner becomes the OwnerId on the custom response table record. Unmatched owners are assigned to a designated fallback Dynamics user flagged before migration.

Checkbox

Checkbox Custom Property (per survey field)

maps to

Microsoft Dynamics 365 Sales

Custom Table Column

1:1
Fully supported

Every Checkbox custom property on a survey becomes a column in the corresponding Dataverse custom table. Field type mapping: text to Single-Line Text, number to Whole Number or Decimal, date to Date and Time, multi-select to Choice or Multi-Select Option Set. Boolean checkboxes in Checkbox map to Two Options in Dataverse.

Checkbox

Checkbox Response Submission Timestamp

maps to

Microsoft Dynamics 365 Sales

Custom Column (Original_Submitted_Date)

1:1
Fully supported

Checkbox preserves the original submission timestamp on each response record. In Dynamics 365 Sales, the CreatedOn field reflects the Dataverse record creation date rather than the original submission time. We capture the original Checkbox submission date as a custom datetime column so that all reporting displays the actual submission timeline accurately, independent of when the migration run occurred.

Checkbox

Checkbox Integration Links (Salesforce, Ironclad, etc.)

maps to

Microsoft Dynamics 365 Sales

No Equivalent

1:1
Fully supported

Checkbox integrations are connection-level configurations that point to external systems. They do not migrate. If Checkbox pushes completed intake to Salesforce via an integration, we can configure a Dynamics 365 Sales post-migration workflow in Power Automate to replicate that routing behavior.

Checkbox

Checkbox File Attachments on Responses

maps to

Microsoft Dynamics 365 Sales

SharePoint / Dataverse Note Attachments

1:1
Fully supported

Files attached to Checkbox survey responses are downloaded from Checkbox storage and re-uploaded to the associated Dynamics custom table record's designated SharePoint document location or as Dataverse Note attachments, depending on your Dynamics configuration. File size limits follow Dataverse constraints with a maximum of 32MB per file for notes.

Checkbox

Checkbox User / Team membership

maps to

Microsoft Dynamics 365 Sales

Team / Security Role

1:1
Fully supported

Checkbox user roles and team assignments do not map directly to Dynamics 365 Sales security roles and team structures. After migration, the Dynamics administrator must assign appropriate Security Roles and Team memberships based on each user's job function. The exported Checkbox user list serves as a useful reference guide for making these role assignment decisions.

Checkbox

Checkbox Survey Version History

maps to

Microsoft Dynamics 365 Sales

No Equivalent

1:1
Fully supported

Checkbox maintains complete form version history as a standard feature. Dynamics custom tables lack native schema version tracking capabilities. Only the current field definitions from the final survey version migrate across; historical version data is not replicated. We recommend documenting the final Checkbox survey state prior to cutover as the authoritative reference record.

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.

Checkbox logo

Checkbox gotchas

High

Workflow JSON is not portable across platforms

Medium

API capabilities are not publicly documented

Medium

Integration tokens and OAuth connections cannot be migrated

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

  • Checkbox is not a CRM — there is no native opportunity entity to map

    Checkbox survey responses are flat records tied to intake forms. Dynamics 365 Sales Opportunities are a relational entity with stage, amount, close date, and contact roles. If your team used Checkbox responses as the basis for deal tracking, those responses map into a custom Dataverse table, and your Dynamics admin must create Opportunities manually or via Power Automate from the migrated response records. We do not infer pipeline stages or deal values from Checkbox data — those require business logic that only your team can define.

  • Checkbox workflows and automation rules do not migrate to Power Automate

    Checkbox builds its own workflow engine for intake routing, approval chains, and conditional logic. These workflow definitions are not accessible via the Checkbox API as exportable definitions, which means there is no automated path to move them into Power Automate. Dynamics 365 Sales relies on Power Automate as its native automation layer, and rebuilding these workflows requires manual effort by your team. We can export a process diagram from your Checkbox forms and provide that as documentation to your Power Automate builder, but the actual workflow translation must be done by someone with Power Automate expertise.

  • Checkbox API rate limits cap export throughput during migration

    Checkbox's REST API enforces request throttling that limits how fast response records can be retrieved from the platform. Large surveys with 100,000 or more responses require pagination across multiple API calls with backoff handling between requests, which extends the overall migration clock time significantly. We implement exponential backoff and queue-based retrieval to respect rate limits while still maximizing throughput where possible. Planning for this API constraint during migration design helps prevent mid-run failures and ensures the project stays on schedule.

  • Multi-select option set values require per-field value mapping

    Dynamics 365 Sales Multi-Select Option Set columns require explicit integer values per option choice. Checkbox multi-select fields store display text values. Each Checkbox multi-select field needs a value-map defined before migration: we capture all distinct value combinations present in the response data, map them to Dataverse option set integer values, and apply that map during record creation. If new option values appear after the map is defined, they require a schema update before they can be stored.

  • Dataverse custom table creation requires solution-layer provisioning

    Custom tables in Dynamics 365 Sales are created within a Dataverse solution. If your organization uses managed solutions for ALM, the Checkbox response custom tables must be added to the appropriate solution before column provisioning. We coordinate with your Dynamics admin to determine the target solution, create tables and columns there, and ensure they are included in the deployment package. Skipping this step causes schema objects to land in the default solution, complicating downstream ALM.

Migration approach

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

  1. Inventory Checkbox surveys and extract response schema

    We connect to the Checkbox REST API using your tenant credentials and enumerate all active surveys. For each survey, we pull the field definitions including custom properties, field types, and pick-list values. This gives us the complete source schema before we design the Dataverse target. We flag any survey without a clear Dynamics equivalent (e.g., surveys used purely for internal HR intake with no contact data) and ask your team to confirm which surveys require migration.

  2. Design Dataverse custom table schema per survey

    For each Checkbox survey slated for migration, we create a corresponding custom table in Dataverse inside your designated solution. We map each Checkbox custom property to a Dataverse column type: text fields to Single-Line Text, numbers to Whole Number or Decimal, dates to Date and Time, boolean to Two Options, multi-select to Multi-Select Option Set. For surveys that also capture contact or company data, we create Contact and Account records alongside the response table and add a lookup column linking each response to the primary contact.

  3. Resolve Checkbox users to Dynamics 365 Sales SystemUsers by email

    Each Checkbox survey response carries the email of the Checkbox user who owns the form. We match these emails against your Dynamics 365 Sales SystemUser records to assign OwnerId on the migrated Dataverse records. Users with no Dynamics account are flagged in a pre-migration report — your admin either creates the Dynamics user before migration or designates a fallback owner for those records. No response lands in Dynamics without a resolved owner.

  4. Run a sample migration with field-level diff across all surveys

    We select a representative slice of responses from each Checkbox survey — typically 100–300 records — and migrate them to Dataverse. The field-level diff compares source values against destination record values for every column. We surface any type-mismatch errors, pick-list unmapped values, and owner resolution gaps. You review the diff before we commit to the full run. This is also the checkpoint to confirm that the custom table schema matches your expectations.

  5. Execute full migration with delta-pickup window and rollback plan

    The full migration runs against Dataverse, creating custom table records for each Checkbox response. A delta-pickup window of 24–48 hours captures any new Checkbox submissions that arrive during the cutover window. Our audit log records every record created, any field transformation applied, and the owner resolution outcome. If reconciliation reveals data gaps, one-click rollback reverts the Dataverse changes so the full run can be corrected and re-executed.

Platform deep dives

Context on both ends of the pair

Checkbox logo

Checkbox

Source

Strengths

  • No-code workflow builder accessible to non-technical legal operations staff without coding experience
  • Certified compliance posture with SOC 2, ISO 27001, ISO 27017, and ISO 27018 for enterprise legal environments
  • Pre-built integrations with Slack, Salesforce, Ironclad, and email systems commonly used in legal departments
  • AI-augmented features including chatbots and document generation available on higher plans
  • Flexible intake form builder with support for custom fields and multi-step approval routing

Weaknesses

  • Workflow definitions are not exportable and must be manually rebuilt at the destination, as the logic lives in a proprietary JSON structure
  • API documentation and capabilities are not publicly detailed, limiting migration tooling options
  • Pricing requires direct sales contact for enterprise tiers, with no self-serve quote available
  • Customization options become more limited as workflow complexity increases beyond basic branching
  • No bulk data export tool visible in the product UI, making large-volume migrations dependent on API access
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 Checkbox 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

    Checkbox: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Checkbox 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 Checkbox-to-Dynamics migrations complete within 48–72 hours of clock time for up to 50,000 response records across all surveys. Large migrations with 500,000+ responses, multiple surveys with 50+ custom properties each, or complex multi-select option set mappings extend to 5–7 days. The longest phase is often Dataverse schema provisioning for surveys with many custom fields — we parallelize that work with API extraction to keep the total timeline short.

Adjacent paths

Related migrations to explore

Ready when you are

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