CRM migration

Migrate from Case.one to Nutshell

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

Case.one logo

Case.one

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

12 of 12

objects map 1:1 between Case.one and Nutshell.

Complexity

BStandard

Timeline

24–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Case.one is a legal practice management platform built around cases, parties, time entries, documents, and billing — all structured around the case as the primary entity. Nutshell is a sales CRM organized around People, Companies, Leads, and Deals, with no native case or billing object. Migrating from Case.one to Nutshell means reshaping the source data model into a structure that Nutshell can represent natively, which requires custom fields for all case-related data and file attachments for documents. FlitStack AI connects to Case.one's read-only API, exports all records, and maps person fields, company fields, case custom fields, time entries (stored as JSON), and documents (re-uploaded as Nutshell Files) into your target Nutshell account. Workflows and automations do not migrate — they must be rebuilt in Nutshell's rule engine. During migration, your Case.one account remains fully accessible with scoped API read access. A 24–48 hour delta-pickup window captures records created or modified during cutover. After migration, Nutshell holds every contact, company, case reference, time entry, and document — only the workflow logic requires manual rebuild.

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

Case.one logo

Case.one

What's pushing teams away

  • Workflow automation limitations frustrate firms with complex multi-step processes that require more flexibility than the native rules engine provides.
  • Performance degradation reported when managing large document repositories within individual matters.
  • Customer support response times are a common complaint in negative reviews, particularly for billing or technical issues.
  • Mobile application lacks feature parity with the desktop version, limiting remote access to full case details.
  • Integration ecosystem is narrower than competitors, making connectivity with niche legal tools and custom software challenging.

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 Case.one objects map to Nutshell

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

Case.one

Person

maps to

Nutshell

Person

1:1
Fully supported

Case.one people map directly to Nutshell Person records. The primary email, phone, address, and custom properties transfer to Nutshell's standard and custom Person fields. A Company must exist in Nutshell before a Person with a primary company can be linked.

Case.one

Company

maps to

Nutshell

Company

1:1
Fully supported

Case.one companies map 1:1 to Nutshell Company records. Company name, website, industry, address, employee count, and revenue transfer to Nutshell's standard fields. The full address is concatenated into a single address string. Custom properties from Case.one move to Nutshell custom fields on the Company record. A CaseOne_ID__c field preserves the source system identifier for reconciliation.

Case.one

Case

maps to

Nutshell

Person (custom fields)

1:1
Fully supported

Nutshell has no native case or matter object. Each Case.one case becomes a set of custom fields on the primary Person record (case number, status, priority, description, type). If multiple parties exist for one case, each party Person record references the same case number via a shared custom field.

Case.one

Case Party Role

maps to

Nutshell

Person (custom field) + relationship

1:1
Fully supported

Case.one supports multiple parties per case (attorney, client, opposing counsel). Nutshell Person-to-Company is 1:N per Person. We create a separate Person record for each case party and use a Party_Role__c custom field to store the role label. Role-to-role reporting requires a custom filter or export.

Case.one

Company-Party Link

maps to

Nutshell

Person-Company association

1:1
Fully supported

Case.one links companies to cases. In Nutshell, the Person record's primary Company lookup links the party to its organization. If a person represents multiple companies in Case.one, we set the most-recently-used as the primary and surface others in a custom notes field.

Case.one

Time Entry

maps to

Nutshell

Person (custom text area)

1:1
Fully supported

Case.one time entries are structured records with date, duration, description, and billable flag, nested inside cases. Nutshell has no time-entry object. We serialize all time entries per Person as a JSON array in a Time_Entries_JSON__c custom text area field. Each entry is individually readable but not queryable in Nutshell's standard reports.

Case.one

Document

maps to

Nutshell

Nutshell File (attached to Person or Company)

1:1
Fully supported

Case.one documents attach to cases. In Nutshell, Files attach to Person or Company records. We re-upload each document to the primary Person record and use a file naming convention (e.g., [Case-2024-001] Contract Draft.pdf) to preserve case context in the absence of case folders.

Case.one

Bill / Invoice

maps to

