CRM migration
Field-level mapping, validation, and rollback between Jiva and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Jiva
Source
Nutshell
Destination
Compatibility
10 of 10
objects map 1:1 between Jiva and Nutshell.
Complexity
BStandard
Timeline
7–14 days
Overview
Jiva is a population-health and sales CRM platform whose data model centers on People, Companies, Deals, and Activities with support for custom fields and engagement scoring. Teams migrate to Nutshell when they want a simpler pricing structure (per-user rather than module-based), faster onboarding, and a CRM that integrates email marketing, tasks, and pipeline management in one stack without requiring enterprise-tier licensing. Nutshell's data model uses People (equivalent to Jiva's People contacts), Companies (equivalent to Jiva's Companies), Leads, Opportunities (deals), Tasks (for activities), and Notes. We map every standard field by name, flag custom fields for Nutshell-side creation, and surface Jiva engagement scores as numeric custom fields on the target Person record. Jiva workflows, automation rules, and sequences do not migrate — they must be rebuilt in Nutshell using its native automation tools, and we export the Jiva workflow definitions as a rebuild reference. Our migration engine uses Jiva's REST API for data extraction and Nutshell's JSON-RPC API for ingestion, with a sample migration first and a delta-pickup window capturing in-flight changes during cutover.
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 Jiva 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.
Jiva
People (Contact)
Nutshell
Person
1:1Jiva People records map directly to Nutshell Persons via field name matching across all standard contact attributes including name, email address, phone number, job title, and physical address. Every standard field transfers automatically without transformation logic. Any custom fields defined on Jiva People objects require matching Nutshell Person custom fields to be created in your Nutshell account before the migration execution phase begins. This pre-creation step ensures target fields exist at migration time so values land correctly without truncation or rejection.
Jiva
Company
Nutshell
Company
1:1Jiva Companies map one-to-one to Nutshell Companies with direct field name matches for company name, domain/website URL, industry classification, employee count, and annual revenue figures. Jiva parent-company hierarchy relationships map to Nutshell's parent-company lookup field when both the parent and child company records land in the same migration batch. If parent records arrive in a different batch sequence, circular reference flags prevent ordering conflicts and ensure the hierarchy resolves correctly once all related records have migrated.
Jiva
Deal
Nutshell
Opportunity
1:1Jiva Deals map to Nutshell Opportunities with direct transfers of deal name, monetary amount, expected close date, assigned owner, and current stage name. The Jiva pipeline name is preserved as a reference field on the Nutshell Opportunity record since Nutshell Foundation and Pro tiers utilize a single pipeline architecture. Teams on Nutshell Business tier or above can create additional pipelines before migration if the Jiva pipeline structure needs to be replicated in the target system.
Jiva
Lead
Nutshell
Lead
1:1Jiva Lead records map to Nutshell Leads using field name matches for standard lead attributes including name, associated company, email address, phone number, and lead source. Jiva lead status values are mapped to Nutshell's lead status pick-list values, with unmapped or custom Jiva status values flagged for manual review and pre-migration alignment. This review step ensures no leads land with unknown status values that would require post-migration data cleanup or status reassignment.
Jiva
Engagement / Activity (calls, emails, meetings)
Nutshell
Task
1:1Jiva engagement logs including calls, emails, meetings, and notes all map to Nutshell Tasks with original timestamps, assigned owner, and related Person or Opportunity link preserved throughout the transfer. Task type field is set based on the Jiva activity kind (call, email, meeting). Long-form note bodies from Jiva activities are migrated as Nutshell Notes attached to the parent Person record, maintaining the full context of customer interactions in a format that Nutshell users can review inline.
Jiva
Owner / User
Nutshell
User (Owner)
1:1Jiva owner assignments resolve by email address match against existing Nutshell user accounts. If a Jiva owner has no matching Nutshell user during migration, the record lands under the migration admin account and is flagged for owner reassignment in the post-migration review report. Nutshell's API impersonation mode can apply correct ownership after migration if Nutshell users are created retroactively, ensuring historical attribution is preserved without requiring record re-creation.
Jiva
Engagement Score / Interaction Count
Nutshell
Custom field on Person
1:1Jiva engagement scores have no native equivalent in Nutshell's data model. We migrate the numeric score as a custom Number field on the Person record (e.g., Jiva_Engagement_Score__c equivalent). Historical score change events are preserved as a companion custom text field using a pipe-delimited timestamp:score format (e.g., 2024-01-15T10:30:00Z|85) for reporting continuity and audit trail purposes.
Jiva
Custom Object (Enterprise tier)
Nutshell
Custom field on Person / Company / Opportunity
1:1Jiva custom objects defined on Enterprise plans are mapped to Nutshell custom fields on the most closely related standard object. If a Jiva custom object has relationships to multiple standard objects, we create a custom field on each parent object and store the Jiva record ID for cross-referencing. Complex Jiva custom objects with nested sub-object structures may require pre-migration consultation to define the optimal Nutshell schema approach.
Jiva
Attachment / File
Nutshell
File (attached to Person / Company / Opportunity)
1:1Jiva file attachments are downloaded from Jiva's storage and re-uploaded to Nutshell Files, then attached to the matching target record (Person, Company, or Opportunity). Nutshell enforces a 25MB per-file limit via its JSON-RPC API; files exceeding this threshold are flagged during the discovery phase and communicated to the customer for manual handling, file splitting, or external hosting before migration runs.
Jiva
Workflow / Automation Rule
Nutshell
Not migratable — export for rebuild
1:1Jiva workflow rules and automation sequences have no equivalent construct in Nutshell and cannot be transferred as executable logic. We export all Jiva workflow definitions as a structured JSON reference document that your team or a Nutshell consultant can use to rebuild equivalent automation using Nutshell's native automation rules (available on Pro+ plans) or third-party integration tools.
| Jiva | Nutshell | Compatibility | |
|---|---|---|---|
| People (Contact) | Person1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Engagement / Activity (calls, emails, meetings) | Task1:1 | Fully supported | |
| Owner / User | User (Owner)1:1 | Fully supported | |
| Engagement Score / Interaction Count | Custom field on Person1:1 | Fully supported | |
| Custom Object (Enterprise tier) | Custom field on Person / Company / Opportunity1:1 | Fully supported | |
| Attachment / File | File (attached to Person / Company / Opportunity)1:1 | Fully supported | |
| Workflow / Automation Rule | Not migratable — export for rebuild1: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.
Jiva gotchas
No publicly documented REST API for bulk data export
Client-configurable rules are not portable across platforms
Clinical note attachments lack a migration path
Program and enrollment status values are customer-defined
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 Jiva API audit
FlitStack AI connects to Jiva via API with read-only scope and enumerates all record types, custom field definitions, pipeline configurations, and user accounts. We identify engagement score fields, lifecycle stage fields, and any custom objects defined in the Jiva schema. The discovery report includes record counts per object, list of custom field names and types, and a flag for any Jiva field that requires a Nutshell custom field to be created before migration. This step typically takes 1–3 days depending on Jiva API rate limits and the number of active records.
Nutshell schema pre-creation
Using the discovery report, FlitStack AI generates a Nutshell custom field creation checklist: custom Number fields for engagement scores, custom pick-list fields for Jiva lifecycle stages, and custom text fields for Jiva pipeline names and secondary company IDs. Your Nutshell admin creates these fields before the migration runs. We deliver a step-by-step guide with exact field names, types, and pick-list values so nothing is created incorrectly. This step prevents the most common migration delay — landing records before the target fields exist.
Owner resolution by email match
Jiva owner IDs are resolved against Nutshell users by matching email addresses. FlitStack AI generates a pre-migration owner report listing every unique Jiva owner, whether they have a matching Nutshell user, and which fallback owner will receive unmatched records if no match exists. Your team has the opportunity to invite unmatched Jiva owners to Nutshell before migration runs, ensuring records land with the correct owner from the first migration batch. No record is migrated without an assigned owner resolution.
Sample migration with field-level diff
A representative sample of 100–500 Jiva records migrates to Nutshell first — covering at least one Person with engagement scores, one Company, one Deal, and one Activity for each type. FlitStack AI generates a field-level diff comparing source values against destination field values. You review the diff to confirm lifecycle stage mapping, engagement score placement, deal stage resolution, and owner assignment. Only after written approval of the sample results does the full migration proceed. This step is non-negotiable — it is where data shape mismatches surface before any record count is at risk.
Full migration with delta-pickup window
The full Jiva dataset migrates to Nutshell using Jiva's REST API for extraction and Nutshell's JSON-RPC API for ingestion. A delta-pickup window of 24–48 hours runs after the initial batch, capturing any Jiva records modified or created during the cutover period. Every operation is logged in FlitStack AI's audit log with source record ID, destination record ID, field count, and timestamp. If reconciliation counts (source vs. destination) fail to match, one-click rollback reverts all Nutshell records to the pre-migration state.
Platform deep dives
Jiva
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 Jiva and Nutshell.
Object compatibility
1 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
Jiva: Not publicly documented.
Data volume sensitivity
Jiva 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 Jiva to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Jiva 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 Jiva
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.