CRM migration
Field-level mapping, validation, and rollback between CentralStationCRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
CentralStationCRM
Source
Nutshell
Destination
Compatibility
7 of 10
objects map 1:1 between CentralStationCRM and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
CentralStationCRM and Nutshell share a similar small-team CRM philosophy, but their data models diverge in ways that require explicit mapping decisions before any records move. CentralStationCRM stores addresses as nested 1-n child records accessed via routes like GET /api/people/{id}/addrs.json, while Nutshell stores address components as inline fields on the Person and Company objects. We traverse those nested routes during export and flatten each address into the corresponding Nutshell field before import. Tags migrate as-is since both platforms support flat tag vocabularies. Custom fields require explicit per-account mapping because every CentralStationCRM tenant defines their own field set. We do not migrate automations, email templates, or sequences; these are inventoried in a written handoff document for the customer's admin to rebuild in Nutshell.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a CentralStationCRM 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.
CentralStationCRM
People
Nutshell
Person
1:1CentralStationCRM People map directly to Nutshell Person records. We export all standard fields (name, email, phone) plus inline fields (title, notes) during the People phase. The Nutshell Person is created first so that any subsequent Deal associations can resolve the Person lookup. Tags from CentralStationCRM apply as Nutshell tags against the Person record. Custom fields on People are discovered during scoping and mapped to Nutshell's custom field definitions for the Person object.
CentralStationCRM
Company
Nutshell
Company
1:1CentralStationCRM Company records map to Nutshell Company. The Company object in Nutshell stores an address inline rather than as a child record, so we flatten the first Company address from CentralStationCRM's GET /api/companies/{id}/addrs.json route into the destination's address fields. Additional addresses are noted in a custom field or in the Company notes field if the customer requests it during scoping. Tags migrate as Nutshell tags against the Company record.
CentralStationCRM
Lead
Nutshell
Lead
1:1CentralStationCRM Lead records map to Nutshell Lead with no split logic required since both platforms use a separate Lead object for pre-contact prospects. HubSpot's Lead-versus-Contact split pattern does not apply here. We export Lead source, status, and any custom fields, then create Nutshell Lead records before associating them with the relevant Person or Company where a relationship exists.
CentralStationCRM
Deal
Nutshell
Deal
1:1CentralStationCRM Deals map to Nutshell Deals with stage name, value, and assignee preserved. Deal stage names from CentralStationCRM are mapped to Nutshell's default pipeline stages during scoping; if the customer uses custom stage names, we create matching Nutshell pipeline stages before migration. Closed-won and closed-lost outcomes are preserved as status values. Deals are associated with their primary Person or Company using Nutshell's deal-party lookup during import.
CentralStationCRM
Activity (calls, meetings, notes)
Nutshell
Activity (call log, meeting, note)
1:1CentralStationCRM Activities attached to People or Companies export via nested routes and map to Nutshell's activity timeline on the corresponding Person or Company record. Call logs, meeting records, and notes each become a distinct activity entry in Nutshell's timeline with the original timestamp preserved. We set the activity type field per record so that the timeline renders with the correct icon (phone, calendar, or notepad) in Nutshell's UI.
CentralStationCRM
Task
Nutshell
Task
1:1CentralStationCRM Tasks attached to People or Deals migrate as Nutshell Tasks. Title, due date, and completion status transfer directly. Incomplete tasks import as open Nutshell Tasks; completed tasks import with a completed status and a completed_date matching the original timestamp. Task assignment maps by resolving the CentralStationCRM owner email against the Nutshell user table.
CentralStationCRM
Tag
Nutshell
Tag
lossyCentralStationCRM tags are flat key-value labels applied across People, Companies, Deals, and Offers. We export the full tag vocabulary and apply each tag to the corresponding Nutshell record by type. Tags that do not yet exist in Nutshell are created at migration time. The customer chooses during scoping whether tags are the primary taxonomy or whether a subset of tags should be mapped to custom fields instead.
CentralStationCRM
Custom Field
Nutshell
Custom Field
lossyCentralStationCRM per-tenant custom fields have no fixed schema across accounts. We discover every custom field on People, Companies, Deals, and Leads during scoping, identify the field type (text, number, date, checkbox, dropdown), and create matching Nutshell custom fields on the equivalent object before migration. Custom field values are then written during the main import phase for each object.
CentralStationCRM
Offer
Nutshell
Quote
1:1CentralStationCRM Offers (standalone quote-like objects with line items and totals linked to People or Companies) map to Nutshell Quotes. We export offer line items, quantities, prices, and the total, then create Nutshell Quote records with line items attached to the corresponding Person or Company. Nutshell Quotes are available on Pro and above; if the customer is on the Foundation plan, we flag this during scoping so the customer can upgrade before migration or accept that quote records are written as Deal-line-item notes.
CentralStationCRM
Address (nested child of People/Company)
Nutshell
Inline address fields on Person and Company
lossyCentralStationCRM stores addresses as 1-n children of People via GET /api/people/{id}/addrs.json and of Companies via GET /api/companies/{id}/addrs.json. We traverse every address route during export, then flatten each address into Nutshell's inline address fields (street, city, state/province, postal code, country) on the corresponding Person or Company record. If a Person or Company has multiple addresses, the primary (first) address becomes the inline fields; additional addresses are written to a custom text field or the notes field as a pipe-delimited list, per the customer's scoping preference.
| CentralStationCRM | Nutshell | Compatibility | |
|---|---|---|---|
| People | Person1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Activity (calls, meetings, notes) | Activity (call log, meeting, note)1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Tag | Taglossy | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Offer | Quote1:1 | Fully supported | |
| Address (nested child of People/Company) | Inline address fields on Person and Companylossy | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
CentralStationCRM gotchas
50 req/10s rate limit causes 429 errors on fast exports
Nested routes required for child object exports
No OAuth — API key only with header authentication
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Scoping and schema discovery
We audit the CentralStationCRM account via API to inventory all record types in use: People, Companies, Deals, Leads, Activities, Tasks, Offers, Tags, and any custom fields. We document the address count per Person and Company to estimate the nested route traversal workload. We simultaneously inventory the Nutshell destination account: plan tier (Foundation through Enterprise), existing custom field definitions, pipeline stages, and any validation rules that could reject imported values. The output is a written scope document and a field-level mapping spreadsheet that the customer reviews and approves before any data moves.
Nutshell destination preparation
We create any missing custom fields in Nutshell that correspond to CentralStationCRM custom fields discovered during scoping, matching field types (text, number, date, checkbox, dropdown) to Nutshell's supported custom field types for each object. We configure Nutshell pipeline stages to match CentralStationCRM deal stages where names differ. If the customer is on Nutshell Foundation and needs Quote migration, we flag the plan upgrade requirement before the migration phase begins. Custom fields are deployed in Nutshell's settings UI before the first record import runs.
Test migration and reconciliation
We run a sample migration of 50-100 records per object type into a staging area or the live Nutshell account (for small datasets) to validate the mapping. The customer spot-checks 20-30 records against the CentralStationCRM source and confirms that addresses, tags, and custom field values rendered correctly in Nutshell. Mapping corrections — field name mismatches, incorrect date formats, tag-to-custom-field reclassification — are applied to the transform configuration and a second sample run validates the fix before the full migration begins.
Full API export in dependency order
We export CentralStationCRM records in dependency order: Companies first (with their nested address routes traversed and flattened), then People (with their nested address routes flattened inline), then Leads, then Deals, then Activities and Tasks, then Offers with line items. Each phase uses the 50 req/10s rate limit with a cooldown window and Retry-After handling. Tags are extracted per record and held in a tag-mapping table until the final phase. All timestamps are preserved from the original CentralStationCRM created_date and modified_date fields.
Full import into Nutshell
We write records to Nutshell in reverse dependency order using the Nutshell REST API. Addresses from CentralStationCRM nested routes are flattened into Nutshell's inline address fields during the transform phase before each Person and Company is written. Tags are applied via Nutshell's tag API after the base record is inserted. Custom field values are written in the same API call as the base record where possible. Each phase emits a row-count reconciliation report (records sent, records written, errors) before the next phase begins.
Cutover, validation, and handoff
We freeze CentralStationCRM writes during the cutover window, run a final delta export of any records created or modified during the migration window, and apply those changes to Nutshell. The customer performs a final reconciliation check across all record types. We deliver a written inventory of CentralStationCRM automations and email templates (if present on Business tier) that require rebuilding in Nutshell, plus a list of any custom fields that could not be mapped to a Nutshell custom field and the recommended workaround for each. We provide a one-week post-migration support window for reconciliation issues.
Platform deep dives
CentralStationCRM
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across CentralStationCRM and Nutshell.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
CentralStationCRM: 50 requests within 10 seconds; returns HTTP 429 with Retry-After header when exceeded.
Data volume sensitivity
CentralStationCRM doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during CentralStationCRM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your CentralStationCRM to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave CentralStationCRM
Other ways to arrive at Nutshell
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.