CRM migration

Migrate from CASEpeer to Nutshell

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

CASEpeer logo

CASEpeer

Source

Nutshell

Destination

Nutshell logo

Compatibility

83%

10 of 12

objects map 1:1 between CASEpeer and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

CASEpeer structures its database around legal-case objects: Parties (plaintiffs, defendants, attorneys, medical providers), Cases, Medical Records, Documents, and Calendar Events. Its custom intake forms add firm-specific fields per case type. Nutshell uses a standard CRM schema: People (contacts), Companies, Leads, Deals (opportunities), Tasks, and Events — with custom fields available on People, Companies, and Leads. The data model divergence is significant: CASEpeer's case-centric, multi-party-per-case structure has no direct equivalent in Nutshell's deal-centric model. We resolve this by mapping each CASEpeer Case to a Nutshell Deal, with the primary plaintiff Party mapped to the associated People record. Other parties (medical providers, opposing counsel) become additional People records with a custom Party_Role__c field to preserve their relationship to the case. Custom intake form fields migrate as custom fields on Nutshell People. CASEpeer does not expose a documented public REST API; we use CASEpeer's internal export tools and structured data pull to extract records, then load into Nutshell via its JSON-RPC API with type-aware field mapping. Documents and medical records are flagged as reference-only — Nutshell has no document-management object, so those files are exported to a downloadable archive with links stored in a custom field. Workflows, calendaring rules, and intake-form logic do not migrate; we provide a rebuild reference export so your Nutshell admin can reconfigure automations post-migration.

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

CASEpeer logo

CASEpeer

What's pushing teams away

  • Dropbox integration breaks persist without resolution — at least one firm reported a custom folder creation bug lasting five months with no fix, blocking document access for newer client files and forcing workarounds.
  • Texting limitations frustrate communication-heavy workflows — users report lack of mass texting capability, no attachment support in messages, and cluttered in-app notifications that require external tools to replace.
  • Missing features force reliance on external software — essential tasks such as certain document workflows, client intake, and reporting require external actions or third-party integrations that CASEpeer does not natively cover.
  • Document management inconsistencies — folder structures and document naming conventions do not always behave predictably, with one reviewer noting lawyers cannot refer to files that should exist in CASEpeer-hosted folders.
  • Reporting is tier-gated — the Data Sync feature (S3 + Athena + BI tool connectivity) is restricted to the Advanced tier, leaving Basic and Pro users without a native path to operational analytics.

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

Each row shows how a CASEpeer 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.

CASEpeer

Party

maps to

Nutshell

Person

1:1
Fully supported

Each CASEpeer Party maps to a Nutshell Person record. The primary plaintiff on a case is flagged as the primary contact on the associated Deal. Other party types (medical provider, opposing counsel, witness) map to additional Person records with Party_Role__c set to distinguish their role in the case context.

CASEpeer

Party

maps to

Nutshell

Company

many:1
Fully supported

CASEpeer Party records that represent organizations — medical providers, insurance carriers, opposing law firms, and similar entities — map to Nutshell Company records when the Party record contains an organizational name and corresponding contact information. Individual attorney parties and single-person entities remain as Person records with their contact details preserved. This organization-versus-individual distinction ensures that the correct CRM object type is used for each party type.

CASEpeer

Case

maps to

Nutshell

Deal

1:1
Fully supported

Each CASEpeer Case maps to one Nutshell Deal. The CASEpeer case name becomes the Deal name; the case number is preserved in Case_Number__c. The primary plaintiff Party is linked via a Deal-Person association in Nutshell. All other party People are associated to the same Deal with their Party_Role__c values.

CASEpeer

Case Custom Fields

maps to

Nutshell

Person (custom fields)

1:1
Fully supported

CASEpeer custom intake form fields are tied to Case type. Since Nutshell has no custom fields on Deals, each custom field is migrated as a custom field on the Person record linked as the primary plaintiff. Your migration plan identifies the case type field first, then branches intake fields to the correct Person custom field group.

CASEpeer

Medical Record

maps to

Nutshell

Activity Note (custom)

1:1
Fully supported

CASEpeer medical records have no Nutshell equivalent. We export them as structured JSON objects stored in a Medical_Records_JSON__c custom field on the associated Person record, with the original record type, provider, date, and summary fields preserved for reference. Medical records require a separate archive for document-level files.

CASEpeer

Document / File Attachment

maps to

Nutshell

External archive + link field

1:1
Fully supported

CASEpeer documents attached to cases have no native document management counterpart in Nutshell. We export all documents to a compressed archive organized by case number and deliver the archive alongside the migration. A Document_Archive_URL__c custom field on the Deal stores the archive path or shared-link reference for access post-migration.

CASEpeer

Calendar Event

maps to

Nutshell

Event / Task

1:1
Fully supported

CASEpeer calendar entries — court dates, filing deadlines, depositions — map to Nutshell Events with the original date, time, and description preserved. Statute-of-limitations dates are stored as custom date fields on the Deal. Nutshell's Events do not support court-deadline reminders, so this requires post-migration reconfiguration in Nutshell's Tasks or a third-party calendaring tool.