Nutshell

No native equivalent

1:1
Fully supported

Case.one generates invoices tied to cases and time entries. Nutshell has no native billing object. Bills and line items are not migrated. Clients who need billing post-migration must use a dedicated accounting tool. We can export bill records as a CSV reference file for import into QuickBooks, Clio, or another billing platform.

Case.one

Custom Property (on Person)

maps to

Nutshell

Person custom field

1:1
Fully supported

Case.one allows custom properties on people. Each custom property in Case.one maps to a Nutshell custom field on the Person record. Nutshell's per-account limit is 100 custom fields total across all entities — we check the count during scoping and consolidate low-value fields into a text block if needed.

Case.one

Custom Property (on Company)

maps to

Nutshell

Company custom field

1:1
Fully supported

Case.one custom properties on companies transfer to Nutshell Company custom fields. The same 100-field account ceiling applies across all entity types. Custom fields that store large text blobs (e.g., case notes or lengthy descriptions) are consolidated into a single long-text area field rather than individual fields to conserve the field allotment.

Case.one

User / Attorney

maps to

Nutshell

Nutshell Person record + User account

1:1
Fully supported

Case.one users (attorneys, paralegals, admins) may appear as Person records. Nutshell user accounts are separate from Person records. We match Case.one users by email to existing or new Nutshell user accounts and link the corresponding Person record. Unmatched users are flagged before migration.

Case.one

Note / Activity Log

maps to

Nutshell

Person custom field (text block)

1:1
Fully supported

Case.one activity logs and notes are stored per person or per case. Nutshell has no universal activity log per Person equivalent to Case.one's log. We concatenate all notes chronologically into a single Notes_Audit_Log__c text area on the Person record. Individual note timestamps are preserved in the text.

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.

Case.one logo

Case.one gotchas

High

Trust account balance migration requires financial reconciliation

Low

Per-active-case pricing means closed matters do not count toward billing

Medium

Custom field schemas are firm-specific and require enumeration

Medium

Large document repositories may require chunked export with integrity verification

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

  • Case.one cases map to custom fields on Person — no native case object exists in Nutshell

    Nutshell has no case, matter, or matter-management entity. Case data from Case.one (case number, status, priority, type, description, opened date, closed date, assigned attorney) must be stored as custom fields on Person or Company records. This means case-based filtering in Nutshell requires custom field filters rather than a native case tab. Teams relying on case-centric dashboards in Case.one will need to rebuild those views using Nutshell's custom field filters and saved report views. We deliver a case-field setup plan before migration so all custom fields are pre-created in Nutshell.

  • Nutshell's 100 custom field account ceiling can constrain legal migrations with many case properties

    Nutshell limits accounts to 100 custom fields total across all entity types. Legal migrations from Case.one often involve many custom properties per person and per company (practice area, bar number, matter type, billing rate, conflict status). We audit the custom field count during scoping. If the count approaches 100, we consolidate low-cardinality fields into a single long-text area (e.g., a JSON or pipe-delimited block) and surface high-value fields individually. We flag this constraint explicitly in the migration plan before data movement begins.

  • Time entries from Case.one become a JSON text block in Nutshell and are not individually queryable

    Case.one time entries are structured records with date, duration, description, and billable flag. Nutshell has no time-tracking entity. We store all time entries per Person as a JSON array in a Time_Entries_JSON__c custom text area. This preserves the full data but means individual time entries cannot be used in Nutshell's standard filter and report builder — they require a JSON parse step to reconstruct. If time-entry reporting is critical post-migration, clients should plan to use a dedicated time-tracking tool or a BI layer that can parse the JSON export.

  • Case folder structure for documents does not transfer — documents land as flat file attachments

    Case.one organizes documents inside case folders with hierarchical context. Nutshell Files attach directly to Person or Company records without folder hierarchy. The original case-folder path is not representable in Nutshell. We re-upload every document to the primary Person record and use a file naming convention (e.g., [Case-2024-001] Agreement Draft.pdf) to preserve case context in the absence of case folders. Clients who rely on folder-based document retrieval in Case.one should plan for a brief adjustment period and may want to retain Case.one read access for a defined window post-migration.

  • Bills, invoices, and payment records have no Nutshell equivalent and are not migrated

    Case.one generates invoices tied to cases and time entries. Nutshell has no native billing or invoicing object. Bills and line items are excluded from the migration. We export bill records as a CSV reference file containing invoice number, date, amount, status, and linked case number. This CSV can be imported into QuickBooks, Clio, or another billing platform post-migration. Clients should identify their target accounting tool during scoping so the export format is aligned with the import requirements of that tool.

