CRM migration

Migrate from Close to Microsoft Dynamics 365 Sales

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

Close logo

Close

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

75%

9 of 12

objects map 1:1 between Close 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 Close to Microsoft Microsoft Dynamics 365 Sales is a structural migration that reshapes the data model. Close collapses prospects into Leads and Contacts with a shared inbox; Dynamics 365 separates these into Lead, Contact, and Account with an explicit Convert action and a required Account as the parent of every Contact. We resolve the entity hierarchy during scoping, design the Lead-to-Contact-to-Account chain before any records move, and preserve the original Close status labels in custom fields for audit. Activity history (calls, emails, SMS, tasks) migrates as Dynamics 365 Activity records attached to the correct parent entity using the Dynamics 365 Bulk API. Close Workflows, Smart Views, and Custom Activities do not migrate as logic; we deliver a written inventory of every active Workflow and Custom Activity type for the customer's admin to rebuild in Dynamics 365.

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

Close logo

Close

What's pushing teams away

  • The feature set is deliberately narrower than enterprise CRMs — advanced reporting, deep customisation, and workflow complexity lag behind Salesforce and HubSpot.
  • Mobile app navigation receives consistent complaints; users report missed call notifications and the need to reopen the app frequently to stay current.
  • Teams needing native Slack integration without a Zapier workaround find the gap frustrating, especially at the lower pricing tiers.
  • Some users report that Close lacks Serbian number support and has limited inbox management compared to dedicated helpdesk tools.

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

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

Close

Lead

maps to

Microsoft Dynamics 365 Sales

Lead

1:1
Fully supported

Close Leads map directly to Dynamics 365 Lead. The Close status label (e.g. Potential, Contacted, Qualified) migrates to a custom Lead field close_original_status__c for audit. We set Lead.Status to a Dynamics 365 standard status value that most closely matches the original Close label, with a mapping table agreed upon during scoping. The close_date field maps to estimatedclose Date. Lead.OwnerId is resolved via email match against the destination User table.

Close

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:many
Fully supported

Close Contacts require an Account parent in Dynamics 365. We first create Account records from Close Companies (or from the organisation field on Close Contact if no Company exists). Then we create Contact records linked to the resolved AccountId. Any Contact without an organisation in Close becomes a Contact linked to a placeholder Account, flagged for the customer admin to merge or resolve post-migration. The original Close contact ID migrates to a custom field close_contact_id__c for reconciliation.

Close

Company

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Close Company records map to Dynamics 365 Account. The Company name becomes Account.Name, domain becomes Account.Website, and address fields map to Address composite fields. Account is created before any Contact import so that the AccountId lookup is satisfied at Contact insert time. We use Company.name as the dedupe key during Account creation to avoid duplicates from any overlapping Contact-level organisation entries.

Close

Opportunity

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Close Opportunities map to Dynamics 365 Opportunity. The pipeline-stage assignment maps to a Microsoft Dynamics 365 Sales Process and Record Type configured before migration. Opportunity.Amount migrates to EstimatedValue; close_date migrates to estimatedclose Date. If Close Opportunity is linked to a Contact (no Company), we resolve the Contact's parent Account and set AccountId before insert.

Close

Pipeline

maps to

Microsoft Dynamics 365 Sales

Record Type + Sales Process

lossy
Fully supported

Each Close Pipeline becomes a Dynamics 365 Record Type on Opportunity with a corresponding Sales Process that whitelists the relevant stage values. Stage probability percentages migrate from Close to the Dynamics 365 Stage Probability field. Stage ordering is preserved per the pipeline sequence in Close.

Close

Pipeline Stage

maps to

Microsoft Dynamics 365 Sales

Opportunity Stage

lossy
Fully supported

Close pipeline stages map to Dynamics 365 Stage values within the corresponding Sales Process. Stage names and display labels carry over directly. If Close has custom stage probability weights, these are set on the OpportunitySalesProcess entity after the Sales Process is deployed.

Close

Activity (Call, Email, SMS, Task)

maps to

Microsoft Dynamics 365 Sales

Task, Appointment, EmailMessage

1:1
Fully supported

Close activity types split into Dynamics 365 equivalents: calls become Task with TaskSubtype=Call and CallDirection set; emails become Task plus an EmailMessage record; SMS notes become Task with a custom description field; tasks become Task directly. The parent reference (lead_id or contact_id) is resolved to the Dynamics 365 LeadId or ContactId before insert. ActivityDate preserves the original timestamp to maintain timeline ordering.

