CRM migration
Field-level mapping, validation, and rollback between CosmoLex and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
CosmoLex
Source
Salesforce Sales Cloud
Destination
Compatibility
12 of 12
objects map 1:1 between CosmoLex and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
CosmoLex organizes a law firm's practice around Client and Matter records — matters link to invoices, time entries, trust transactions, and expenses in a tightly integrated model. Salesforce Sales Cloud has no native trust-accounting or IOLTA model; matters typically become Cases or custom Matter__c objects, and time entries become Tasks or custom Time_Entry__c records. We map CosmoLex client contacts to Salesforce Contacts attached to an Account, matter records to a custom Matter__c object or Case with custom fields for matter type and practice area, and financial balances to custom fields. CosmoLex's trust account balances migrate as a custom trust ledger object — the underlying data is preserved but requires a Salesforce admin to configure the accounting schema on the destination side. Billing histories, operating balances, and GL balances carry forward as balance-forward records; historical transaction detail is referenced via CosmoLex export files. Workflows, document templates, billing templates, and QuickBooks integrations do not migrate and must be rebuilt or reconnected after go-live.
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 CosmoLex 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.
CosmoLex
Client
Salesforce Sales Cloud
Account + Contact
1:1CosmoLex clients are law firm counterparties (individual attorneys, corporate clients, or other law firms). They map to a Salesforce Account for the organization plus a Contact record for the primary billing or administrative contact. Corporate clients with multiple matter contacts receive one Account and multiple Contact records linked to that Account.
CosmoLex
Matter
Salesforce Sales Cloud
Case or Matter__c (custom object)
1:1CosmoLex matters are the central record for a legal engagement. We map them to Salesforce Cases or a custom Matter__c object depending on whether the firm wants to use Salesforce's native Case object or a fully custom structure. Practice area, matter type, jurisdiction, and status migrate as custom fields on the target object. Matter-Case relationships to the Account (client) are preserved via the AccountId or a custom Client_Link__c lookup field.
CosmoLex
Contact (staff)
Salesforce Sales Cloud
Contact
1:1Law firm staff contacts — attorneys, paralegals, billing administrators — map directly to Salesforce Contacts. Role information (origin attorney, timekeeper, billing contact) migrates as custom pick-list fields on the Contact record. Multi-office firms may need multiple Contact records per person if roles vary by office.
CosmoLex
Time Entry
Salesforce Sales Cloud
Time_Entry__c (custom object) or Task
1:1CosmoLex time entries contain matter link, timekeeper, billing rate, hours, date, task description, and billing status. Salesforce has no native billable-time object — we create a custom Time_Entry__c object with fields for Matter__c (lookup), Timekeeper__c (Contact lookup), Billing_Rate__c, Hours__c, Date__c, Description__c, and Billable__c. Entries marked as billed link to the corresponding Invoice__c record.
CosmoLex
Invoice / Bill
Salesforce Sales Cloud
Invoice__c (custom object)
1:1CosmoLex invoices are tied to a matter, contain line items from time entries and expenses, and carry LEDES billing codes. We map invoices to a custom Invoice__c object linked to the Matter__c and Account. Invoice line items map as Invoice_Line_Item__c records referencing the Invoice__c and Time_Entry__c or Expense__c records they were generated from. CosmoLex invoice templates do not transfer — formatting must be rebuilt in Salesforce's letterhead system.
CosmoLex
Expense / Cost
Salesforce Sales Cloud
Expense__c (custom object)
1:1CosmoLex expenses are linked to matters and categorized as hard costs (disbursements) or soft costs. Expenses map to a custom Expense__c object with fields for Matter__c lookup, category, amount, date, vendor, and cost type. Expenses billed to the client appear on the corresponding invoice as line items; costs paid from trust (IOLTA) carry a flag to the Trust_Account__c object.
CosmoLex
Trust Account (IOLTA) Balance
Salesforce Sales Cloud
Trust_Account__c + Trust_Transaction__c (custom objects)
1:1CosmoLex trust accounts track operating and IOLTA balances with client-specific sub-accounts and transaction history. Salesforce has no native trust accounting — we create Trust_Account__c (for the firm-level account record with bank and account type) and Trust_Transaction__c (for per-client trust activity). Only current balances migrate as live records; historical trust transactions are exported as a reference file from CosmoLex and stored in Salesforce Files for audit purposes.
CosmoLex
Operating / GL Balance
Salesforce Sales Cloud
GL_Balance__c (custom object)
1:1CosmoLex operating account balances and GL balances carry forward as balance-forward records in Salesforce. We create a GL_Balance__c object with fields for Account__c (firm-level), balance amount, as-of date, and account type (operating, trust, or GL). Historical GL transactions are not imported as records — they remain in CosmoLex export files. A journal-entry tool within Salesforce can be used by the firm's accountant to post opening balances.
CosmoLex
Task / Calendar
Salesforce Sales Cloud
Task / Event
1:1CosmoLex calendar events and tasks linked to matters map to Salesforce Tasks and Events. The WhatId field on the Salesforce record links to the Matter__c or Case so attorneys can see matter-specific activities. CosmoLex's deadline and docketing features require a custom Deadline__c field on the Matter__c object or a Salesforce-native feature like Milestones if using Cases with entitlements.
CosmoLex
Document / File
Salesforce Sales Cloud
ContentDocument / Salesforce Files
1:1CosmoLex documents attached to matters are exported as files and re-uploaded to Salesforce Files linked to the corresponding Matter__c or Case record. File size limits (Salesforce default 25MB per file; 2GB via Salesforce CRM Content) apply. Inline images in CosmoLex notes are downloaded and re-hosted as Salesforce Files. Document version history is not preserved unless CosmoLex exports include version metadata.
CosmoLex
QuickBooks Integration
Salesforce Sales Cloud
No equivalent
1:1CosmoLex's native QuickBooks Online sync handles accounting synchronization. Salesforce has no equivalent built-in sync — firms must select an AppExchange accounting connector (such as、会计, or a native QuickBooks Salesforce connector) and re-establish the sync after migration. The existing CosmoLex-QuickBooks sync must be disabled before migration to avoid duplicate transactions.
CosmoLex
Billing Template / Invoice Format
Salesforce Sales Cloud
No equivalent
1:1CosmoLex stores custom invoice templates and billing formats per matter type or client. Salesforce has no native invoice template system — firms using custom billing formats need to rebuild templates using Salesforce's letterhead and email template system, or adopt Salesforce CPQ for more complex billing format requirements. We provide a template audit list before migration so the firm can prioritize rebuilds.
| CosmoLex | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Client | Account + Contact1:1 | Fully supported | |
| Matter | Case or Matter__c (custom object)1:1 | Fully supported | |
| Contact (staff) | Contact1:1 | Fully supported | |
| Time Entry | Time_Entry__c (custom object) or Task1:1 | Fully supported | |
| Invoice / Bill | Invoice__c (custom object)1:1 | Fully supported | |
| Expense / Cost | Expense__c (custom object)1:1 | Fully supported | |
| Trust Account (IOLTA) Balance | Trust_Account__c + Trust_Transaction__c (custom objects)1:1 | Fully supported | |
| Operating / GL Balance | GL_Balance__c (custom object)1:1 | Fully supported | |
| Task / Calendar | Task / Event1:1 | Fully supported | |
| Document / File | ContentDocument / Salesforce Files1:1 | Fully supported | |
| QuickBooks Integration | No equivalent1:1 | Fully supported | |
| Billing Template / Invoice Format | 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.
CosmoLex gotchas
Financial migration is balances-forward only, not historical
Two-phase migration sequencing is mandatory
Hard costs must be imported as soft costs
No public API for automated bulk export
Chart of Accounts is user-setup after import, not migrated
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
Export CosmoLex data via their structured template system and inventory custom fields
FlitStack initiates the migration by pulling CosmoLex export files — client list, matter list, time entries, invoices, expenses, trust balances, and GL balances — using CosmoLex's structured template format. We run a field inventory against the export to identify every custom property, billing format, and matter type the firm uses. Any fields not present in the standard export template are flagged for manual extraction from CosmoLex before the mapping phase begins. This step establishes the complete source-data manifest that drives field-level mapping decisions.
Create Salesforce custom objects and fields for matter, time entry, invoice, expense, and trust accounting
Before any data moves, FlitStack delivers a schema setup plan specifying the custom objects (Matter__c, Time_Entry__c, Invoice__c, Invoice_Line_Item__c, Expense__c, Trust_Account__c, Trust_Transaction__c, GL_Balance__c) and all custom fields required on each object. Salesforce administrators create these fields in the destination org using the plan as a checklist. FlitStack validates field existence and pick-list values before validation runs to prevent migration failures from missing schema elements.
Reformat source export files to Salesforce Bulk API CSV format and resolve foreign-key lookups
CosmoLex Excel exports are reformatted into Salesforce Bulk API-compatible CSV files with correct field ordering, pick-list value validation, and data-type enforcement. Foreign-key relationships (matters to clients, time entries to matters, invoices to matters) are resolved during reformatting by matching CosmoLex IDs to newly created Salesforce record IDs in the order: Accounts first, then Contacts, then Matter__c records, then financial records. Unresolved lookups (missing client, unmatched timekeeper) are flagged in a pre-migration exception report.
Run a sample migration with field-level diff across all record types
A representative slice of records — typically 100–500 covering a sample of clients, matters, time entries, invoices, and trust balances — migrates into Salesforce first. FlitStack generates a field-level diff showing source value vs. destination value for every mapped field so the firm can verify practice-area mapping, billing method preservation, trust balance accuracy, and matter-contact linkage before the full run. Any field mapping corrections are applied to the full migration configuration before commit.
Execute full migration with delta-pickup window and audit log
The full migration loads all validated records into Salesforce using Bulk API for throughput. A delta-pickup window of 24–48 hours captures any records created or modified in CosmoLex during the cutover period. Every operation is logged in FlitStack's audit log — record count, error rate, and mapping summary. If reconciliation fails, one-click rollback reverts the Salesforce org to its pre-migration state so the team can correct and re-run without data loss. Post-migration, the firm receives a reconciliation report comparing CosmoLex record counts to Salesforce record counts by object.
Platform deep dives
CosmoLex
Source
Strengths
Weaknesses
Salesforce Sales Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 CosmoLex and Salesforce Sales Cloud.
Object compatibility
1 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
CosmoLex: Not publicly documented.
Data volume sensitivity
CosmoLex 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 CosmoLex to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your CosmoLex 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 CosmoLex
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.