CRM migration
Field-level mapping, validation, and rollback between Cordis CRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Cordis CRM
Source
Nutshell
Destination
Compatibility
6 of 8
objects map 1:1 between Cordis CRM and Nutshell.
Complexity
CModerate
Timeline
2-3 weeks
Overview
Moving from Cordis CRM to Nutshell is a small-team migration that requires manual data extraction from Cordis because Cordis does not publish a public REST API with bulk export endpoints. We work with the customer's team to pull CSV exports of Profiles (Contacts), Companies, and Pipeline records, then normalize the data into Nutshell's People, Organizations, and Deals structure. We preserve the contact-to-company relationship using Nutshell's account-name matching and flag any custom fields during scoping so they can be pre-created in Nutshell before the data load. Email history does not automatically sync from Cordis's Google Workspace integration, so we extract from Gmail directly where authorized. Documents migrate as file attachments re-associated to the correct Nutshell record using the ID mapping table we build during extraction. Nutshell's native import supports around 28 CRMs, but Cordis is not among them, so our migration runs through Nutshell's generic CSV import endpoint with field-level type enforcement. We do not migrate automations, task recurrence rules, or campaign engagement history as code; we deliver a written inventory of these 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 Cordis 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.
Cordis CRM
Profile
Nutshell
Person
1:1Cordis CRM Profiles map to Nutshell People (the Contact equivalent). Standard fields including name, email, phone, address, and any interaction history migrate directly. We flag any custom properties on Profiles during scoping and create equivalent custom fields in Nutshell before the data load. The dedupe key is email address, and Nutshell's duplicate detection handles matches based on email normalization.
Cordis CRM
Company
Nutshell
Organization
1:1Cordis CRM Companies map directly to Nutshell Organizations. The company name becomes the Organization name field. We preserve the relationship graph by exporting Company records first, then resolving the company reference on each Profile record during the load by matching on company name or a provided external ID. Any missing Organizations are created on the fly during the Profile import phase.
Cordis CRM
Pipeline
Nutshell
Deal
1:1Cordis CRM Pipeline records with stages and statuses map to Nutshell Deals. The pipeline name becomes the Deal name or a custom field. Stage names from Cordis are mapped to Nutshell's default deal stages (New, Appointment Scheduled, Decision Maker Bought-In, Contract Sent, Closed Won, Closed Lost) or to custom stages if the customer has pre-configured them in Nutshell. We flag any stage count mismatch between Cordis and Nutshell during scoping.
Cordis CRM
Task
Nutshell
Task
1:1Cordis CRM Tasks (both automated and manual) map to Nutshell Tasks. Task title, description, due date, status, and assignment migrate. Recurrence rules are not guaranteed to transfer because Cordis's recurrence model is not publicly documented; we migrate the next occurrence as a single task and flag the recurrence gap in the handoff document for the customer's admin to rebuild in Nutshell.
Cordis CRM
Document
Nutshell
Attachment
1:1Cordis CRM documents attached to Profiles or Companies are exported as files and re-associated to the corresponding Nutshell Person or Organization record. We preserve the original filename and a link to the source record in a migration reference table. Document version history is not guaranteed to export cleanly from Cordis; we export the latest version and flag multi-version documents so the customer can decide whether to restore earlier versions manually. Version lineage is not preserved in the migration.
Cordis CRM
Campaign
Nutshell
List or Tag
lossyCordis CRM Campaign records and membership data map to Nutshell Lists or Tags depending on how the customer intends to use the data post-migration. Campaign status and engagement dates migrate as metadata on the List or as Tag values. We survey the customer's campaign usage during scoping to determine whether Nutshell Lists or Tags is the appropriate target for their segmentation model.
Cordis CRM
Custom Fields
Nutshell
Custom Fields
lossyCordis CRM custom fields are not publicly documented in a schema reference, so we survey the customer's instance during scoping to identify all active custom fields, their data types, and their parent objects (Profile, Company, Pipeline, Task). We pre-create matching custom fields in Nutshell with equivalent data types before the main data load. Custom field limits vary by Nutshell plan; we flag any fields that may exceed the customer's plan limit and recommend a plan upgrade or field consolidation before migration.
Cordis CRM
Attachments
Nutshell
Attachment
1:1File attachments linked to any Cordis CRM record (Profile, Company, Pipeline, Task) are exported individually and re-associated post-import using the record ID mapping table we build during extraction. We handle filename preservation and maintain a reference to the source Cordis record for audit. Attachments are loaded after all parent records are confirmed in Nutshell to avoid orphaned file references.
| Cordis CRM | Nutshell | Compatibility | |
|---|---|---|---|
| Profile | Person1:1 | Fully supported | |
| Company | Organization1:1 | Fully supported | |
| Pipeline | Deal1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Document | Attachment1:1 | Fully supported | |
| Campaign | List or Taglossy | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Attachments | Attachment1:1 | Mapping required |
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.
Cordis CRM gotchas
No documented public API for self-service bulk export
Google Workspace integration does not auto-export email history
Document version history may not export cleanly
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
Discovery and export extraction planning
We audit the customer's Cordis CRM instance to identify all active record types (Profiles, Companies, Pipelines, Tasks, Documents, Campaigns), custom fields, and pipeline configurations. Because Cordis lacks a documented API, we coordinate with the customer to plan the CSV export: we specify the exact fields to include, the export format, and any vendor-assisted export requests needed if the customer cannot self-serve the export. We also assess whether Gmail access is available for email history extraction. The discovery output is a written migration scope and extraction checklist.
Custom field survey and Nutshell schema preparation
We survey the customer's Cordis CRM instance to enumerate all active custom fields, their data types, and parent objects. We then pre-create equivalent custom fields in Nutshell before any data load. If the customer's Nutshell plan limits the number of custom fields, we flag the constraint during this phase and recommend a plan upgrade or field consolidation with the customer before proceeding.
Data extraction and normalization
The customer extracts CSV exports from Cordis CRM following our extraction checklist. We receive the files and normalize them: we standardize date formats, clean duplicate records, resolve null values, and map Cordis field names to Nutshell field names. We build a record ID mapping table that associates each Cordis record ID with its target Nutshell record ID for attachment re-association. Email history is extracted from Gmail separately if authorized by the customer.
Sandbox or test import validation
We run a test import into a Nutshell trial environment using a subset of the normalized data (typically 100-200 records per object type) to validate field mapping, verify that custom fields populate correctly, and confirm that the contact-company relationship resolves properly. The customer reviews the test import and signs off before production migration begins. Any mapping corrections are documented and applied to the production import script.
Production migration in dependency order
We run the production migration in record-dependency order: Organizations (from Companies) first, then People (from Profiles) with the Organization lookup resolved, then Deals (from Pipelines) with Person and Organization references resolved, then Tasks, then Documents and Attachments. Each phase emits a row-count reconciliation report. Email history is loaded last as Activity records linked to the correct Person record.
Cutover, validation, and handoff documentation
We freeze Cordis CRM as the system of record during cutover and run a final delta migration of any records created or modified during the migration window. We deliver a written inventory of Task recurrence rules, Campaign engagement models, and any automations in Cordis that require rebuild in Nutshell. We do not rebuild automations as Nutshell workflows; that is a separate engagement or an internal admin task. We support a three-day hypercare window for reconciliation issues.
Platform deep dives
Cordis CRM
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Moderate CRM migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Cordis CRM and Nutshell.
Object compatibility
4 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
Cordis CRM: Not applicable — no public API..
Data volume sensitivity
Cordis CRM 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 Cordis CRM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Cordis CRM 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 Cordis CRM
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.