CRM migration
Field-level mapping, validation, and rollback between The Attorney Case File and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
The Attorney Case File
Source
Salesforce Sales Cloud
Destination
Compatibility
11 of 12
objects map 1:1 between The Attorney Case File and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
The Attorney Case File structures data around the Case/Client Workbook — a unified record capturing client details, matter facts, billable hours, and supporting documents in one place. Salesforce Sales Cloud separates contacts, accounts, and opportunities into distinct objects with a relational model that requires explicit lookups. We map your Case File cases to Salesforce Opportunities (with RecordTypeId per practice area), clients to Contacts under Accounts, documents to Salesforce Files, and billable entries to a custom billing object. The migration carries everything The Attorney Case File stores natively through its API into the Salesforce data model. Workflows, document templates, and billing rules do not migrate — we export them as reference data for your Salesforce admin to rebuild using Flow and third-party legal apps on AppExchange. During migration we preserve original create dates in custom datetime fields, and we capture the source system ID for traceability. Custom fields such as court number, statute of limitations, and practice type map to __c fields on Opportunity, while client-specific attributes like bar number map to Contact. Document attachments are re-uploaded to Salesforce Files and linked via ContentDocumentLink, and any files exceeding the 25MB limit are flagged for chunked upload or external storage. All mapping decisions are documented in the pre-migration schema plan.
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 The Attorney 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 Attorney Case File
Client (Contact)
Salesforce Sales Cloud
Contact + Account
1:1The Attorney Case File stores client details within the workbook. We extract client name, email, phone, address, and bar number into Salesforce Contact records. A default Account (using the firm name or 'Individual Client' for solo practitioners) is created and linked via AccountId. For corporate clients, the Account represents the company and Contact represents the attorney of record.
The Attorney Case File
Case / Matter
Salesforce Sales Cloud
Opportunity
1:1Each matter in The Attorney Case File maps to a Salesforce Opportunity. The Opportunity Name becomes the matter title. Practice area determines RecordTypeId — personal injury, corporate transactions, family law, and criminal defense each get their own record type with scoped stage values. Matter status maps to Opportunity StageName via value mapping per record type.
The Attorney Case File
Practice Area / Matter Type
Salesforce Sales Cloud
RecordTypeId
1:1The Attorney Case File's matter-type taxonomy becomes Salesforce Sales Process + Record Type pairs. Each practice area requires a pre-created RecordType in Salesforce so Opportunity StageName pick-list values are scoped correctly. We deliver the record-type setup plan before data migration begins so the schema is ready.
The Attorney Case File
Matter Status
Salesforce Sales Cloud
StageName
1:1Status values like 'Active', 'Pending', 'Closed Won', 'Closed Lost' map to Opportunity StageName values. Each RecordType has its own stage pick-list, so the same source status may map to different StageName values per practice area. Stage-entered timestamps are preserved as custom datetime fields.
The Attorney Case File
Billable Hours / Time Entries
Salesforce Sales Cloud
Custom Billing Object
1:1The Attorney Case File tracks billable hours per matter. We create a custom Billing_Entry__c object with fields for hours, rate, total amount, date, attorney reference, and Opportunity lookup. If your firm uses Salesforce Revenue Cloud, billing entries may map to OrderItems instead — we confirm the target schema during discovery.
The Attorney Case File
Documents / Attachments
Salesforce Sales Cloud
ContentDocument / ContentVersion
1:1Files attached to The Attorney Case File matter are re-uploaded to Salesforce Files (ContentVersion) and linked to the corresponding Opportunity via ContentDocumentLink. File size limits apply — Salesforce defaults to 25MB per file. Files over this threshold are flagged for chunked upload or alternative storage (SharePoint, S3) with link fields in Salesforce.
The Attorney Case File
Calendar / Events
Salesforce Sales Cloud
Event
1:1Court dates, deposition schedules, and deadlines from The Attorney Case File calendar map to Salesforce Events. Original start and end times are preserved. Events are linked to the relevant Opportunity (matter) via WhatId. Recurring events are mapped to Salesforce Series events where the source supports recurrence data.
The Attorney Case File
Tasks / To-Do Items
Salesforce Sales Cloud
Task
1:1Attorney to-do items and procedural reminders migrate as Salesforce Tasks. Task Subject becomes the description, Status maps to 'Not Started' / 'Completed', and Priority preserves the source urgency flag. Tasks link to the relevant Opportunity via WhatId and to the responsible attorney via OwnerId.
The Attorney Case File
Notes / Case Notes
Salesforce Sales Cloud
Note
1:1Case notes from The Attorney Case File migrate as Salesforce Notes (new Notes object, not legacy Note). Body content is preserved with original timestamps. Notes attach to the Opportunity record. Rich-text formatting is retained where the source API provides it.
The Attorney Case File
Opposing Party / Counterparty
Salesforce Sales Cloud
Account (Secondary) + Custom Junction
many:1The Attorney Case File stores opposing parties in case notes or custom fields. We create secondary Account records for counterparties and use a custom Matter_Party__c junction object to link the primary matter Account (the client) to opposing parties. This preserves the relationship without conflating clients and adversaries.
The Attorney Case File
Custom Fields (Matter)
Salesforce Sales Cloud
Custom Fields on Opportunity (__c)
1:1The Attorney Case File custom fields on matters (e.g., court jurisdiction, case number, statute of limitations) map to custom fields on Opportunity with __c suffix. Field types are preserved — pick-lists become pick-lists, dates stay dates, text fields map to text. We create the custom fields in Salesforce during the pre-migration schema setup phase.
The Attorney Case File
Custom Fields (Client)
Salesforce Sales Cloud
Custom Fields on Contact (__c)
1:1Client-specific custom fields in The Attorney Case File (e.g., bar number, referral source, client classification) map to custom fields on Contact. Same-type preservation applies. For fields that apply to the corporate entity rather than the individual attorney, we map to custom fields on Account instead.
| The Attorney Case File | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Client (Contact) | Contact + Account1:1 | Fully supported | |
| Case / Matter | Opportunity1:1 | Fully supported | |
| Practice Area / Matter Type | RecordTypeId1:1 | Fully supported | |
| Matter Status | StageName1:1 | Fully supported | |
| Billable Hours / Time Entries | Custom Billing Object1:1 | Fully supported | |
| Documents / Attachments | ContentDocument / ContentVersion1:1 | Fully supported | |
| Calendar / Events | Event1:1 | Fully supported | |
| Tasks / To-Do Items | Task1:1 | Fully supported | |
| Notes / Case Notes | Note1:1 | Fully supported | |
| Opposing Party / Counterparty | Account (Secondary) + Custom Junctionmany:1 | Fully supported | |
| Custom Fields (Matter) | Custom Fields on Opportunity (__c)1:1 | Fully supported | |
| Custom Fields (Client) | Custom Fields on Contact (__c)1:1 | 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.
The Attorney Case File gotchas
No public API — extraction requires vendor coordination
Export envelope is limited to workbook-level records
Trust accounting data is outside the export scope
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Discovery and schema planning
We review your The Attorney Case File data model — matter types, custom fields, client classifications, and time-entry structure — and compare it against your target Salesforce org. We deliver a Record Type setup plan (one Record Type per practice area), a custom object and field creation checklist for Billing_Entry__c and matter-specific __c fields, and a value-mapping table for status-to-stage transitions. Your Salesforce admin creates the schema before data migration begins.
User and attorney resolution
The Attorney Case File attorneys and staff are matched to Salesforce users by email address. Unmatched users are flagged before migration — your team either creates Salesforce user accounts for them or assigns their records to a fallback owner. No record lands in Salesforce without a resolved OwnerId. This step also identifies which contacts belong to which Account hierarchy. Additionally, for corporate clients we ensure the Account hierarchy reflects the correct legal entity, and any contacts that cannot be matched are placed under a default 'Unknown' Account to maintain referential integrity.
Sample migration with field-level diff
A representative slice migrates first — typically 100–500 records spanning matters from each practice area, time entries, documents, and events. We generate a field-level diff report showing source values vs. destination values for every mapped field, plus a count of any records that failed validation. You verify RecordType assignment, stage mapping, and document links before the full run commits. The sample also tests the performance of Bulk API loads and verifies that record type validation rules are enforced, ensuring that stage values conform to the picklist defined for each RecordType.
Full migration with delta-pickup window
The full record set migrates: Accounts and Contacts first (foreign-key dependencies), then Opportunities with RecordTypeId and StageName mapping per practice area, then Billing_Entry__c records linked to Opportunities, then Events and Tasks, then Documents uploaded to Salesforce Files with ContentDocumentLink to the corresponding Opportunity. A delta-pickup window (24–48 hours) captures any records modified in The Attorney Case File during cutover so Salesforce reflects the final state at go-live.
Validation, audit log, and rollback readiness
Post-migration, we run record-count validation against source totals, spot-check field values against the sample diff, and verify that document links resolve correctly. The complete audit log captures every insert, update, and skip operation. If reconciliation finds discrepancies, one-click rollback reverts the Salesforce org to its pre-migration state. We then hand off workflow export references for your Salesforce admin to rebuild in Flow Builder.
Platform deep dives
The Attorney Case File
Source
Strengths
Weaknesses
Salesforce Sales Cloud
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 The Attorney Case File and Salesforce Sales Cloud.
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
The Attorney Case File: Not publicly documented.
Data volume sensitivity
The Attorney Case File 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 The Attorney Case File to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your The Attorney Case File to Salesforce Sales Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave The Attorney Case File
Other ways to arrive at Salesforce Sales Cloud
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.