Close

Custom Activity

maps to

Microsoft Dynamics 365 Sales

Custom Activity entity (Dataverse)

1:1
Fully supported

Close Custom Activities require a three-phase migration: create the Custom Activity Type as a Dataverse entity with its own logical name, create any type-scoped Custom Fields on that entity, then import the activity instances with a lookup to the parent Lead or Contact. The dependency chain is enforced strictly. If the destination org has no existing Dataverse custom entity for this type, we provision it during schema design. We flag any Custom Activity that uses a Custom Field not yet defined at migration time and halt that type's import until the field is created.

Close

Custom Field (Lead, Contact, Opportunity)

maps to

Microsoft Dynamics 365 Sales

Custom Attribute

1:1
Fully supported

Close Custom Fields read via the API (type, choices, required flag) are created as Dynamics 365 custom attributes on the matching entity (Lead, Contact, Opportunity). Choice labels from Close become Option Set values in Dynamics 365. We preserve the Close field label and API name in the Dynamics 365 custom attribute display name for traceability. Required flags on Close map to Business Rules or field-level requirement in Dynamics 365.

Close

Attachment

maps to

Microsoft Dynamics 365 Sales

Note / Attachment (SharePoint or Note)

1:1
Fully supported

Attachments on Close Leads and Contacts are retrieved via the API and re-uploaded to the destination as Note records linked via EntityImageId or as SharePoint document locations attached to the parent Account. The attachment file itself is preserved. We flag any attachment exceeding Dynamics 365 file size limits and resolve with the customer admin before migration.

Close

Call Recording

maps to

Microsoft Dynamics 365 Sales

Note / Attachment on Activity

1:1
Fully supported

Call recordings stored in Close are downloaded as audio files and re-uploaded as Note records attached to the matching Task activity in Dynamics 365. Recording duration and disposition from Close migrate to custom Task fields. We preserve the recording URL as a custom field reference if the customer intends to maintain a link to the original storage.

Close

User / Team Member

maps to

Microsoft Dynamics 365 Sales

User

1:1
Fully supported

Close Users (name, email, role, team) map to Dynamics 365 User records resolved by email match. Role and team membership map to Dynamics 365 Security Roles and Teams, though we flag that internal permissions and Lead-sharing rules require post-migration admin review. Any Close Owner without a matching Dynamics 365 User goes to a reconciliation queue.

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.

Close logo

Close gotchas

High

CSV exports drop all activity history silently

Medium

Smart Views can only export from the Leads tab

Medium

Workflows gatekept behind Growth and Scale plans

Medium

Custom Activities require strict dependency ordering

Low

Rate limits enforced per endpoint group

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

  • Close CSV exports silently drop all activity history

    Close's CSV export format omits activity data by design. Calls, emails, SMS, and tasks appear only in JSON exports. If the customer has been using CSV exports for their data, their full activity history is not present in the exported file. We request JSON-only exports for all activity-bearing records and flag any account that appears to have used CSV exports during scoping. Without JSON, we cannot migrate the engagement timeline that sales reps rely on for context when reopening accounts.

  • Accounts are required in Dynamics 365; Close has no equivalent

    Dynamics 365 requires an Account as the parent of every Contact in the standard model. Close has Companies optionally linked to Contacts but no mandatory Account entity. We must denormalise every Close Contact that has an organisation name into an Account record first, then link the Contact to it. Contacts with no organisation field become Contacts attached to a placeholder Account flagged for admin resolution. Skipping this step produces orphaned Contacts that fail Dynamics 365 validation on insert.

  • Close Workflows do not migrate to Dynamics 365 Automate

    Close Workflows (Growth and Scale plans only) automate outreach based on triggers and steps. Dynamics 365 uses Power Automate with a different event model and connector set. We do not migrate Workflows as code. We deliver a written inventory of every active Close Workflow with its trigger, conditions, and actions, plus a recommended Power Automate flow equivalent. The customer's admin or a Microsoft partner rebuilds them post-migration.

  • Custom Activities require strict three-phase dependency ordering

    A Close Custom Activity Type must be created in Dynamics 365 as a Dataverse entity before any Custom Field scoped to that type can be added, and both must exist before activity instances can be imported. Attempting to import in the wrong order returns validation errors from the Dataverse API. We sequence Custom Activity migration as a three-phase pipeline: create entity, create type-scoped attributes, import instances. Any missing phase halts the dependent phase until corrected.

  • Dynamics 365 field security and validation rules can block bulk import

    Dynamics 365 orgs commonly enforce required field rules, conditional field requirements, and option set whitelists that differ from Close's schema. A migration user performing bulk inserts must have the necessary Security Role permissions on the target entity and the Bulk Import privilege. We coordinate with the customer's Dynamics 365 admin to grant the migration user the correct role before import and either temporarily relax blocking validation rules or extend them with a migration-context bypass condition.

