CRM migration

Migrate from CentraHub CRM to Nutshell

Field-level mapping, validation, and rollback between CentraHub CRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.

CentraHub CRM logo

CentraHub CRM

Source

Nutshell

Destination

Nutshell logo

Compatibility

75%

6 of 8

objects map 1:1 between CentraHub CRM and Nutshell.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

CentraHub CRM is mid-migration through a rebrand to Focus Softnet, leaving teams without a documented public API, inconsistent support documentation, and growing uncertainty about the product roadmap. Nutshell uses a flat Person-and-Company data model that differs structurally from CentraHub's separate Account-and-Contact hierarchy, requiring deliberate schema design before any records move. We extract CentraHub data through its manual CSV export per module and direct database reads where the Centra Hosted edition is deployed, reconstruct parent-child relationships from exported ID columns, and write them into Nutshell in dependency order. Workflows, automation rules, and reports do not migrate; we deliver a written inventory of every active workflow for the customer's admin to rebuild in Nutshell's workflow builder or document for a future automation platform. Historical attachments and engagement logs require a separate download-and-re-attach pass using Nutshell's attachment API after the core record import completes.

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

CentraHub CRM logo

CentraHub CRM

What's pushing teams away

  • Minimum 5-user seat requirement on every paid tier locks out solo practitioners and very small teams that only need 1–3 licenses.
  • Initial setup support is reported as not meeting expectations, with reviewers citing poor onboarding assistance during configuration.
  • Lack of publicly documented API makes programmatic exports difficult — teams resort to CSV manual exports which strip relationships between records.
  • Brand rebranding from CentraHub CRM to Focus Softnet creates uncertainty about long-term product direction and support continuity.
  • Limited English-language community presence and sparse Reddit/G2 discussion make peer troubleshooting difficult for non-Indian users.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How CentraHub CRM objects map to Nutshell

Each row shows how a CentraHub CRM object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

CentraHub CRM

Account

maps to

Nutshell

Company

1:1
Fully supported

CentraHub Account records map directly to Nutshell Company. The Account Name becomes the Company name field, and the Account Website maps to the Company website field. Nutshell Companies do not have a mandatory Person association, so we write all Companies first during migration to establish IDs before any Person records are created. If CentraHub Accounts contain industry, annual revenue, or address data, we map these to Nutshell Company custom fields that the customer configures before migration begins.

CentraHub CRM

Contact

maps to

Nutshell

Person

1:1
Fully supported

CentraHub Contact records map to Nutshell Person. Each Person's company_name field is set by resolving the Contact's parent Account ID to the Nutshell Company ID created during the Accounts phase. Contact phone, email, title, address, and owner fields map directly. If a Contact in CentraHub has no parent Account, the Person is created without a Company association. Person records are written after all Companies to satisfy the Company lookup requirement on every Contact-to-Account relationship.

CentraHub CRM

Lead

maps to

Nutshell

Person

1:1
Fully supported

CentraHub Lead records map to Nutshell Person with a Lead source field preserved as a custom Person field. Lead status and rating are mapped to Nutshell custom picklist fields that the customer configures before migration. Since Nutshell does not have a separate Lead object, unqualified prospects and qualified contacts coexist in the same Person table, and the customer's admin manages segmentation using custom fields populated during migration.

CentraHub CRM

Deal

maps to

Nutshell

Opportunity

1:1
Fully supported

CentraHub Deal records map to Nutshell Opportunity. The Deal's Amount, Close Date, and Probability map directly to Nutshell Opportunity fields. Deal Stage names are translated using a customer-defined mapping table against Nutshell's standard stages (New Lead, Presentation Scheduled, Decision Maker Bought-In, Contract Sent, Closed Won, Closed Lost). The Deal's primary Contact or Account owner maps to the Nutshell Opportunity owner and the associated Person. Nutshell Opportunity stages are configurable in Settings > Pipelines before migration, and we match stage names to the configured values during the transform phase.

CentraHub CRM

Activity (Call, Email, Meeting, Note)

maps to

Nutshell

Note

1:many
Fully supported

CentraHub Activities of type Call, Email, Meeting, and Note all map to Nutshell Note records. The activity type, timestamp, body content, duration, and outcome are preserved in Note custom fields or the Note body itself. Nutshell does not have separate native objects for calls, emails, and meetings, so we consolidate all four activity types into Note records with a custom type field to preserve the original taxonomy. Activity history cannot be imported via CSV; we use Nutshell's REST API with per-record POST calls, batched and rate-limited to avoid throttling.

CentraHub CRM

Task

maps to

Nutshell

Note