Migration approach

Six steps for a successful Case.one to Nutshell data migration

  1. Configure Nutshell custom fields before data movement

    Before any records move, we create the custom fields needed to hold Case.one case data on Person and Company records: Case_Number__c, Case_Status__c, Case_Priority__c, Case_Type__c, Case_Description__c, Case_Opened_Date__c, Case_Closed_Date__c, Assigned_Attorney__c, Party_Role__c, Time_Entries_JSON__c, Notes_Audit_Log__c, and the source-system ID fields. We also verify the custom field count is within Nutshell's 100-field account ceiling and flag any consolidation needed before the migration plan is finalized.

  2. Export and profile Case.one data

    We connect to Case.one via API (read-only scoped access) and export all People, Companies, Cases, Time Entries, and Document metadata. During profiling we deduplicate records (matching by email and company name), resolve party-role labels, identify time entry volumes per person, and assess the document library size. A data-quality report identifies records with missing required fields, duplicate entries, and large note fields that need formatting before mapping. This report is reviewed with you before migration logic is written.

  3. Re-upload documents to Nutshell as Files

    Case.one documents are downloaded via API and re-uploaded to Nutshell as Files. Each file attaches to the primary Person record for the case's lead party (typically the client). We apply a file naming convention that embeds the case number so the case context is visible in Nutshell's file list. Large document libraries may require a staged upload with retry logic to handle API throttling. Document metadata (original upload date, file type, size) is preserved in the file record.

  4. Run sample migration and field-level diff

    A representative slice of 100–200 records migrates first, spanning people, companies, cases, and documents across multiple case types. We generate a field-level diff between the Case.one source values and the Nutshell destination fields so you can verify case custom field mapping, time entry serialization, document attachment, and party-role labeling before the full run commits. Adjustments to mapping logic are made based on your sign-off before the full migration is scheduled.

  5. Execute full migration with delta-pickup and post-migration verification

    The full migration runs against Nutshell's API. After completion, a 24–48 hour delta-pickup window captures any Case.one records created or modified during cutover. We perform a record-count reconciliation against the Case.one export totals and a spot-check of field values on critical records (case numbers, time entries, document attachment count). A final CSV reconciliation report is delivered. Once you confirm the data, FlitStack revokes read access from Case.one and the migration is closed.

Platform deep dives

Context on both ends of the pair

Case.one logo

Case.one

Source

Strengths

  • Per-active-case pricing aligns cost with actual caseload rather than seat count.
  • Consolidated platform reduces switching between separate billing, document, and case tools.
  • Collaborative litigation workspace built natively into the case management flow.
  • Integrated trust accounting handles client fund tracking within the same system.
  • Free tier available for very small firms or evaluation purposes.

Weaknesses

  • Narrower third-party integration ecosystem compared to established legal CRM competitors.
  • Mobile application feature set lags behind the full desktop experience.
  • Workflow automation is less flexible than platforms with programmable rule engines.
  • Limited public documentation on API endpoints and capabilities.
  • Smaller market share means fewer third-party migration resources and community templates.
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 Case.one 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

    Case.one: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Case.one 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 Case.one to Nutshell data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Case.one to Nutshell migrations complete in 24–72 hours of clock time for under 10,000 total records. Complex setups with high case volumes, extensive time-entry histories, or large document libraries extend to 3–7 days. The custom-field configuration step and sample migration review add 1–2 days of planning time before data movement begins. After the main migration, a 24–48 hour delta window captures any changes made during cutover, followed by a reconciliation period.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Case.one.
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