Migration approach

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

  1. Discovery and source audit

    We audit the source Close account across plan tier (Solo/Essentials/Growth/Scale), active Custom Activities and Custom Objects, pipeline count, stage definitions, Smart View filters, active Workflows, and activity volume per type. We verify the export method (JSON vs CSV) with the customer because CSV exports strip activity history silently. We pair this with a Dynamics 365 edition review: Sales Professional ($65/user) covers most migrations; Sales Enterprise ($105/user) is required for advanced AI insights, conversation intelligence, or customisability at scale.

  2. Schema design and Account strategy

    We design the destination Dynamics 365 schema. This includes provisioning custom attributes on Lead, Contact, and Opportunity; creating Record Types and Sales Processes per Close Pipeline; creating Dataverse entities for Custom Activity Types; and resolving the Account strategy for Contacts without a Company in Close. The schema is deployed into a Dynamics 365 Sandbox via the Dataverse Web API for validation before production migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 Sandbox using production-like data volume. The customer's RevOps lead reconciles record counts (Leads in, Contacts in, Accounts in, Opportunities in, Activities in), spot-checks 25-50 random records against the Close source, and signs off the schema and mapping before production migration. Any mapping corrections and Account-resolution issues surface here.

  4. Owner reconciliation and User provisioning

    We extract every distinct Close Owner referenced on Lead, Contact, Opportunity, and Activity records and match by email against the Dynamics 365 destination org's User table. Owners without a matching User go to a reconciliation queue. The customer's Dynamics 365 admin provisions any missing Users before record import resumes because OwnerId references are required on most standard entities.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from Close Companies), Leads (with original status preserved in close_original_status__c), Contacts (with AccountId resolved from Company or placeholder), Opportunities (with AccountId, OwnerId, and RecordTypeId resolved), Activity history (Tasks, Appointments, EmailMessages via Dynamics 365 Bulk API with batch chunking), Custom Activity Types and fields (phase one and two), Custom Activity instances (phase three), Attachments and Call Recordings. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and Workflow rebuild handoff

    We freeze Close writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver the Workflow inventory document to the customer's admin team listing every active Close Workflow with its trigger, conditions, actions, and recommended Power Automate equivalent. We support a one-week hypercare window for reconciliation issues. We do not rebuild Close Workflows as Power Automate flows inside the migration scope; that is a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

Close logo

Close

Source

Strengths

  • Unified inbox combining email, SMS, and call history in a single thread per Lead or Contact.
  • Built-in dialer stack — Power Dialer and Predictive Dialer — without requiring a third-party VoIP integration.
  • Per-seat pricing with no separate marketing-contact billing model, making cost predictable as teams grow.
  • Clean API with structured endpoints for Leads, Contacts, Opportunities, and Custom Activities using API-key authentication.
  • Strong G2 rating (4.7/5 from 2,030 reviews) with consistent praise for ease of use and onboarding speed.

Weaknesses

  • Mobile app is widely criticised for navigation friction, missed notifications, and the need to reopen to refresh call status.
  • Feature set is intentionally lean — advanced custom reporting, deep customisation, and complex workflow logic are more limited than Salesforce or HubSpot.
  • Native Slack integration is absent without a Zapier or API workaround, frustrating teams that rely on Slack for sales team communication.
  • Custom Objects and Custom Activities are powerful but add migration complexity due to their dependency ordering requirements.
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 Close 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

    B

    Close: Per endpoint group with a lower limit on write operations; 429 response includes rate_reset value; limits enforced at the organisation level across all API keys.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Close 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 20,000 Leads and Contacts, 3,000 Opportunities, and no Custom Activities. Migrations with Custom Activities, multi-pipeline structures, large activity histories (over 300,000 records), or Companies requiring denormalisation to Accounts move to eight to fourteen weeks because of the three-phase Custom Activity pipeline, Dynamics 365 API pagination, and Workflow documentation scope.

Adjacent paths

Related migrations to explore

Ready when you are

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