CRM migration
Field-level mapping, validation, and rollback between LegalEdge and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
LegalEdge
Source
Salesforce Sales Cloud
Destination
Compatibility
12 of 12
objects map 1:1 between LegalEdge and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
LegalEdge is a legal practice management platform built around client records, case matters, time tracking, and court calendar integration. Its data model centers on a Client object linked to Matters (cases), with documents, tasks, and calendar events attached at the matter level. Salesforce Sales Cloud has no native legal Matter object — cases become either the standard Case object (typically used for client-support matters) or a custom Matter__c object your admin creates before migration. FlitStack AI maps LegalEdge Clients to Salesforce Contacts under their associated Account (the law firm or corporate legal department), LegalEdge Matters to a custom Matter__c object, and LegalEdge time/billing entries to TimeEntry__c records or custom fields on Matter__c. Documents re-upload to Salesforce Files. Calendar events migrate as Events with the original start/end times and assigned attorneys. The migration uses LegalEdge's API to extract records and Salesforce's Bulk API to load them, with a delta-pickup window capturing any changes during cutover. Workflows, billing rules, and court-integration settings do not migrate — those are rebuilt in Salesforce or through AppExchange add-ons. Your Salesforce admin sets up the Matter__c custom object and any pick-list values (case status, case type) before FlitStack validates the field mapping against the live Salesforce schema.
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 LegalEdge 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.
LegalEdge
Client
Salesforce Sales Cloud
Contact
1:1LegalEdge Clients map directly to Salesforce Contacts. Each Client's first name, last name, email, phone, and address fields migrate to the corresponding Salesforce Contact fields. Salesforce requires an AccountId on every Contact — FlitStack creates a default Account named after the client's firm or 'Individual Client' for solo matters.
LegalEdge
Client
Salesforce Sales Cloud
Account
1:1LegalEdge law firm or company names associated with a Client migrate as Salesforce Accounts. When a Client represents an individual (solo practitioner or solo client), their name also becomes an Account for Contact linkage. Parent-child firm hierarchies in LegalEdge map to Salesforce Parent Account field.
LegalEdge
Matter (Case)
Salesforce Sales Cloud
Matter__c (Custom Object)
1:1LegalEdge Matters have no Salesforce standard equivalent. FlitStack creates a Matter__c custom object in Salesforce with a Status__c pick-list (Open, Closed, Pending), Type__c pick-list (Litigation, Transactional, Advisory, etc.), and lead attorney lookup to the Salesforce User who owned the matter in LegalEdge.
LegalEdge
Matter
Salesforce Sales Cloud
Case (Standard Object)
1:1The standard Salesforce Case object is reserved for client support inquiries by convention in legal migrations. LegalEdge Matters do not map to Case — they require the custom Matter__c object. Case is left available for client intake and inquiry tracking in Salesforce.
LegalEdge
Time Entry
Salesforce Sales Cloud
TimeEntry__c (Custom Object)
1:1LegalEdge billable hours and expense entries linked to a Matter migrate as TimeEntry__c records. Fields include Hours__c (decimal), Billing_Rate__c, Date__c, Description__c, and a lookup to the Matter__c record and the Salesforce User who performed the work. Each TimeEntry__c is linked to its parent Matter__c using the Source_System_ID__c cross-reference stored during matter migration, ensuring accurate time tracking continuity.
LegalEdge
Document / File
Salesforce Sales Cloud
ContentDocument / Salesforce Files
1:1LegalEdge documents attached to a Matter are re-uploaded as Salesforce Files (ContentDocument / ContentVersion). File names, content, and original upload dates are preserved in Salesforce. FlitStack links each Salesforce File to the corresponding Matter__c record via ContentDocumentLink so documents remain accessible in context. The original LegalEdge file metadata including upload author and version number is stored in custom fields on ContentVersion.
LegalEdge
Task
Salesforce Sales Cloud
Task
1:1LegalEdge tasks (e.g., 'File complaint', 'Send engagement letter') migrate as Salesforce Tasks with the original Subject, Status, Priority, and due date. Owner resolved by email match to Salesforce users. Tasks linked to a specific Matter__c record are associated via the WhatId field.
LegalEdge
Calendar Event
Salesforce Sales Cloud
Event
1:1LegalEdge calendar entries — hearings, depositions, filing deadlines — migrate as Salesforce Events with original StartDateTime and EndDateTime preserved. Court hearing events include a custom Type__c pick-list value ('Court Hearing') for filtering in Salesforce calendars. Attorney assignments are resolved via email matching to Salesforce Users, and the WhatId field links events to their associated Matter__c record.
LegalEdge
Custom Matter Field
Salesforce Sales Cloud
Custom Field on Matter__c
1:1LegalEdge allows unlimited custom fields per Matter (e.g., 'Court Docket Number', 'Opposing Counsel', 'Jury Trial Date'). Each custom field becomes a custom field on Matter__c in Salesforce. Field type is preserved — date fields become Date fields, pick-lists become pick-lists, text fields become Text fields.
LegalEdge
Client Custom Field
Salesforce Sales Cloud
Custom Field on Contact
1:1LegalEdge Client custom properties (e.g., 'Bar Number', 'Matter of Interest', 'Conflict Check Status') migrate as custom fields on the Salesforce Contact record. Each custom field created in LegalEdge maps to a corresponding custom field on Contact, with field type preserved to maintain data integrity. The Salesforce admin confirms field creation before migration validates the mapping.
LegalEdge
Staff / User
Salesforce Sales Cloud
User
1:1LegalEdge staff who created records (attorneys, paralegals, admins) are matched to Salesforce Users by email address. Unmatched LegalEdge users are flagged — the firm either creates a Salesforce User record first or assigns their records to a fallback attorney owner before migration.
LegalEdge
Court Integration Setting
Salesforce Sales Cloud
No Equivalent
1:1LegalEdge's court docket integrations (e.g., Pennsylvania Unified Judicial System connection) are platform-specific settings with no Salesforce equivalent. The court docket number field migrates as Court_Docket_Number__c on Matter__c for reference. Docket automation must be rebuilt using Salesforce Flow triggers or an AppExchange court integration tool after migration completes.
| LegalEdge | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Client | Contact1:1 | Fully supported | |
| Client | Account1:1 | Fully supported | |
| Matter (Case) | Matter__c (Custom Object)1:1 | Fully supported | |
| Matter | Case (Standard Object)1:1 | Fully supported | |
| Time Entry | TimeEntry__c (Custom Object)1:1 | Fully supported | |
| Document / File | ContentDocument / Salesforce Files1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Calendar Event | Event1:1 | Fully supported | |
| Custom Matter Field | Custom Field on Matter__c1:1 | Fully supported | |
| Client Custom Field | Custom Field on Contact1:1 | Fully supported | |
| Staff / User | User1:1 | Fully supported | |
| Court Integration Setting | No Equivalent1: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.
LegalEdge gotchas
No publicly documented API for automated export
PA UJS integration fields are non-standard
Custom fields have no documented schema
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
Stand up Salesforce custom objects and fields first
Before data extraction begins, your Salesforce admin (or our team) creates the Matter__c custom object with its Status__c and Type__c pick-lists, TimeEntry__c fields, and any custom fields on Contact and Account that LegalEdge uses. We deliver a schema setup checklist based on your LegalEdge custom field inventory so the Salesforce side is ready before FlitStack runs the first validation mapping against the live org.
Resolve attorneys and staff by email match to Salesforce users
LegalEdge owner IDs for attorneys and paralegals are matched to Salesforce Users by email address as the primary key. Unmatched LegalEdge users are flagged and reported before migration — your firm either creates a Salesforce User record for them first or assigns their records to a fallback attorney owner designated by the firm. This resolution step is critical because Salesforce requires a valid OwnerId on every Contact and Matter__c record, and orphaned records without owner assignments will fail validation during the Bulk API load phase.
Migrate Accounts and Contacts first, then Matters, then time entries
Salesforce enforces referential integrity requiring Accounts before Contacts (via AccountId) and Matter__c records before TimeEntry__c records (via the Matter__c lookup). FlitStack sequences the migration in dependency order so legal clients populate as Account-Contact pairs first, establishing the firm hierarchy in Salesforce. Next, Matter__c records are created with the resolved Lead_Attorney__c lookups and custom field values. Finally, TimeEntry__c records are linked to their parent Matter__c records using the stored Source_System_ID__c cross-reference maintained throughout the migration run.
Run a sample migration with field-level diff
A representative sample migrates first — typically 100–500 records spanning clients, matters, documents, and time entries across multiple matter types. We generate a field-level diff showing LegalEdge source values alongside Salesforce destination values so you can verify Matter status mapping accuracy, attorney lookup resolution correctness, and document file re-upload integrity before the full run commits. You review and approve the diff before we proceed to full migration, ensuring any value-mapping adjustments are caught early.
Cut over with delta-pickup for in-flight records
Full migration runs against Salesforce using the Bulk API. A delta-pickup window (typically 24–48 hours) captures any records created or modified in LegalEdge during the cutover window — new client intake, updated matter status changes, or new documents. FlitStack audit log records every operation, and one-click rollback is available if reconciliation against the LegalEdge source data fails at any point.
Deliver mapping artifacts and rebuild reference for billing/trust accounting
After migration, FlitStack delivers a full field-mapping CSV with all LegalEdge-to-Salesforce field correspondences documented, the Matter__c schema setup checklist confirming custom object configuration, and a rebuild reference export for your billing and trust accounting software. We include a LegalEdge workflow definitions export so your Salesforce admin can use it as a reference when configuring Salesforce Flow for matter intake, conflict checks, and document routing automations within the Salesforce platform.
Platform deep dives
LegalEdge
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 LegalEdge 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
LegalEdge: Not publicly documented..
Data volume sensitivity
LegalEdge 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 LegalEdge to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your LegalEdge 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 LegalEdge
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.