CRM migration

Migrate from Close to Salesforce Sales Cloud

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

Close logo

Close

Source

Salesforce Sales Cloud

Destination

Salesforce Sales Cloud logo

Compatibility

75%

9 of 12

objects map 1:1 between Close and Salesforce Sales Cloud.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Close to Salesforce Sales Cloud is a structural migration, not a record copy. Close collapses prospects into a unified Lead-Contact model, while Salesforce separates unqualified prospects (Lead), qualified buyers (Contact), and business entities (Account). We resolve that three-part split using Close's status field and contact-to-company relationship during the scoping phase, then pre-create the Salesforce schema — including Custom Objects, Record Types, and stage-probability maps — before any data loads. Activity history (calls, emails, SMS, tasks) must come through the Bulk API because Close's CSV export intentionally omits all activity data. Workflows on Growth and Scale plans do not migrate; we deliver a written inventory of every active Workflow for the customer's admin to rebuild in Salesforce Flow. Custom Activities and Custom Objects require a three-phase dependency pipeline that we execute in strict order to avoid validation errors at insert time.

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

Salesforce Sales Cloud logo

Salesforce Sales Cloud

What's pulling them in

  • The AppExchange marketplace with 5,000+ prebuilt apps gives enterprises integrations for nearly every business workflow without custom development.
  • Native Einstein AI for lead scoring, opportunity insights, and predictive forecasting adds intelligence without a separate platform purchase.
  • Territory management, multi-currency support, and advanced forecasting satisfy the needs of complex B2B sales organizations with structured revenue teams.
  • Slack, Tableau, and CPQ are deeply integrated into the core platform, keeping the sales stack unified for teams already in the Salesforce ecosystem.
  • Organizations with a large, established Salesforce implementation choose it because switching costs — integrations, custom code, trained admins — are prohibitive.

Object mapping

How Close objects map to Salesforce Sales Cloud

Each row shows how a Close object lands in Salesforce Sales Cloud, 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

Salesforce Sales Cloud

Lead

1:1
Fully supported

Close Leads with a status indicating they are not yet qualified to a company map directly to Salesforce Lead. Standard fields (name, email, phone, status, owner, created_at, updated_at) map 1:1. Close's lead_status property maps to Salesforce Lead Status picklist. Any Lead Custom Fields migrate as custom fields on the Salesforce Lead object. We use the Close API to export Leads rather than relying on Smart View CSV exports, which are only available from the Leads tab.

Close

Contact

maps to

Salesforce Sales Cloud

Contact

1:1
Fully supported

Close Contacts map to Salesforce Contact. Each Close Contact carries a direct link to a Close Company record. We resolve this at migration time: if the Contact has an associated Company, we create the corresponding Salesforce Account first, then attach the Contact via AccountId. If the Contact has no Company, it becomes a Salesforce Contact without an Account. Email, phone, owner, and all Contact Custom Fields migrate 1:1.

Close

Company

maps to

Salesforce Sales Cloud

Account

1:1
Fully supported

Close Company records map directly to Salesforce Account. Company name becomes Account Name, domain becomes Website, industry and address fields map to their Salesforce counterparts. Account is created before any Contact import so the AccountId lookup is satisfied at the moment of Contact insert. Close Company Custom Fields migrate as custom fields on the Salesforce Account object.

Close

Opportunity

maps to

Salesforce Sales Cloud

Opportunity

1:1
Fully supported

Close Opportunities map to Salesforce Opportunity. The Opportunity amount, stage, expected close date, and owner migrate 1:1. The Close pipeline reference maps to a Salesforce Record Type that we configure before migration, with the pipeline stage mapping to the corresponding Sales Process stage. Closed-Lost and Closed-Won dates migrate to Salesforce's CloseDate and IsClosed fields.

Close

Pipeline

maps to

Salesforce Sales Cloud

Record Type + Sales Process

lossy
Fully supported

Each Close pipeline becomes a Salesforce Record Type on Opportunity with a corresponding Sales Process that whitelists the relevant stage values. Stage probability percentages migrate from Close to Salesforce StageProbability, rounded to the nearest integer. Stage ordering is preserved by setting the picklist value order in the destination.

Close

Activity: Call

maps to

Salesforce Sales Cloud

Task (TaskSubtype = Call)

1:1
Fully supported

Close call activity records migrate to Salesforce Task with TaskSubtype set to Call. Call disposition, duration, and recording URL migrate to custom Task fields. The WhoId points to the migrated Lead or Contact; the WhatId points to the related Opportunity or Account. ActivityDate is set to the original Close timestamp to preserve timeline ordering.

Close

Activity: Email

maps to

Salesforce Sales Cloud

EmailMessage + Task

1:1
Fully supported