1:1
Fully supported

CentraHub Task records map to Nutshell Note records. Task Due Date, Status, Priority, and Description are preserved in Note custom fields that the customer configures before migration. Task assignment maps to Nutshell Person or Company owner where the resolved User lookup exists. Tasks with a completed date are flagged with a custom completed flag field to preserve the original task lifecycle state.

CentraHub CRM

Custom Fields

maps to

Nutshell

Custom Fields

lossy
Mapping required

CentraHub custom fields per module (Leads, Accounts, Contacts, Deals) are mapped to Nutshell custom fields on the corresponding Person, Company, or Opportunity object. We extract the full CentraHub custom field schema during discovery, validate data types against Nutshell's supported types (text, number, picklist, date), and flag any field type that requires a multi-select or relational structure not available in Nutshell's custom field system. The customer configures the target Nutshell custom fields before the migration data load begins.

CentraHub CRM

Attachments

maps to

Nutshell

Attachments

1:1
Not supported

CentraHub attachments stored via Dropbox or Box integration are downloaded to temporary storage during migration. After Person, Company, and Opportunity records are written to Nutshell, we re-attach files using Nutshell's attachment API, linking each file to the corresponding Nutshell record by ID. We do not migrate attachment metadata as a bulk load; each file requires a separate API call and file upload, which makes large attachment sets a significant time and cost driver in the migration scope.

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.

CentraHub CRM logo

CentraHub CRM gotchas

High

Five-user minimum applies to every paid tier

High

Workflows reference field IDs, not field names

High

No documented public API for bulk exports

Medium

Rebrand to Focus Softnet causes support and documentation drift

Medium

Custom field data type enforcement is loose on import

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • No bulk API forces per-record REST writes for activity history

    CentraHub CRM has no publicly documented bulk export endpoint, so all migration data originates from manual CSV exports per module. Nutshell's import API accepts CSV files for the core objects but requires REST API per-record POST calls for activity history (calls, emails, meetings, notes). For migrations with more than 10,000 activity records, this means we batch records in groups of 50-100, apply exponential backoff on rate-limit responses, and run the activity migration in a separate pass after Person, Company, and Opportunity imports complete. Migrations that skip this sequencing hit API timeouts or silently drop activity records.

  • CentraHub workflows reference field IDs, not field names

    CentraHub workflow definitions store field references by internal ID rather than by field name. When a field is renamed or removed during migration, the workflow condition silently breaks. We extract all workflow definitions as structured JSON during discovery, cross-reference field IDs against the migration field map, and flag every workflow that will break if a mapped field is renamed. Workflows do not migrate as automation logic to Nutshell because Nutshell's workflow builder operates on a different event model; we deliver a written workflow inventory for the customer's admin to rebuild.

  • Account-to-Person schema gap requires deliberate design

    CentraHub separates Accounts and Contacts with a many-to-one relationship: one Account holds multiple Contacts. Nutshell does not have an equivalent Account-Contact hierarchy. Persons optionally link to a Company but Companies do not serve as parent containers for Persons in the same way. We write Companies first to establish IDs, then write Persons with the Company lookup resolved, preserving the Account-Contact relationship structure as a Company-Person relationship in Nutshell. If a CentraHub Contact has no parent Account, the corresponding Nutshell Person is created without a Company association. The customer reviews this mapping during scoping and confirms the desired Person-Company attachment strategy.

  • Custom field data type enforcement is loose on export

    CentraHub custom fields allow admins to set data types (text, number, date) but do not strictly enforce type validation on CSV import. Records with a text string in a number field are accepted and stored as-is. When we export from CentraHub and load into Nutshell, type mismatches can cause Nutshell import rejections or silent data truncation. We validate custom field values against the declared data type during transformation and flag records with mismatches before writing to Nutshell. The customer resolves type-corrupted records before we re-attempt the field write.

  • Reports and dashboards do not migrate between platforms

    Nutshell reports and dashboards are platform-specific configurations with no export or migration path. Historical report data can be extracted as CSV from CentraHub and delivered as a static reference file, but the report structure, filters, and chart configurations require rebuild in Nutshell's reporting interface. We deliver a written inventory of all CentraHub report names, metrics, and date ranges as a reference for the customer's admin to rebuild in Nutshell Reports.

Migration approach

