CRM migration
Field-level mapping, validation, and rollback between Thomson Reuters Case Center and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
Thomson Reuters Case Center
Source
Salesforce Sales Cloud
Destination
Compatibility
10 of 10
objects map 1:1 between Thomson Reuters Case Center and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
Thomson Reuters Case Center is a legal evidence management platform built around cases, exhibits, documents, and court-participant roles. It has no native CRM object model — parties are stored as contact-card records inside cases, not as standalone Contact objects with shared ownership. Salesforce Sales Cloud, by contrast, is built on a relational CRM graph: Accounts own Contacts, Contacts link to Opportunities and Cases, and every record has an OwnerId pointing to a Salesforce User. The migration therefore requires a structural translation: Case Center's case-participant records become Salesforce Contacts under Accounts, exhibits and documents re-upload to Salesforce Files, and the case-identifier chain becomes a Salesforce Case hierarchy with custom fields preserving Case Center's exhibit numbering, hearing dates, and jurisdiction metadata. Court-user accounts that do not map to Salesforce Users are flagged and routed to a fallback owner before the migration commits. Because Case Center exposes a rate-limited API for data extraction, FlitStack sequences the extraction in batches, validates record counts against Case Center's internal counts, and runs a field-level diff in a Salesforce sandbox before the production load.
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 Thomson Reuters Case Center 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.
Thomson Reuters Case Center
Case (Case Center)
Salesforce Sales Cloud
Case (Salesforce)
1:1Case Center case records map 1:1 to Salesforce Case records. The Salesforce Case Number auto-generates, but we preserve the original Case Center case identifier in Source_Case_ID__c. Jurisdiction, case type, and status fields translate via value-mapping against Salesforce's standard Status pick-list and custom Case Type field.
Thomson Reuters Case Center
Sub-case / Sub-folder
Salesforce Sales Cloud
Case (with ParentId)
1:1Case Center sub-cases nest under parent cases. Salesforce Cases support a ParentId field for hierarchical case chains. We resolve the parent reference during migration so sub-cases land with the correct ParentId pointing to the migrated parent case ID in Salesforce.
Thomson Reuters Case Center
Party / Participant (contact card inside case)
Salesforce Sales Cloud
Contact
1:1Case Center party records — opposing counsel, defendants, witnesses, judges — become Salesforce Contacts. Because Case Center stores parties inside individual cases, we de-duplicate across cases by email: if the same email appears in multiple Case Center cases, we create one Salesforce Contact and link it to all related Cases via Case Contact Roles.
Thomson Reuters Case Center
Party Role
Salesforce Sales Cloud
Case Contact Role
1:1Case Center role labels (Plaintiff, Defendant, Expert Witness, Judge, Clerk) map to Salesforce Case Contact Role Role pick-list values. If Case Center uses a role not in Salesforce's standard list, we create a custom Role__c field on Case Contact Role and populate it from the source value.
Thomson Reuters Case Center
Exhibit / Evidence File
Salesforce Sales Cloud
ContentDocument / Salesforce Files
1:1Evidence files from Case Center (PDFs, images, video, audio) are downloaded from Case Center's storage, re-uploaded to Salesforce Files, and linked to the migrated Case via ContentDocumentLink. The original exhibit number is stored in Exhibit_ID__c on the linked ContentVersion record for traceability.
Thomson Reuters Case Center
Hearing / Calendar Event
Salesforce Sales Cloud
Event
1:1Case Center hearing records (date, time, courtroom, hearing type) translate to Salesforce Events. The Event's WhatId links to the migrated Case. StartDateTime and EndDateTime are set from the source hearing schedule; Location is populated from the courtroom identifier in Case Center.
Thomson Reuters Case Center
Annotation / Note on Evidence
Salesforce Sales Cloud
Note
1:1Case Center annotations and notes attached to specific exhibits become Salesforce Notes linked to the corresponding ContentVersion. Original annotation text and annotator name are preserved in the Note Body and OwnerId fields respectively. Timestamps from Case Center — including creation date and last-modified date — map directly to the CreatedDate and LastModifiedDate fields on the Salesforce Note record to maintain full audit history.
Thomson Reuters Case Center
Custom Case Field (metadata)
Salesforce Sales Cloud
Custom Field on Case (__c)
1:1Case Center custom fields (jurisdiction codes, statutory provisions, bond amounts, court district) require custom fields on the Salesforce Case object. Each custom field is created in Salesforce before migration, using Field_Type__c to name the field and preserve the data type (text, number, date, pick-list).
Thomson Reuters Case Center
User / Staff Assignment
Salesforce Sales Cloud
User
1:1Case Center staff users (case managers, clerks, administrators) resolve to Salesforce Users by email match. Case Center users without an email in Salesforce are flagged and assigned to a designated fallback User; their original Case Center role is preserved in a custom Staff_Role_in_Source__c field on the Case record they are assigned to.
Thomson Reuters Case Center
Permission Set / Access Group
Salesforce Sales Cloud
Permission Set / Sharing Rule
1:1Case Center permission scoping by role (counsel-only, judge-only, party-public) has no direct Salesforce equivalent. We document the access matrix and provide a Salesforce Sharing Rules plan for the admin to configure post-migration. Case-level access is preserved as a custom Access_Level__c pick-list on the Case for manual reconstruction.
| Thomson Reuters Case Center | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Case (Case Center) | Case (Salesforce)1:1 | Fully supported | |
| Sub-case / Sub-folder | Case (with ParentId)1:1 | Fully supported | |
| Party / Participant (contact card inside case) | Contact1:1 | Fully supported | |
| Party Role | Case Contact Role1:1 | Fully supported | |
| Exhibit / Evidence File | ContentDocument / Salesforce Files1:1 | Fully supported | |
| Hearing / Calendar Event | Event1:1 | Fully supported | |
| Annotation / Note on Evidence | Note1:1 | Fully supported | |
| Custom Case Field (metadata) | Custom Field on Case (__c)1:1 | Fully supported | |
| User / Staff Assignment | User1:1 | Fully supported | |
| Permission Set / Access Group | Permission Set / Sharing Rule1: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.
Thomson Reuters Case Center gotchas
Court-hosted vs. firm-hosted deployment affects migration scope
No public API documentation for direct data extraction
Multimedia evidence requires separate media handling
Redaction metadata may not survive cross-platform migration intact
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
Inventory Case Center records and map to Salesforce schema
FlitStack runs a discovery extraction against the Case Center API — pulling case records, sub-cases, party records, exhibit metadata, hearing records, and annotation data — and produces a schema inventory report. We compare the Case Center field inventory against Salesforce's standard and custom Case, Contact, and ContentVersion objects and deliver a pre-migration schema plan specifying which Salesforce custom fields to create before data lands.
Resolve user and staff assignments by email
Case Center staff users, counsel, and court personnel are matched to Salesforce Users by email. Unmatched users — those without a corresponding Salesforce login — are flagged in a pre-flight report and assigned to a designated fallback Salesforce User. Party records without email are de-duplicated by name and organization where possible; records that cannot be resolved are flagged for manual review before the migration run.
Migrate Accounts and Contacts before Cases
Salesforce requires Contacts to reference an AccountId, and Cases reference Contacts via Case Contact Roles. We sequence the migration so Accounts are created first from party organization names, then Contacts are created with AccountId lookups resolved, then Case Contact Roles link parties to cases. This ordering ensures referential integrity — no Contact lands without an Account, and no Case Contact Role links to a non-existent Contact.
Run a sample migration with field-level diff
We select a representative sample of 200–500 records spanning cases, parties, exhibits, and hearings and load it into a Salesforce sandbox environment first. A field-level diff report is generated that compares source values from Case Center against destination values in Salesforce, with any transformation, truncation, mapping discrepancy, or data-loss risk highlighted in red for immediate visibility. You review the diff report, validate that each mapped field carries the expected value, and confirm or adjust the mapping configuration before the full migration run commits to production.
Execute full migration with delta-pickup window
The full extraction-to-load run commits Case Center records to Salesforce in sequenced batches. A delta-pickup window of 24–48 hours after the initial load captures any records modified in Case Center during cutover. Evidence files are uploaded to Salesforce Files via the Content API, with files over 25MB flagged and handled via the alternative content strategy. An audit log records every operation; one-click rollback is available if the reconciliation report shows record counts or field values outside agreed tolerances.
Deliver sharing rules plan and post-migration documentation
Since Case Center permission scoping cannot migrate directly, we deliver a Sharing Rules configuration plan that maps Case Center's role-view matrix to Salesforce's sharing model — specifying which users should see which Cases based on their Case Contact Role. We also provide a full field-mapping reference document and a post-migration de-duplication run for Contacts that were split during migration due to inconsistent source identifiers.
Platform deep dives
Thomson Reuters Case Center
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 Thomson Reuters Case Center 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
Thomson Reuters Case Center: Thomson Reuters developer portal documents API rate limits for other products but Case Center-specific API documentation is not publicly available.
Data volume sensitivity
Thomson Reuters Case Center 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 Thomson Reuters Case Center to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Thomson Reuters Case Center 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 Thomson Reuters Case Center
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.