Close email activity records migrate to Salesforce EmailMessage (the email body and headers) linked to an Activity Task (the timeline entry). The WhoId on Task points to the migrated Lead or Contact. Email thread IDs are preserved to maintain conversation threading in Salesforce.

Close

Activity: SMS

maps to

Salesforce Sales Cloud

Task (TaskSubtype = SMS)

1:1
Fully supported

Close SMS activity records migrate to Salesforce Task with TaskSubtype set to SMS. The message body and direction (inbound/outbound) migrate to custom Task fields. The WhoId points to the migrated Lead or Contact. SMS is not a standard Salesforce Task subtype; we configure a custom TaskSubtype value or use a custom field for SMS-specific data if the org does not have TaskSubtype enabled.

Close

Activity: Task

maps to

Salesforce Sales Cloud

Task

1:1
Fully supported

Close task activity records map directly to Salesforce Task. Status, Priority, due date, and assigned owner migrate 1:1. Owner resolution uses the email-based User mapping established during owner reconciliation.

Close

Custom Activity Type

maps to

Salesforce Sales Cloud

Custom Object + Custom Fields

lossy
Fully supported

Close Custom Activities are user-defined activity types with their own field schema. Migration requires a three-phase pipeline: first, we create a Salesforce Custom Object matching the Custom Activity Type name with a __c suffix. Second, we create all type-scoped custom fields on the new object. Third, we import the activity records against the pre-created schema. This ordering is strict — attempting to import before the schema is complete returns validation errors.

Close

Custom Object

maps to

Salesforce Sales Cloud

Custom Object

lossy
Fully supported

Close Custom Objects are fully user-defined record types. Migration follows the same three-phase pipeline as Custom Activities: create the Salesforce Custom Object with matching API name, create all custom fields including lookup relationships to standard objects, then import the records. If a Custom Object has a lookup to another Custom Object, we sort by dependency and create the parent first.

Close

Attachment

maps to

Salesforce Sales Cloud

ContentDocument (ContentVersion + ContentDocumentLink)

1:1
Fully supported

Attachments on Close Leads and Contacts are downloaded via the Close API as binary files. We re-upload them to Salesforce as ContentVersion records linked via ContentDocumentLink to the migrated Lead or Contact. The attachment filename and any associated notes migrate as the ContentDocument Description field. Large attachments (over 25 MB) require chunked upload via the Salesforce ChunkedFileProcessor.

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

Salesforce Sales Cloud logo

Salesforce Sales Cloud gotchas

High

Workflow Rules and Process Builder are retired

High

Bulk API batch quota exhaustion during large imports

Medium

Storage overage billing is non-obvious

Medium

Account-Contact many-to-many relationship mapping

Low

Territory and team member import ordering dependencies

Pair-specific challenges

  • CSV export silently drops all activity history

    Close's CSV export format intentionally omits call, email, SMS, and task activity records. Any customer who has prepared their data via CSV export will have an empty activity history in the migration file. We always request JSON export from Close for activity-bearing records. During scoping we explicitly ask whether the customer has used CSV or JSON exports, and if CSV was used we require a fresh JSON export before migration scoping begins. Failing to catch this results in zero engagement history in Salesforce regardless of how comprehensive the rest of the migration is.

  • Smart Views only export from the Leads tab

    Close's export button only appears for Smart Views created in the Leads tab. Smart Views built from the Contacts tab produce no export UI. We bypass this entirely by querying Leads and Contacts directly via the Close API rather than relying on saved Smart View exports. However, if a customer has structured critical saved views in the Contacts tab and relies on those for deduplication, we flag this during scoping so the customer can identify which views to translate into Salesforce saved searches post-migration.

  • Custom Activities require strict dependency ordering

    A Close Custom Activity Type must exist before any Custom Field scoped to that type, and both must exist before any activity instance can be imported. Attempting to import in the wrong order returns validation errors that block the batch. We implement Custom Activity migration as a three-phase pipeline: create type, create type-scoped Custom Fields, then import activity records. If the customer has multiple interdependent Custom Activities we sort them by dependency chain and execute sequentially.

  • Close Workflows do not migrate to Salesforce Flow

    Close Workflows (automated triggers, steps, and goals sequencing outreach) are only available on Growth ($99/seat) and Scale ($139/seat) plans. They contain rule logic tightly coupled to Close's event model and have no direct Salesforce Flow equivalent. Workflows on the customer's Essentials plan cannot be migrated regardless because the feature tier does not support them. We do not migrate Workflows as code. We deliver a written inventory of every active Close Workflow with its trigger conditions, actions, and a recommended Salesforce Flow equivalent for the customer's admin to rebuild post-migration.

  • Salesforce validation rules and field-level security block bulk imports

    Salesforce orgs commonly enforce validation rules (required formats, conditional requireds, picklist whitelists) and field-level security that the migration user must explicitly bypass during data load. We coordinate with the customer's Salesforce admin to grant the migration user the necessary permissions and either temporarily disable blocking validation rules during load or add a migration-context bypass check to each rule. Skipping this step typically results in 5-30 percent record rejection on the first import attempt and requires a corrective re-import run.