Six steps for a successful CentraHub CRM to Nutshell data migration

  1. Discovery and scoping

    We request full data exports from the customer's CentraHub instance across all modules (Leads, Accounts, Contacts, Deals, Activities, Tasks, Custom Fields). We also request a direct database export where the Centra Hosted edition is deployed, as this provides relationship IDs that the CSV export strips. We audit record counts, relationship volumes, custom field schemas, active workflow definitions, and the attachment file list from Dropbox or Box. We review Nutshell's current plan tier and confirm the target custom fields and pipeline stages that need pre-configuration. The discovery output is a written migration scope, a CentraHub-to-Nutshell field map, and a CentraHub workflow inventory document.

  2. Data export and relationship reconstruction

    We coordinate with the customer to produce complete CSV exports from CentraHub for each module. Since there is no documented bulk export API, we supplement CSV data with direct database reads where Centra Hosted is available. We reconstruct parent-child relationships from exported ID columns (Account-Contact, Deal-Contact, Activity-Contact) and flag any orphaned records that reference a deleted or missing parent. We validate custom field data types against the CentraHub schema and flag type-mismatched records for the customer to resolve before transformation begins.

  3. Target schema configuration in Nutshell

    We guide the customer through configuring Nutshell before migration: creating custom fields on Person, Company, and Opportunity that map to the CentraHub custom fields in the field map; configuring the Opportunity pipeline with stages that correspond to the CentraHub deal stages via the customer-defined mapping table; and provisioning any Nutshell users matching the CentraHub owners that will be referenced on migrated records. Nutshell Growth or Pro plan is required for the custom field and pipeline configuration scope. Schema configuration happens in the production Nutshell instance before any data loads begin.

  4. Migration dry run and reconciliation

    We run a first-pass migration into a staging environment or a subset of Nutshell production with a sample of 100-500 records per object type. We reconcile record counts against the CentraHub source counts and spot-check field values for accuracy. The customer validates the Person-Company linkage, the Opportunity stage mapping, and the activity note formatting. Any mapping corrections are applied to the transform scripts before the full production migration begins. This dry-run step catches schema misalignments before they affect the full dataset.

  5. Production migration in dependency order

    We run the production migration in record-dependency order. Companies are written first (from CentraHub Accounts) to establish IDs. Persons are written next (from CentraHub Contacts and Leads), with the Company lookup resolved from the first phase. Opportunities are written third, with Person and Company IDs resolved and the deal stage translated via the mapping table. Activity history (Calls, Emails, Meetings, Notes, Tasks) is written via REST API per-record calls in batches of 50-100 with exponential backoff. Custom field data is validated per record before each write call. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover and post-migration delivery

    We close the migration window and deliver the complete migration manifest: record counts per object, attachment manifest with Nutshell attachment IDs, and the CentraHub workflow inventory document listing every active workflow with its trigger, conditions, actions, and a recommended Nutshell workflow rebuild note. We do not rebuild CentraHub workflows as Nutshell automation logic; that work requires a separate engagement or admin effort using Nutshell's workflow builder. We support a 72-hour post-migration window for reconciliation issues raised by the customer's team.

Platform deep dives

Context on both ends of the pair

CentraHub CRM logo

CentraHub CRM

Source

Strengths

  • Unlimited record storage on all paid tiers — no per-contact billing shock as records grow.
  • All-in-one sales, marketing, and service modules with a single vendor and unified data model.
  • Per-user pricing is competitive against HubSpot and Salesforce for teams between 5 and 50 seats.
  • Industry-specific editions provide vertical templates for Real Estate, Automotive, and Education use cases.
  • Custom field support per module allows teams to tailor the schema without developer involvement.

Weaknesses

  • Minimum 5-user seat requirement excludes solo users and very small teams regardless of plan tier.
  • No publicly documented API endpoint reference — programmatic exports are undocumented and unsupported.
  • Initial onboarding and setup support receive consistent criticism from early-stage reviewers.
  • Brand pivot to Focus Softnet creates uncertainty about product roadmap and long-term support continuity.
  • Sparse English-language community presence makes peer troubleshooting difficult outside of Indian user networks.
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 3 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 CentraHub CRM and Nutshell.

  • Object compatibility

    B

    3 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

    CentraHub CRM: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your CentraHub CRM to Nutshell 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 CentraHub CRM to Nutshell data migrations

Answers to the questions buyers ask most during CentraHub CRM to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your CentraHub CRM to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between two and three weeks for accounts under 10,000 records with straightforward field mapping and no custom object complexity. Migrations above 10,000 records, with large engagement histories (over 100,000 activity rows), complex custom field schemas, or a significant attachment set, move to five to seven weeks because of the multi-pass activity import, relationship reconstruction from exported ID columns, and the attachment re-attach process.

Adjacent paths

Related migrations to explore

Ready when you are

Move from CentraHub CRM.
Land in Nutshell, 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