CRM migration

Migrate from Jiva to Nutshell

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

Jiva logo

Jiva

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

10 of 10

objects map 1:1 between Jiva and Nutshell.

Complexity

BStandard

Timeline

7–14 days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Jiva logo

Jiva

What's pushing teams away

  • Steep learning curve for non-technical care managers who need to navigate complex rule configuration and workflow setup without dedicated training.
  • Reporting and analytics require manual effort to surface meaningful population health insights, with limited out-of-the-box dashboards for executives.
  • Integration with external EHRs and provider portals is inconsistent, requiring custom middleware work that adds implementation cost and time.
  • Pricing opacity and enterprise-only sales process makes it difficult to evaluate total cost before committing, with quotes referencing hidden license fees.
  • Performance slowdowns observed in large-member populations where query response times degrade without clear remediation from support.

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 Jiva objects map to Nutshell

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)

maps to

Nutshell

Person

1:1
Fully supported

Jiva 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

maps to

Nutshell

Company

1:1
Fully supported

Jiva 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

maps to

Nutshell

Opportunity

1:1
Fully supported

Jiva 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

maps to

Nutshell

Lead

1:1
Fully supported

Jiva 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)

maps to

Nutshell

Task

1:1
Fully supported

Jiva 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

maps to

Nutshell

User (Owner)

1:1
Fully supported

Jiva 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

maps to

Nutshell

Custom field on Person

1:1
Fully supported

Jiva 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)

maps to

Nutshell

Custom field on Person / Company / Opportunity

1:1
Fully supported

Jiva 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

maps to

Nutshell

File (attached to Person / Company / Opportunity)

1:1
Fully supported

Jiva 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

maps to

Nutshell

Not migratable — export for rebuild

1:1
Fully supported

Jiva 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.

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.

Jiva logo

Jiva gotchas

High

No publicly documented REST API for bulk data export

Medium

Client-configurable rules are not portable across platforms

Medium

Clinical note attachments lack a migration path

Low

Program and enrollment status values are customer-defined

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

  • Engagement scores and lifecycle stages require custom fields — Nutshell has no native equivalents

    Jiva's engagement scoring engine and lifecycle stage fields are purpose-built features with no direct Nutshell equivalent. When migrating engagement_score and lifecycle_stage from Jiva People, FlitStack AI creates custom Number and pick-list fields on Nutshell Persons before importing the values. The custom field names must be defined in Nutshell before data can land, which adds a pre-migration step for teams with more than 10 custom properties on Jiva People. Historical engagement-score change logs are migrated as a pipe-delimited audit string to preserve the history without requiring a custom object.

  • Multi-pipeline Jiva setups must be consolidated into Nutshell's single pipeline model

    Jiva supports multiple named deal pipelines on most tiers, and teams with distinct pipelines for different product lines or business units end up with multiple stage sets. Nutshell Foundation and Pro tiers support one pipeline per account; additional pipelines require Business tier or above. When migrating multi-pipeline Jiva deals, FlitStack AI maps each Jiva pipeline to a separate Opportunity record with a custom pipeline_name field and resolves stage names against Nutshell's single stage pick-list. Teams that need distinct pipelines in Nutshell should upgrade before migration and FlitStack AI will deliver a pre-migration pipeline creation guide.

  • File attachment size limit of 25MB in Nutshell can cause partial uploads

    Nutshell's JSON-RPC API enforces a 25MB per-file upload limit for attachments. Jiva instances that store large PDFs, video recordings, or image archives commonly exceed this. FlitStack AI flags every Jiva attachment over 25MB during the discovery phase and communicates them to the customer before migration runs. The customer chooses to either split the file manually, store it externally and link to it, or exclude it from the migration batch. We do not silently truncate files — every oversize attachment surfaces in the migration plan.

  • Jiva workflows and automation rules have no migration path — they must be rebuilt

    Jiva's workflow engine stores automation logic as a rule configuration that cannot be exported as executable code. When migrating, these rules are not data records and therefore have no table to extract from. FlitStack AI exports the workflow definitions (trigger conditions, action steps, and rule names) as a structured JSON reference document. Teams then use Nutshell's automation rules (Pro+) or third-party tools like Zapier to rebuild equivalent automation logic. The export document is delivered alongside the migration plan so the rebuild work can start during the test migration phase.

  • N:N contact-to-company associations in Jiva collapse to a primary company in Nutshell

    Jiva allows a single Person record to be associated with multiple Companies (N:N relationship). Nutshell Persons have one primary Company assignment, and secondary company associations are not natively supported in the same way. FlitStack AI migrates the most recently modified Jiva company association as the primary Company on the Nutshell Person record and stores the remaining company IDs in a custom text field (Secondary_Company_Ids__c). This preserves the data for manual review and reconciliation after go-live.

Migration approach

Six steps for a successful Jiva to Nutshell data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

Context on both ends of the pair

Jiva logo

Jiva

Source

Strengths

  • Combines care management, authorization, and grievance tracking in one platform for payer operations.
  • Built-in clinical decision support with configurable rules for medical policy enforcement.
  • AI and machine learning components for population health risk scoring and care gap identification.
  • Mobile solutions extend care manager workflows to field-based staff outside the desktop interface.
  • Recognized by Gartner in intelligent prior authorization market guides for US healthcare organizations.

Weaknesses

  • Complex enterprise software requiring significant training investment before care managers are productive.
  • Limited published API documentation makes automated migration scripting difficult without vendor engagement.
  • Analytics and reporting capabilities require manual effort to build executive-level dashboards from raw data.
  • EHR integration support is inconsistent, often requiring custom middleware for provider data exchange.
  • Pricing model is opaque and enterprise-only, with total cost of ownership difficult to assess upfront.
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. 1 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 Jiva and Nutshell.

  • Object compatibility

    B

    1 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

    Jiva: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

A Jiva-to-Nutshell migration for under 50,000 records typically completes in 7–14 days of calendar time. The discovery and schema-preparation phase takes 1–3 days. The sample migration and approval cycle takes 2–5 days. The full migration run plus delta-pickup window runs 2–4 days. Setups with more than 30 custom Jiva fields, a multi-pipeline deal structure, or over 200,000 records extend the timeline to 3–5 weeks, primarily because Nutshell-side custom field creation and stage-alignment verification add review cycles.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Jiva.
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