CASEpeer

Case Note

maps to

Nutshell

Note (on Deal or Person)

1:1
Fully supported

CASEpeer case notes migrate as Nutshell Notes attached to the associated Deal record. Original timestamps and note author are preserved. If the note references a specific party, the note is duplicated on the corresponding Person record with a note referencing the case.

CASEpeer

Opposing Party / Insurance Carrier

maps to

Nutshell

Person or Company + custom field

many:1
Fully supported

CASEpeer opposing parties and insurance carriers that are organizations map to Nutshell Company records; individual adjusters map to Person records. A custom Insurance_Role__c pick-list field on the Company or Person record captures whether the entity is an insurer, adjuster, or opposing party for case-context clarity.

CASEpeer

Custom Intake Form

maps to

Nutshell

Person custom fields (grouped by case type)

1:1
Fully supported

CASEpeer intake forms are firm-specific and case-type-specific. We extract all intake form definitions and field values, then create corresponding Nutshell Person custom fields grouped by case type in the field naming convention (e.g., Auto_MI_Date_of_Loss__c). Your admin receives a field-map spreadsheet showing every intake field and its Nutshell destination.

CASEpeer

CASEpeer User / Staff

maps to

Nutshell

Nutshell User

1:1
Fully supported

CASEpeer user accounts (attorneys, paralegals, staff) are resolved by email match against Nutshell user accounts. Unmatched CASEpeer users are flagged before migration — your team creates corresponding Nutshell users or assigns records to a fallback Nutshell user to prevent orphaned activities and case assignments.

CASEpeer

Workflow / Automation

maps to

Nutshell

N/A

1:1
Fully supported

CASEpeer workflows, calendaring rules via CalendarRules, and intake-form conditional logic have no direct Nutshell equivalent due to platform-specific automation architecture. We export all workflow definitions and CalendarRules configuration as a structured JSON reference document. Your Nutshell admin uses this export to rebuild equivalent automations in Nutshell's workflow tools available on Pro and above. Complex automations involving multi-step conditional branching or court-deadline logic may require supplementary configuration or a third-party scheduling tool integration.

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.

CASEpeer logo

CASEpeer gotchas

High

Dropbox custom folder creation fails silently for extended periods

Medium

Custom fields unavailable on the Client Intake Form

Medium

Data Sync is a daily batch export, not a live data feed

Low

Mass texting and attachment-in-text unavailable across all tiers

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

  • CASEpeer party-to-case N:N relationships collapse to a single primary contact on each Nutshell Deal

    CASEpeer allows multiple parties of each type per case (e.g., two plaintiffs, three medical providers). Nutshell Deal-Person associations support multiple linked People, but Nutshell's default UI emphasizes a single 'primary' contact on each deal. We preserve the full party roster by linking all CASEpeer parties as Nutshell People with Party_Role__c values, and all are associated to the Deal. However, your team should verify in Nutshell that the full contact roster is visible on each Deal's association list — the primary contact should be designated explicitly in the Deal's 'contacts' field to match CASEpeer's primary plaintiff designation. Reviewing the association list after migration is a required reconciliation step.

  • CASEpeer custom intake fields have no native home on Nutshell Deals — they must attach to Person records

    CASEpeer's intake form fields are the most firm-specific data in the migration. Since Nutshell custom fields attach only to People, Companies, and Leads — not Deals — we route every CASEpeer intake field to the primary plaintiff's Person record as a custom field. If your firm uses the same intake field (e.g., Date of Loss) across all case types, it becomes one Nutshell custom field. If different case types use differently-named intake fields for the same concept (e.g., Auto_MI_DOL vs Premises_DOL), they become separate custom fields on the Person. We deliver a field-map spreadsheet showing every intake field and its Nutshell destination so your admin can rename or consolidate fields post-migration if desired.

  • CASEpeer case status values require manual value-mapping configuration in Nutshell

    CASEpeer uses litigation-stage statuses (Active, Pending Litigation, Discovery, Trial, Settled, Closed, Appeals) that have no direct Nutshell pipeline stage equivalents. Nutshell pipeline stages are free-text configurable, but you must decide which CASEpeer statuses map to which Nutshell stages — and whether to create separate pipelines for different case types. We propose a default mapping in the migration plan, but the final stage values must be confirmed by your team before migration runs because Nutshell stage values are set at the pipeline level and changing them post-migration requires pipeline reconfiguration.

  • CASEpeer documents and Dropbox files have no Nutshell equivalent and require a separate file-handling step

    CASEpeer integrates with Dropbox for case document storage, and the CASEpeer data export does not automatically include attached files. Our migration extracts document metadata (filename, CASEpeer folder path, upload date, uploader) and stores it as a structured reference in Document_Archive_URL__c on the Deal. Actual files must be exported separately from Dropbox using CASEpeer's OneDrive/Dropbox integration export. We provide a document manifest spreadsheet linking each CASEpeer document to its Dropbox location so your team can move files to a new document management system post-migration. This is a manual step not included in the standard migration timeline.

  • CASEpeer workflows, CalendarRules, and intake-form logic do not migrate — rebuild reference export provided

    CASEpeer automations (workflow triggers, calendaring rules via CalendarRules, and intake-form conditional logic) are platform-specific configurations that do not export as data. Nutshell's automation tools (available on Pro and above) use a different trigger-and-action model. We provide a structured JSON export of your CASEpeer workflow definitions and CalendarRules configuration so your Nutshell admin has a rebuild reference. This export covers the logic intent — your admin must translate the mechanics into Nutshell's automation builder. Automations requiring complex conditional branching or court-deadline logic may need a third-party scheduling tool integration.