Migration approach

Six steps for a successful Close to Salesforce Sales Cloud data migration

  1. Discovery and export audit

    We audit the Close account across tier (Solo/Essentials/Growth/Scale), Custom Activities, Custom Objects, pipeline count, active Workflows, and activity volume. We request a JSON-format export confirmation from the customer to verify that engagement history will be present in the export. We pair this with a Salesforce edition decision: Essentials ($25/user) covers most migrations without custom objects; Professional ($75/user) is required for custom objects and advanced workflow; Enterprise ($165/user) is required for record-triggered Flow at scale, advanced reporting types, or territory management. The discovery output is a written migration scope document and Salesforce edition recommendation.

  2. Schema design and dependency mapping

    We design the destination schema in Salesforce. This includes provisioning Custom Objects (with __c API names matched to Close names), custom fields (type-mapped to Salesforce field types), Record Types (one per Close pipeline), Sales Processes (stage whitelist per Record Type), Page Layouts, and the Lead-Contact-Account split rule based on the customer's Close contact-to-company relationships. Schema is deployed to a Salesforce Sandbox first for validation. If the customer uses Custom Activities, we sequence the schema creation as a dependency chain before any data migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce 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 begins. Any mapping corrections — field type mismatches, picklist value gaps, required field gaps — happen in Sandbox, not in production.

  4. Owner reconciliation and User provisioning

    We extract every distinct Close user referenced on Lead, Contact, Opportunity, and activity records and match by email against the Salesforce destination org's User table. Owners without a matching Salesforce User go to a reconciliation queue. The customer's Salesforce admin provisions missing Users (active or inactive depending on whether the original Close user is still active). Migration cannot proceed past this step because OwnerId references are required on most standard objects.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from Close Companies), then Contacts (with AccountId resolved), then Leads (with status-based split applied), then Opportunities (with RecordTypeId and OwnerId resolved), then Custom Objects (sorted by interdependency), then Custom Activities (three-phase pipeline), then Activity history (Tasks, Events, EmailMessages via Bulk API 2.0), then Attachments. Each phase emits a row-count reconciliation report before the next phase begins. Bulk API 2.0 chunking handles large activity volumes with exponential backoff on API limit responses.

  6. Cutover, validation, and Workflow rebuild handoff

    We freeze writes in Close during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce as the system of record. We deliver the Workflow inventory document to the customer's admin team with a recommended Salesforce Flow equivalent for each active Workflow. We support a one-week hypercare window where we resolve reconciliation issues raised by the sales team. We do not rebuild Close Workflows as Salesforce Flow inside the migration scope; that is a separate engagement.

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.
Salesforce Sales Cloud logo

Salesforce Sales Cloud

Destination

Strengths

  • Largest enterprise app ecosystem in CRM with 5,000+ AppExchange integrations covering nearly every vertical workflow.
  • Native Einstein AI delivers lead scoring, opportunity insights, and predictive forecasting without a third-party layer.
  • Advanced territory management, multi-currency, and flexible forecasting satisfy complex B2B revenue structures.
  • Deep platform extensibility: Custom Objects, Apex, Flow, and the Metadata API allow full schema customization.
  • Well-documented REST API, Bulk API, and Composite API with published rate limits for programmatic migration.

Weaknesses

  • Pricing model is layered and opaque in practice: per-seat fees plus storage overages, add-on subscriptions, and annual uplifts compound to 30–40% above sticker price.
  • Workflow Rules and Process Builder are deprecated, forcing all orgs onto Salesforce Flow — a migration task that catches many teams by surprise.
  • Steep administrative complexity: meaningful configuration requires a dedicated Salesforce admin or consultant.
  • API rate limits are edition-gated (100k/day base for Enterprise) and easily exhausted by large historical imports without throttling.
  • Data export is exportable via Data Loader but preserving relationship integrity across 30+ objects requires careful ETL sequencing.

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 Salesforce Sales Cloud.

  • 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 Salesforce Sales Cloud 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 Salesforce Sales Cloud data migrations

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

Can't find your answer?

Walk through your Close to Salesforce Sales Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between four and six weeks for accounts under 25,000 Contacts and 5,000 Opportunities with no Custom Activities or Custom Objects and a clean export in JSON format. Migrations with Custom Activities, Custom Objects, multiple pipelines, large engagement histories (over 500,000 activity records), or a destination org with complex existing validation rules move to ten to sixteen weeks because of the three-phase schema pipeline, Bulk API time, and Salesforce org security coordination.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Close.
Land in Salesforce Sales Cloud, 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