CRM migration
Field-level mapping, validation, and rollback between Kordeva and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Kordeva
Source
Nutshell
Destination
Compatibility
7 of 8
objects map 1:1 between Kordeva and Nutshell.
Complexity
BStandard
Timeline
1-2 weeks
Overview
Moving from Kordeva to Nutshell is a size and ecosystem upgrade for most teams. Kordeva bundles CRM, call center, and campus management under one vendor, but its limited public documentation, single verified G2 review, and absence of a public pricing page create information asymmetry that teams managing real revenue data find difficult to accept. Nutshell, operating since 2009 with over 5,000 companies across 50 countries, offers an established CRM with a published feature set, free onboarding, unlimited contacts on every paid plan, and a support model backed by peer reviews on G2, Capterra, and TrustRadius. We migrate the core CRM objects (People, Companies, Deals, Activities, Custom Fields) through Nutshell's REST API with batch processing and parent-record resolution. We do not migrate Kordeva's Intelligent Workflow automations or In-Depth Reporting configurations; we deliver a written inventory of these for your admin to rebuild in Nutshell's automation layer.
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 Kordeva 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.
Kordeva
Contact
Nutshell
Person
1:1Kordeva Contact records map to Nutshell Person (the standard CRM contact object). Standard fields (name, email, phone, address) transfer directly. Any custom contact-level attributes from Kordeva's Custom Fields API migrate as Nutshell custom fields on Person, which Nutshell supports for People, Companies, and Leads. We enumerate every distinct custom field definition during discovery and create matching Nutshell custom fields before the Person import batch begins.
Kordeva
Company
Nutshell
Company
1:1Kordeva Company records map to Nutshell Company without renaming. The company-contact association is preserved by resolving the Kordeva contact-company link and setting the Nutshell Person's Company field on insert. Custom company-level attributes from the Custom Fields API migrate as Nutshell custom fields on Company. If Kordeva stores multiple contacts per company, all linked Person records reference the same Nutshell Company record on migration.
Kordeva
Deal
Nutshell
Deal
1:1Kordeva Deal records map to Nutshell Deal with deal amount, close date, owner, and associated contact/company lookups preserved. Pipeline stage names migrate as text values in Nutshell's stage field. Pipeline layout and stage-to-stage configuration in Nutshell is a separate UI step that the customer's admin configures before migration or during the sandbox validation pass.
Kordeva
Deal Stage
Nutshell
Deal Stage
lossyKordeva pipeline stage names become Nutshell pipeline stage labels. We carry the original stage sequence and probability values from Kordeva as metadata and provide a written stage-mapping worksheet that the customer's admin uses to configure the Nutshell pipeline layout post-migration. Stage order and probability do not automatically transfer because Kordeva's stage model and Nutshell's pipeline configuration use different internal representations.
Kordeva
Activity (calls, emails, tasks, meetings)
Nutshell
Activity (calls, emails, tasks, meetings)
1:1Kordeva activity records (call logs, email records, tasks, meeting records) attached to Contacts and Deals migrate to Nutshell Activities linked to the corresponding Person and Deal via Nutshell's activity associations. Activity timestamps preserve the original Kordeva created_at date for timeline integrity. Activity types map to Nutshell's activity type field (call, email, meeting, task). Note: Kordeva's UI export may not capture full activity history; we test export completeness during discovery and flag any gaps before migration begins.
Kordeva
Custom Fields
Nutshell
Custom Fields
1:1Kordeva Custom Fields API extended attributes on Contacts, Companies, and Deals migrate as Nutshell custom fields. Field types (text, number, date, checkbox, dropdown) are mapped to equivalent Nutshell field types during schema design. We enumerate the full custom field schema during discovery, create the destination fields in Nutshell, and validate type compatibility before the Person, Company, and Deal import batches run.
Kordeva
Accounts and Invoicing
Nutshell
Company (extended)
1:1Kordeva includes accounts and invoicing in the Regular tier. Invoice records, line items, and payment status are migratable as structured records but require field-level mapping because invoicing schemas vary significantly between platforms. We map invoice header fields to Nutshell Company custom fields and invoice line items to a structured format the customer's accounting team documents post-migration. Full accounting record migration requires a separate scope if invoice PDFs or line-item detail are required in the destination.
Kordeva
Owner
Nutshell
User
1:1Kordeva Owners referenced on Contact, Company, and Deal records are resolved by email match against Nutshell User accounts. Any Kordeva Owner without a matching Nutshell User is placed in a reconciliation queue for the customer's admin to provision before the Person import batch runs. Owner assignments on Deals and Activities resolve after User provisioning is complete.
| Kordeva | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Deal Stage | Deal Stagelossy | Fully supported | |
| Activity (calls, emails, tasks, meetings) | Activity (calls, emails, tasks, meetings)1:1 | Fully supported | |
| Custom Fields | Custom Fields1:1 | Fully supported | |
| Accounts and Invoicing | Company (extended)1:1 | Mapping required | |
| Owner | User1:1 | 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.
Kordeva gotchas
Sparse public API documentation limits migration tooling confidence
Premium-tier feature boundary affects what data exists to migrate
Single verified review on G2 creates information asymmetry
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 capability testing
We audit the Kordeva account for object counts (People, Companies, Deals, Activities), active custom field definitions, owner assignments, and tier confirmation (Regular or Premium). We run connectivity tests against the Kordeva Custom Fields API and attempt a UI CSV export to determine which data types are available for extraction. The discovery output is a written scope confirming which objects migrate, which require manual handling, and which are excluded (Campus Management, Call Center Software).
Custom field enumeration and Nutshell schema setup
We enumerate every distinct custom field definition found in Kordeva's Custom Fields API, classify each by data type (text, number, date, checkbox, dropdown), and create matching Nutshell custom fields on Person, Company, and Deal before any data import begins. We validate field creation in a Nutshell test account provided by the customer. Any field type that has no direct Nutshell equivalent is flagged for the customer to choose a mapping strategy during the validation pass.
Owner reconciliation and User provisioning
We extract every distinct Kordeva Owner referenced on Person, Company, Deal, and Activity records and match by email against the Nutshell destination account's User list. Any Owner without a matching Nutshell User is placed in a reconciliation queue. The customer's Nutshell admin provisions missing Users (active or inactive depending on whether the original Kordeva owner is still active in the team). Owner resolution must be complete before Deal and Activity imports run because Nutshell requires a valid User reference on assigned records.
Sandbox migration and reconciliation
We run a full migration into a Nutshell test account using production-like data volume. The customer's RevOps lead reconciles record counts (People in, Companies in, Deals in, Activities in), spot-checks 20-30 random records against the Kordeva source, and signs off the field mapping and object associations before production migration begins. Custom field mapping corrections and any schema mismatches are resolved in this pass.
Production migration in dependency order
We run production migration in record-dependency order: Companies (created first as the Person association target), People (with Company lookup resolved), Deals (with Person, Company, and Owner lookups resolved), then Activities (with Person and Deal lookups resolved). Each phase emits a row-count reconciliation report before the next phase begins. If Kordeva invoice records are in scope, they run after Companies and People with a separate field-mapping worksheet applied.
Cutover, validation, and workflow rebuild handoff
We freeze Kordeva record creation during cutover, run a final delta migration of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the Intelligent Workflow and In-Depth Reporting inventory document to the customer's admin team. We support a three-day hypercare window where we resolve any reconciliation issues raised by the sales team. We do not rebuild Kordeva workflows in Nutshell inside the migration scope; that work is handled by the customer's admin using Nutshell's automation documentation.
Platform deep dives
Kordeva
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 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 Kordeva and Nutshell.
Object compatibility
3 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
Kordeva: Not publicly documented.
Data volume sensitivity
Kordeva 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 Kordeva to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Kordeva 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 Kordeva
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.