CRM migration

Migrate from The Case File to Salesforce Sales Cloud

Field-level mapping, validation, and rollback between The Case File and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.

The Case File logo

The Case File

Source

Salesforce Sales Cloud

Destination

Salesforce Sales Cloud logo

Compatibility

100%

10 of 10

objects map 1:1 between The Case File and Salesforce Sales Cloud.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

The Case File models legal matters as self-contained records with nested contacts, documents, and time entries. Salesforce Sales Cloud uses a relational object model — Accounts, Contacts, Cases, Tasks, Events, and Opportunities — that requires careful mapping of matter structures to preserve client relationships and billing history. The migration carries everything The Case File stores natively: clients, opposing counsel, matters, documents, time entries, calendar events, and custom matter types. The harder problems are mapping matter statuses to Salesforce Case statuses, preserving the hierarchical relationship between clients and their associated contacts, handling document attachments at scale (particularly large discovery files), and rebuilding The Case File's billing and invoicing logic using Salesforce Opportunities and custom invoice objects. We run migrations via The Case File's REST API and load into Salesforce using Bulk API 2.0 with batch sizes tuned to your Salesforce edition's rate limits. Before committing to a full run, we execute a sample migration against a representative slice of matters so you can verify field-level accuracy.

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

The Case File logo

The Case File

What's pushing teams away

  • Document management limitations make handling extremely large or complex litigation document sets difficult.
  • The platform lacks depth for multi-party or high-volume matters that require advanced workflow automation.
  • Reporting and analytics are basic compared to purpose-built litigation analytics platforms.
  • Limited API documentation and third-party integration ecosystem makes automation difficult.
  • Some firms outgrow the platform as they scale and need more robust matter-level permissions controls.

Choosing

Salesforce Sales Cloud logo

Salesforce Sales Cloud

What's pulling them in

  • The AppExchange marketplace with 5,000+ prebuilt apps gives enterprises integrations for nearly every business workflow without custom development.
  • Native Einstein AI for lead scoring, opportunity insights, and predictive forecasting adds intelligence without a separate platform purchase.
  • Territory management, multi-currency support, and advanced forecasting satisfy the needs of complex B2B sales organizations with structured revenue teams.
  • Slack, Tableau, and CPQ are deeply integrated into the core platform, keeping the sales stack unified for teams already in the Salesforce ecosystem.
  • Organizations with a large, established Salesforce implementation choose it because switching costs — integrations, custom code, trained admins — are prohibitive.

Object mapping

How The Case File objects map to Salesforce Sales Cloud

Each row shows how a The Case File object lands in Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

The Case File

Client / Contact

maps to

Salesforce Sales Cloud

Contact + Account

1:1
Fully supported

The Case File stores clients as matter-centric contact records. We split these into Salesforce Contacts linked to an Account (representing the client organization). Individual clients without a firm affiliation become Contacts linked to a default 'Individual Client' Account record. All Contact fields—name, email, phone, mailing address—are mapped to their Salesforce counterparts, and the original matter-client relationship is preserved via the Case_Contact_Role__c junction object.

The Case File

Matter

maps to

Salesforce Sales Cloud

Case

1:1
Fully supported

The Case File matters map directly to Salesforce Cases. Matter number becomes Case CaseNumber; matter title becomes Subject. We preserve the original matter open date in a custom field since Salesforce's CreatedDate reflects migration time. Matter status maps to Case Status via value mapping per status set.

The Case File

Matter Type / Practice Area

maps to

Salesforce Sales Cloud

Case Type + Custom Picklist

1:1
Fully supported

The Case File practice area labels (Litigation, Transactional, IP, etc.) map to Salesforce Case Type values. If your firm uses sub-practice areas, we create a custom Practice_Area__c pick-list field on Case and map values one-by-one. This preserves granular practice-area distinctions for reporting and routing while maintaining compatibility with Salesforce Flow automations that trigger based on Case Type.

The Case File

Opposing Counsel / Adversary

maps to

Salesforce Sales Cloud

Account + Contact

1:1
Fully supported

Opposing parties and their counsel are stored as Account records with a contact role indicator. We create Account records for law firms and opposing parties, then create Contact records for individual attorneys with a custom Role__c field set to 'Opposing Counsel' or 'Adverse Party'.

The Case File

Document / Attachment

maps to

Salesforce Sales Cloud

ContentDocument + ContentDocumentLink

1:1
Fully supported

The Case File documents re-upload to Salesforce Files. Each document becomes a ContentVersion record linked to the parent Case via ContentDocumentLink. Files exceeding 25MB are flagged for chunked upload or external storage (SharePoint) integration. Version history is preserved as ContentVersion metadata.

The Case File

Time Entry

maps to

Salesforce Sales Cloud

Task + Custom Fields

1:1
Fully supported

Billable time entries map to Salesforce Tasks with custom fields: Hours__c, Rate__c, Billable__c, and Invoice_Reference__c. We preserve the original entry date, attorney name, matter association, and description. Time entries are linked to the Case via WhatId. Billed entries are flagged as non-editable in Salesforce.