Migration approach

Six steps for a successful CASEpeer to Nutshell data migration

  1. Extract CASEpeer data using structured export

    We use CASEpeer's data export capabilities and structured API pulls to extract all Parties, Cases, Medical Records, Case Notes, and Calendar Events. Document metadata is extracted from CASEpeer's integration logs and Dropbox export manifest. The extracted data is profiled for quality — duplicate parties, multi-party case relationships, and missing required fields are flagged before mapping begins. Your team receives a data-quality report showing record counts by type, duplicate candidates, and any fields that cannot be extracted from CASEpeer.

  2. Design Nutshell schema and custom field configuration

    Based on the CASEpeer data profile, we design the Nutshell custom field set: Party_Role__c pick-list on Person, Case_Number__c and Case_Type__c text/pick-list on Deal, SOL_Date__c and Incident_Date__c date fields on Deal, and intake-form fields grouped by case type on Person. We deliver a schema setup plan so your Nutshell admin creates the custom fields before data loads begin. Pipeline stages are proposed based on CASEpeer case status values. User accounts are resolved by email match — unmatched CASEpeer users are flagged so Nutshell accounts can be provisioned or records assigned to a fallback owner.

  3. Run sample migration with field-level diff

    A representative slice — typically 50–200 records spanning multiple case types, parties, and activity types — migrates first into your live Nutshell instance. We generate a field-level diff report comparing source values to destination values for every mapped field. You review the diff to verify party-role mapping, case-status value mapping, custom field population, and owner resolution. Sample migration results determine whether the value-mapping table for case statuses needs adjustment before the full run commits.

  4. Execute full migration with delta-pickup window

    The full migration loads all CASEpeer records into Nutshell. A delta-pickup window (24–48 hours) captures any records created or modified in CASEpeer during the cutover window — your team continues working in CASEpeer while the migration runs. All operations are logged in an audit trail. If reconciliation identifies missing or incorrectly mapped records, one-click rollback reverts the Nutshell load so corrections can be made and the run re-executed. After rollback window closes, your team exports the Dropbox document archive using the manifest we provided, imports files to a chosen document management system, and updates Document_Archive_URL__c with the final file locations.

  5. Deliver rebuild reference and post-migration verification

    We deliver the CASEpeer workflow definitions and CalendarRules configuration as a structured JSON export, the complete field-map spreadsheet showing every intake field and its Nutshell destination, and the document manifest. Your Nutshell admin uses these artifacts to rebuild automations in Nutshell's workflow tools and configure calendar integrations post-migration. Additionally, we run a comprehensive reconciliation report that compares CASEpeer record counts by type against Nutshell record counts to confirm all records were loaded successfully and no data was missed during the migration process.

Platform deep dives

Context on both ends of the pair

CASEpeer logo

CASEpeer

Source

Strengths

  • Purpose-built for personal injury — case stages, medical treatment tracking, and settlement workflows reflect deep domain knowledge.
  • Per-user monthly pricing is transparent and predictable across all three tiers.
  • Firm-assisted onboarding data transfer process reduces risk during initial setup.
  • Texting is native with permission controls and scheduling, reducing reliance on separate communication tools.
  • Legal-specific integrations with LawPay, CalendarRules, and Records On Time are available out of the box.

Weaknesses

  • Dropbox custom folder creation has a documented bug persisting months without resolution.
  • Text messaging lacks mass texting and attachment support, limiting communication workflow depth.
  • Custom fields are restricted to intake forms and cannot be added to the base Client Intake Form.
  • Document management is inconsistent, with folder and file behavior varying unpredictably.
  • Reporting and analytics require the top-tier Advanced plan and additional BI tooling.
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. 2 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 CASEpeer and Nutshell.

  • Object compatibility

    B

    2 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

    CASEpeer: Not publicly documented — CASEpeer does not publish a general developer portal with limits. Partner integrations operate under contractually defined thresholds..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most CASEpeer-to-Nutshell migrations complete within 48–72 hours for firms with under 10,000 records. Firms with more than 10,000 parties, multiple case types, and heavy custom-intake-field usage typically need 5–10 days. The longest single step is schema design and custom field setup in Nutshell before data loads begin — your admin should create the custom fields and pipeline stages in advance using our schema setup plan to keep the overall timeline short.

Adjacent paths

Related migrations to explore

Ready when you are

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