CRM migration
Field-level mapping, validation, and rollback between LEAP and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
LEAP
Source
Nutshell
Destination
Compatibility
8 of 10
objects map 1:1 between LEAP and Nutshell.
Complexity
BStandard
Timeline
2–5 business days
Overview
LEAP is a legal practice management platform built around matters — each matter carries the client relationship, associated documents, time entries, and billing data in one bundle. Nutshell is a sales CRM that separates people, companies, leads, and deals into distinct objects with its own pipeline and activity model. The migration therefore has three structural challenges: converting LEAP matters into Nutshell deals (preserving the client-person-company link), preserving LEAP time entries as Nutshell activities, and carrying LEAP's billing and custom fields into Nutshell custom fields. FlitStack AI extracts data from LEAP via its REST API (cost recovery, fee task codes, trust ledger, timesheet, and user endpoints are documented at leap.build/api-reference). We map LEAP clients to Nutshell people and companies, LEAP matters to Nutshell deals, and LEAP time entries to Nutshell activities. Documents are exported in batches of up to 100 from LEAP and re-uploaded to Nutshell as file attachments with original creation timestamps preserved. LEAP's custom fields (matter type, originating attorney, billing contact, trust balance) are created as Nutshell custom fields before migration. The migration uses scoped read-only API access to LEAP with a 24–48 hour delta window for in-flight records created during cutover. FlitStack runs a sample migration first and generates a field-level diff so you can validate every mapping before the full run commits.
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 LEAP 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.
LEAP
LEAP Company (client)
Nutshell
Nutshell Company + Person
1:1LEAP Company stores the firm name, primary contact name, email, and phone in one record. FlitStack splits this into two Nutshell records: a Company with the firm data, and a Person with the primary contact details linked to that Company. If LEAP has multiple contacts per company, additional Person records are created and linked.
LEAP
LEAP Matter
Nutshell
Nutshell Deal
many:1LEAP Matter carries case name, responsible attorney, matter type, client reference, open date, and status — none of which have a single direct equivalent in Nutshell. We create one Deal per Matter, using the Matter name as the Deal name, the responsible attorney as OwnerId (matched by email), and the status as a custom field on the Deal. The client firm maps to the linked Company.
LEAP
LEAP Matter
Nutshell
Nutshell Custom Fields (on Deal)
1:1Matter type, originating attorney, client contact name, case number, and billing contact have no native Nutshell equivalent. We create a set of custom fields on the Deal object before migration: Matter_Type__c, Originating_Attorney__c, Client_Contact__c, Case_Number__c, and Billing_Contact__c. LEAP's internal matterId is stored as Source_Matter_ID__c for traceability.
LEAP
LEAP Timesheet (time entry)
Nutshell
Nutshell Activity
1:1Each LEAP time entry — date, duration, and description — migrates as a Nutshell activity with Subject set to the linked matter name, and Activity type reflecting the time entry. Original timestamps are preserved. The billable/billed status migrates as a custom field (Billable_Status__c) since Nutshell has no native billing status on activities.
LEAP
LEAP Document (file attachment)
Nutshell
Nutshell File (on Deal)
1:1LEAP documents are exported in batches of up to 100 via its UI export tool, then re-uploaded to Nutshell as file attachments linked to the corresponding Deal. The original LEAP document creation date is stored as a custom metadata field on the file for audit continuity. Nutshell supports file uploads up to 25MB per file.
LEAP
LEAP User (fee earner / attorney)
Nutshell
Nutshell User
1:1LEAP user records are matched to Nutshell users by email address. FlitStack generates a pre-migration user matching report — any LEAP users without a corresponding Nutshell account are flagged and must be provisioned before migration. LEAP user type flags (fee earner, administrator) are preserved in a custom field since Nutshell's role model is simpler.
LEAP
LEAP Trust Ledger (per matter)
Nutshell
Nutshell Custom Fields (on Deal)
1:1LEAP's trust accounting ledger tracks per-matter trust balances and last transaction dates. Nutshell has no trust accounting model. We carry trust balance and last transaction date as custom fields (Trust_Balance__c, Trust_Last_Transaction__c) on the corresponding Deal for financial reference after cutover.
LEAP
LEAP Billing / Cost Recovery
Nutshell
Nutshell Custom Fields (on Deal)
1:1LEAP invoice records (via CostRecovery and Trust API endpoints) track outstanding amounts and invoice status (Draft, Sent, Paid, Written-off). These are carried as custom fields on the Deal — Outstanding_Amount__c and Invoice_Status__c — because Nutshell does not generate or manage legal invoices.
LEAP
LEAP Custom Fields (matter-level)
Nutshell
Nutshell Custom Fields (on Deal/Person)
1:1LEAP's configurable per-matter custom fields are enumerated during discovery and created as matching Nutshell custom fields on the Deal object. Field type is preserved — pick-list values are mapped as pick-lists, dates as dates, numbers as numbers. Any LEAP field with no matching Nutshell type is stored as text.
LEAP
LEAP Matter Association (multi-attorney)
Nutshell
Nutshell Custom Field (on Deal)
1:manyLEAP allows multiple responsible attorneys per matter. Nutshell Deals have a single OwnerId. We set the primary attorney (first in LEAP) as the Deal owner and store additional attorneys as a custom text field (Other_Attorneys__c) containing a comma-separated list of email addresses for reference.
| LEAP | Nutshell | Compatibility | |
|---|---|---|---|
| LEAP Company (client) | Nutshell Company + Person1:1 | Fully supported | |
| LEAP Matter | Nutshell Dealmany:1 | Fully supported | |
| LEAP Matter | Nutshell Custom Fields (on Deal)1:1 | Fully supported | |
| LEAP Timesheet (time entry) | Nutshell Activity1:1 | Fully supported | |
| LEAP Document (file attachment) | Nutshell File (on Deal)1:1 | Fully supported | |
| LEAP User (fee earner / attorney) | Nutshell User1:1 | Fully supported | |
| LEAP Trust Ledger (per matter) | Nutshell Custom Fields (on Deal)1:1 | Fully supported | |
| LEAP Billing / Cost Recovery | Nutshell Custom Fields (on Deal)1:1 | Fully supported | |
| LEAP Custom Fields (matter-level) | Nutshell Custom Fields (on Deal/Person)1:1 | Fully supported | |
| LEAP Matter Association (multi-attorney) | Nutshell Custom Field (on Deal)1:many | 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.
LEAP gotchas
Document export capped at 100 records per batch
Single-source datafile migration policy
Trust accounting jurisdiction rules vary by region
No published API rate limits or bulk endpoints
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 schema planning
FlitStack reviews your LEAP data export and API schema — matters, time entries, documents, custom fields, users, and trust ledger entries. We map every LEAP object to Nutshell's equivalent, enumerate the custom fields needed in Nutshell (matter_type, originating_attorney, trust_balance, and so on), and deliver a schema plan. Your Nutshell admin creates the required custom fields before migration. You also receive a document batch schedule if your LEAP instance holds more than 100 documents.
User matching by email
FlitStack matches LEAP users (attorneys, fee earners, administrators) to Nutshell users by email address. A pre-migration user matching report is delivered showing every LEAP user and their Nutshell counterpart — or a 'not found' flag for users who need to be provisioned. No record migrates to an unmapped owner. LEAP user type flags are stored as a custom field on the Nutshell User record for reference.
Migrate people, companies, and deals before activities and documents
Nutshell requires companies to exist before people (via foreign key) and deals to exist before activities (for linking). FlitStack sequences the migration accordingly: (1) Companies + People from LEAP Company records, (2) Deals from LEAP Matters with all custom fields populated, owner set to the primary attorney, and billing/trust custom fields carrying the financial snapshot from LEAP, (3) Activities from LEAP time entries linked to the corresponding Deals, (4) Document batch re-upload to Nutshell files attached to the relevant Deal.
Run sample migration with field-level diff
A representative sample of LEAP records — typically 50–100 matters spanning a range of matter types, attorneys, and document counts — migrates first. FlitStack generates a field-level diff showing every source field value and its destination counterpart so you can verify matter-to-deal conversion, custom field population, trust balance preservation, owner matching, and activity linking before the full run. You approve or request adjustments at this stage.
Delta pickup and cutover
The full migration runs against Nutshell's JSON-RPC API. A delta-pickup window (24–48 hours) captures any LEAP records modified or created during the cutover — new matters, updated statuses, new time entries. FlitStack captures an audit log of every record inserted or updated. One-click rollback is available if reconciliation fails. After rollback confirmation, your team switches to Nutshell and your LEAP account is placed in read-only mode.
Platform deep dives
LEAP
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 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 LEAP and Nutshell.
Object compatibility
2 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
LEAP: Not publicly documented.
Data volume sensitivity
LEAP 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 LEAP to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your LEAP 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 LEAP
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.