The Case File

Calendar / Event

maps to

Salesforce Sales Cloud

Event

1:1
Fully supported

The Case File court dates, deadlines, and appointments migrate as Salesforce Events. Original start/end times and reminders are preserved. Events are linked to the associated Case via WhatId. All-day events map with IsAllDayEvent=true. Recurring events are expanded into individual Event records, and event descriptions are preserved in the Subject or Description fields for calendaring accuracy.

The Case File

Note

maps to

Salesforce Sales Cloud

Note

1:1
Fully supported

Matter notes migrate as Salesforce Notes (the enhanced Notes object, not legacy Note). Body text, author, and creation date are preserved. Notes are linked to the parent Case via ParentId. Rich-text formatting is maintained where The Case File supports it.

The Case File

Billing / Invoice

maps to

Salesforce Sales Cloud

Custom Invoice Object + Opportunity

1:1
Fully supported

The Case File invoices do not map to any native Salesforce object. We create a custom Invoice__c object with fields for invoice number, amount, status, date, and line items linked to time entries. The related Opportunity represents the matter's financial pipeline for reporting. Invoice PDFs are stored as Salesforce Files linked to Invoice__c records.

The Case File

Custom Matter Fields

maps to

Salesforce Sales Cloud

Custom Fields on Case

1:1
Fully supported

Any custom fields defined in The Case File for specific matter types (e.g., Case Code, Court Jurisdiction, Jury Trial Flag) are created as custom fields on the Case object in Salesforce with the __c suffix. Field types are matched: pick-list to pick-list, date to date, text to text. Multi-select fields require custom handling via a text field with delimiter or a custom junction object.

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.

The Case File logo

The Case File gotchas

High

No publicly documented API for programmatic data extraction

High

Trust account ledger balances require manual verification

Medium

Custom fields lack a documented export schema

Medium

Document folder structure does not export flatly

Salesforce Sales Cloud logo

Salesforce Sales Cloud gotchas

High

Workflow Rules and Process Builder are retired

High

Bulk API batch quota exhaustion during large imports

Medium

Storage overage billing is non-obvious

Medium

Account-Contact many-to-many relationship mapping

Low

Territory and team member import ordering dependencies

Pair-specific challenges

  • Document attachments exceeding 25MB require chunked upload or external storage

    The Case File routinely handles large discovery document sets — TIFF images, PDF portfolios, and audio/video depositions that can exceed Salesforce's default 25MB per-file limit for Salesforce Files. We flag every file over 20MB during migration planning and route them to chunked uploads using Salesforce's multipart file upload API, or we configure a SharePoint document management integration that stores the files externally while preserving the ContentDocumentLink relationship in Salesforce. Without this step, large files silently fail and are omitted from the migration.

  • Billing and invoice records require a custom Invoice object — they do not exist natively in Salesforce Sales Cloud

    The Case File's native invoice generation does not map to any standard Salesforce object. Salesforce Sales Cloud has no native invoice or billing record type. We create a custom Invoice__c object with the fields your firm needs, but the object definition must be created in Salesforce before migration runs. If your Salesforce admin has not provisioned this object, the invoice migration step fails validation. We deliver the object schema as part of the pre-migration setup plan so your admin can create it ahead of the data migration.

  • Time-entry totals must reconcile to the penny before billing records are committed

    Billable hours in The Case File carry financial weight — if the sum of migrated time entries does not match the sum of billed amounts on the source system, your firm faces revenue reconciliation issues post-migration. We run a pre-flight reconciliation script that compares total billable hours and total billing amounts between The Case File export and our Salesforce staging environment before the final migration batch commits. Any discrepancy above $0.01 halts the migration and surfaces the offending records for manual review.

  • The Case File contact roles are flat — Salesforce requires a junction model for multi-role contacts

    The Case File allows a single contact (e.g., a senior partner) to appear in multiple roles across a matter (Client, Billing Contact, Referrer) without a structured relationship model. Salesforce Contact does not support multiple roles on a single Contact-to-Case relationship natively. We solve this by creating a custom Case_Contact_Role__c junction object with Role__c and Contact__c fields, which allows one Contact record to be associated with one Case in multiple distinct roles. This requires a custom visualforce/Lightning component for your team to manage roles in the Salesforce UI.

  • Salesforce Bulk API 2.0 batch failures require reprocessing of the entire batch, not individual records

    When loading large volumes of Cases or ContentVersions via Salesforce Bulk API 2.0, a validation error on a single record causes the entire batch to fail — the API does not support partial batch success. For migrations exceeding 10,000 records, we pre-validate every record against Salesforce field requirements (required fields, pick-list value validity, field length limits) before submitting batches. Records that fail Salesforce validation are held in a separate retry queue and processed individually after the main migration completes.

Migration approach

Six steps for a successful The Case File to Salesforce Sales Cloud data migration

  1. Provision Salesforce custom objects and fields

    Before data moves, your Salesforce admin (or our team) creates the custom objects and fields required for the migration: Invoice__c, Case_Contact_Role__c, and any custom fields on Case, Contact, Task, and Event referenced in the field mapping. We deliver a schema setup manifest listing every custom field by object, type, and pick-list value set so Salesforce-side configuration completes before validation runs.

  2. Export The Case File data via REST API

    We authenticate against The Case File API using your admin credentials, enumerate all matter types, and pull records in parallel streams: matters, contacts, documents, time entries, events, notes, and invoices. Documents are downloaded to a staging S3 bucket with their parent matter ID embedded in the file metadata. We run a source-side data quality check that flags duplicate contacts, missing required fields, and records with invalid dates before transformation begins.

  3. Transform and validate data against Salesforce schema

    Source records are transformed per the field mapping: date formats normalized to Salesforce ISO 8601, pick-list values validated against Salesforce allowed values, and Salesforce ID lookups resolved. We run a Salesforce-side pre-validation step using the Salesforce Tooling API to confirm every record will pass validation rules before it enters a Bulk API batch. Records failing validation are routed to a correction queue with specific error messages returned by the Salesforce API.

  4. Execute sample migration with field-level diff

    A representative slice of 100–500 records migrates first: a mix of active matters, closed matters, matters with large document sets, and matters with complex contact role structures. We generate a field-level diff comparing source values to Salesforce field values for every migrated record. You verify that matter status mapping, time-entry totals, document counts, and contact role assignments meet your expectations before the full run commits.

  5. Run full migration with delta-pickup window

    The full data migration runs against Salesforce using Bulk API 2.0. A delta-pickup window (typically 24–48 hours) captures any matters, time entries, or documents created or modified in The Case File during the cutover. All operations are logged to an audit trail with source record ID, destination Salesforce ID, operation type, and timestamp. One-click rollback reverts all Salesforce records to their pre-migration state if reconciliation fails. Post-migration, we deliver a reconciliation report showing record counts by object, total billable hours, and total billing amounts matched between source and destination.

Platform deep dives

Context on both ends of the pair

The Case File logo

The Case File

Source

Strengths

  • Cloud-native platform with no on-premises infrastructure requirements for the standard edition.
  • Native Full Data Backup tool and export spreadsheets provide a structured data extraction path.
  • Integrated client intake, case management, billing, and time tracking in one platform.
  • Good mobile app availability for attorneys working outside the office.
  • Dedicated Data Migration help center collection suggests some investment in migration tooling.

Weaknesses

  • Limited public API documentation makes programmatic migration and integration work harder to plan.
  • Document management is basic; large-scale litigation document sets are difficult to organize within the platform.
  • Reporting and analytics capabilities are shallow compared to specialized litigation software.
  • Third-party integrations ecosystem is smaller than enterprise-class legal CRMs.
  • Custom field definitions must be reviewed manually during migration scoping as no exportable schema is documented.
Salesforce Sales Cloud logo

Salesforce Sales Cloud

Destination

Strengths

  • Largest enterprise app ecosystem in CRM with 5,000+ AppExchange integrations covering nearly every vertical workflow.
  • Native Einstein AI delivers lead scoring, opportunity insights, and predictive forecasting without a third-party layer.
  • Advanced territory management, multi-currency, and flexible forecasting satisfy complex B2B revenue structures.
  • Deep platform extensibility: Custom Objects, Apex, Flow, and the Metadata API allow full schema customization.
  • Well-documented REST API, Bulk API, and Composite API with published rate limits for programmatic migration.

Weaknesses

  • Pricing model is layered and opaque in practice: per-seat fees plus storage overages, add-on subscriptions, and annual uplifts compound to 30–40% above sticker price.
  • Workflow Rules and Process Builder are deprecated, forcing all orgs onto Salesforce Flow — a migration task that catches many teams by surprise.
  • Steep administrative complexity: meaningful configuration requires a dedicated Salesforce admin or consultant.
  • API rate limits are edition-gated (100k/day base for Enterprise) and easily exhausted by large historical imports without throttling.
  • Data export is exportable via Data Loader but preserving relationship integrity across 30+ objects requires careful ETL sequencing.

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 The Case File and Salesforce Sales Cloud.

  • 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

    The Case File: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your The Case File to Salesforce Sales Cloud 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 The Case File to Salesforce Sales Cloud data migrations

Answers to the questions buyers ask most during The Case File to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your The Case File to Salesforce Sales Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most The Case File to Salesforce migrations complete in 48–72 hours of clock time for under 50,000 records including matters, contacts, time entries, and documents. Larger firms with 200,000+ records or extensive discovery document sets extend to 5–10 days. The longest planning step is provisioning Salesforce custom objects (particularly the Invoice__c object) and mapping matter status values to Salesforce Case Status. Sample migration and delta-pickup together add 2–3 days on top of the core load.

Adjacent paths

Related migrations to explore

Ready when you are

Move from The Case File.
Land in Salesforce Sales Cloud, 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