CRM migration

Migrate from MyCase to Salesforce Sales Cloud

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

MyCase logo

MyCase

Source

Salesforce Sales Cloud

Destination

Salesforce Sales Cloud logo

Compatibility

83%

10 of 12

objects map 1:1 between MyCase and Salesforce Sales Cloud.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

MyCase is a legal-practice management platform built around contacts, companies, and matters with a case-centric workflow. Salesforce Sales Cloud is an enterprise CRM built around Accounts, Contacts, Leads, and Opportunities, requiring custom fields and record types for non-standard entity types. The migration must translate MyCase's matter-centric schema — where cases hold client relationships, tasks, billing, and documents — into Salesforce's relational model where AccountId on Contact resolves the client link, RecordTypeId on Case distinguishes matter types, and custom fields (with the __c suffix) store legal-specific properties like practice area, billing method, and responsible attorney. FlitStack AI extracts data from MyCase using its contact-and-case export spreadsheets and Full Data Backup tool, applies field-level mapping against Salesforce's Bulk API and REST API, then validates with a sample migration before committing the full dataset. Workflows, document templates, QuickBooks sync configurations, and automated text messaging do not migrate — those require manual rebuild in Salesforce's Flow Builder, Salesforce Files, and AppExchange integrations. A 24–48 hour delta-pickup window captures any matter changes made in MyCase during the cutover window.

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

MyCase logo

MyCase

What's pushing teams away

  • QuickBooks integration syncs one direction only—deleting a transaction in MyCase does not remove it in QuickBooks, and the sync can get stuck, forcing manual reconciliation that solo practitioners find disruptive.
  • Users report missing billing features that mid-size firms require: inability to bulk-update rates on past time entries, limited flat-fee case management, and manual invoice adjustments across multiple sections.
  • UI changes between releases (especially around notifications and client message navigation) create friction for staff trained on earlier layouts, per Capterra and G2 reviews.
  • Advanced features including the open API are gated behind the $109/user/month Advanced tier, so growing firms hit feature ceilings on lower plans and face a pricing cliff.
  • Firms outgrowing the platform report that Clio's integration marketplace and enterprise features better support scaling case volume, which drives switchers toward larger legal CRMs.

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 MyCase objects map to Salesforce Sales Cloud

Each row shows how a MyCase 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.

MyCase

Contact

maps to

Salesforce Sales Cloud

Contact

1:1
Fully supported

MyCase contacts map 1:1 to Salesforce Contacts. Salesforce requires an AccountId on every Contact — contacts without a primary company in MyCase are attached to a default 'Unassigned' Account record or routed to a Salesforce Lead based on a status flag.

MyCase

Contact

maps to

Salesforce Sales Cloud

Lead

1:many
Fully supported

MyCase contacts marked as 'Prospective Client' or designated as 'Referral Source' are routed to Salesforce Lead rather than Contact, with the referral-source designation preserved as a Lead Source pick-list value. The routing logic evaluates the contact's client_status field — only active clients and matter-linked contacts become Salesforce Contacts. All other contact types (prospective, referral, inactive) land as Leads to maintain your pipeline visibility and marketing segmentation without cluttering your Contact object with non-client records.

MyCase

Company

maps to

Salesforce Sales Cloud

Account

1:1
Fully supported

MyCase companies map directly to Salesforce Accounts using the company name as the Account Name. Company hierarchies where a parent firm owns or branches into subsidiary organizations map to the Account.ParentId field, preserving the organizational chart structure. For contacts associated with multiple companies in MyCase, the primary company becomes the AccountId on Contact while additional affiliations are surfaced as Account Contact Relation junction records, maintaining N:N relationship fidelity across both platforms.

MyCase

Case (Matter)

maps to

Salesforce Sales Cloud

Case

1:1
Fully supported

MyCase matters map to Salesforce Cases linked to the Account representing the client. The Case.RecordTypeId distinguishes matter type (Litigation, Transactional, Advisory). Each MyCase matter type requires a corresponding Salesforce record type so that status pick-list values, priority, and custom fields are scoped correctly per practice area.

MyCase

Case Type

maps to

Salesforce Sales Cloud

RecordTypeId + Case Type Field

1:1
Fully supported

MyCase matter type (e.g., Family Law, Personal Injury, Real Estate) becomes a Salesforce custom pick-list field Practice_Area__c on Case, keyed by the Case RecordTypeId. Each matter type needs its own record type in Salesforce so page layouts display the correct field set.

MyCase

Task

maps to

Salesforce Sales Cloud

Task

1:1
Fully supported

MyCase tasks map to Salesforce Tasks with the WhatId pointing to the Case (matter) record. Task priority, due date, and status map to Salesforce equivalents. Open vs. completed status is preserved; completed task completion dates are stored in the ActivityDate field.

MyCase

Time Entry

maps to

Salesforce Sales Cloud

Case Custom Fields (Billing_Hours__c, Billing_Amount__c)

many:1
Fully supported

Individual time entries from MyCase are aggregated by matter and stored in custom Number and Currency fields on the Salesforce Case record (Total_Billable_Hours__c, Total_Billable_Amount__c). The aggregation sums all billable hours and amounts per matter to populate these rollup fields for pipeline and profitability reporting. Detailed time-entry history — including date, attorney, description, and hourly rate — is preserved as a custom Time_Entry_Log__c child object linked to Case via a lookup relationship, ensuring audit trails and billing audits remain intact after migration.

MyCase

Document

maps to

Salesforce Sales Cloud

ContentDocument / Salesforce Files

1:1
Fully supported

MyCase Drive documents are re-uploaded as Salesforce Files attached to the corresponding Case record. File folder structure from MyCase is recreated as Salesforce Libraries or as a custom Folder_Path__c field on ContentDocument for navigation continuity. 25MB per-file Salesforce limits apply.

MyCase

Custom Field

maps to

Salesforce Sales Cloud

Custom Field (__c)

1:1
Fully supported

Every MyCase custom field on Contact, Company, or Case becomes a Salesforce custom field with the __c API name suffix. Custom fields must be pre-created in Salesforce Setup before migration runs — we deliver a setup plan listing each field's label, API name, data type, and pick-list values so your admin creates them in advance.

MyCase

User / Attorney

maps to

Salesforce Sales Cloud

User

1:1
Fully supported

MyCase staff members (attorneys, paralegals, admins) map to Salesforce Users resolved by email address match. Unmatched MyCase owners are flagged before migration so your team either invites them to Salesforce first or assigns their records to a fallback Salesforce user.

MyCase

Note

maps to

Salesforce Sales Cloud

Note

1:1
Fully supported

MyCase notes attached to a matter map to Salesforce Notes (using the modern Note object, not the legacy Note) linked to the Case via the ParentId field. All rich-text formatting — including bullet points, bold/italic text, hyperlinks, and embedded tables — is preserved as HTML in the Salesforce Note Body field. The note title defaults to the first line of the MyCase note content, and the note's created date maps to the Salesforce Note CreatedDate to maintain historical chronology for matter documentation audits.

MyCase

Workflow / Automation

maps to

Salesforce Sales Cloud

Not Migrated

1:1
Fully supported

MyCase workflow tasks, automated calendaring rules, deadline triggers, and milestone logic have no direct Salesforce equivalent and cannot be migrated automatically. All MyCase workflow task templates and automation definitions are exported as a detailed reference document listing every workflow's name, trigger conditions, task assignments, escalation rules, and deadline calculations. Your Salesforce admin uses this reference to rebuild equivalent automation logic in Flow Builder, covering triggers on Case creation, time-based deadline updates, and automated task generation based on matter type.

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.

MyCase logo

MyCase gotchas

High

QuickBooks sync is strictly one-directional

High

Advanced API access is tier-gated

Medium

Document migration requires offline file transfer

Medium

Bulk rate updates on historical time entries are not supported

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

  • MyCase matter type maps to Salesforce RecordTypeId + custom pick-list, not a native field

    MyCase stores practice area as a matter-type property (Family Law, Personal Injury, Real Estate). Salesforce has no native practice-area field on Case — every matter type requires a Salesforce Record Type so that page layouts, field sets, and status pick-list values are scoped per practice group. Teams with five matter types in MyCase end up with five record types in Salesforce, each needing its own page layout, profile assignment, and validation rules. We deliver a record-type setup plan as part of the migration package so your Salesforce admin creates the schema before data lands. Failure to pre-create record types causes field-mapping failures because the RecordTypeId must be valid on every Case insert.

  • MyCase one-way QuickBooks sync does not translate to Salesforce billing

    MyCase integrates natively with QuickBooks for legal trust accounting and IOLTA management — the sync is one-directional from MyCase to QuickBooks, meaning changes in QuickBooks do not flow back. Salesforce has no native legal billing or IOLTA accounting module. All MyCase time-entry data, billing method, and trust balance information must be mapped to custom fields on Case (Total_Billable_Hours__c, Billing_Method__c, IOLTA_Balance__c) or a third-party legal billing AppExchange product. We aggregate time entries per matter and store totals in custom fields, but the detailed IOLTA trust-accounting logic requires a separate billing-tool implementation post-migration.

  • N:N contact-to-company associations collapse to primary AccountId plus junction records

    MyCase lets a single contact be associated with multiple law firms or clients simultaneously — a common pattern for Of Counsel attorneys or multi-jurisdiction practitioners. Salesforce Contact requires a single primary AccountId lookup. We migrate one primary company per contact (the most-recently-modified by default, or by your specified rule) and surface remaining company associations as Account Contact Relation junction records. This preserves the relationship data but requires Salesforce admins to configure the Account Contact Relation object to display in page layouts if firm affiliations are used for reporting.

  • MyCase API rate limit of 25 req/s forces staged extraction for large firms

    MyCase enforces a 25 requests per second rate limit per client on its API. Firms with 200,000+ records across contacts, companies, cases, tasks, and documents cannot extract the full dataset in a single burst. We implement request throttling against the MyCase API and chunk extraction into batches, adding 1–2 days to the preparation phase. Salesforce's Bulk API 2.0 handles the high-volume load into Salesforce (15,000 batches of 10,000 records per day) without similar throttling, but the source-side constraint is the primary timeline driver for large MyCase instances.

  • MyCase document folder structure maps to Salesforce Libraries, not native case folders

    MyCase Drive organizes documents in a case-centric folder hierarchy that mirrors the matter structure. Salesforce Files organizes content in Libraries and attaches files to records via ContentDocumentLink. We re-upload documents to Salesforce Files linked to the corresponding Case record and store the original MyCase Drive folder path in a custom Folder_Path__c text field on ContentDocument. However, the folder tree UI that MyCase provides natively is not available in Salesforce without a third-party document management AppExchange app — your team should evaluate whether Documents S-Control or an AppExchange product like Box or Google Drive integration is needed for folder-based document workflows.

Migration approach

Six steps for a successful MyCase to Salesforce Sales Cloud data migration

  1. Scope discovery and MyCase data extraction

    FlitStack AI reviews your MyCase instance — counting contacts, companies, matters, tasks, time entries, and documents. We use MyCase's contact-and-case export spreadsheets for structured data and the Full Data Backup tool for complete exports. MyCase API extraction runs with 25 req/s throttling to avoid rate-limit hits. We deliver a data inventory report listing record counts per object, custom field inventory, matter types, and owner distribution so both teams agree on scope before mapping begins.

  2. Design Salesforce custom fields and record types

    Before any data loads, your Salesforce admin (or our team) creates the __c custom fields and Record Types required for the migration. We deliver a field-creation plan: for each MyCase custom property we specify the Salesforce field label, API name (__c suffix), data type, pick-list values, and which Salesforce object it belongs to. For every MyCase matter type we specify the Salesforce Record Type name, associated page layout, and status pick-list values. This plan is reviewed and executed before the migration validation run so the schema is ready when data arrives.

  3. Resolve MyCase users to Salesforce users by email

    MyCase staff (attorneys, paralegals, administrative users) are mapped to Salesforce Users via email address match. Any MyCase owner whose email does not correspond to an existing Salesforce User is flagged on a pre-migration exception report. Your team either provisions those users in Salesforce before the migration run or assigns their records to a designated fallback Salesforce User. No Case or Task lands without a valid OwnerId — the owner resolution step gates the migration to prevent orphaned records.

  4. Run sample migration with field-level diff

    A representative slice of 200–500 records spanning contacts, companies, matters, tasks, and documents migrates into your Salesforce sandbox first. We generate a field-level diff between the MyCase source values and the Salesforce destination values so you can verify Practice_Area__c pick-list mapping, AccountId resolution on contacts, Case.RecordTypeId assignment, and document linkage before the full run. You approve the sample results in writing before we schedule the production migration — this gates any full-load commit.

  5. Execute full migration with delta-pickup and audit log

    The full dataset loads into Salesforce Production using Bulk API 2.0 for high-volume objects and REST API for records requiring immediate validation. A 24–48 hour delta-pickup window runs in parallel, capturing any matter changes, new contacts, or updated tasks created in MyCase during the cutover period. Every operation is logged in a FlitStack AI audit trail. If reconciliation identifies discrepancies exceeding your defined tolerance threshold, one-click rollback reverts the Salesforce org to its pre-migration state so your team can re-clean source data and re-run without data loss.

Platform deep dives

Context on both ends of the pair

MyCase logo

MyCase

Source

Strengths

  • All-in-one practice management combines case files, client comms, billing, and docs in a single platform.
  • Client portal with secure document sharing reduces reliance on third-party file-sharing tools.
  • Built-in texting and e-signature are included at all tiers, avoiding per-transaction fees.
  • Workflow automation auto-generates tasks and calendared deadlines on new case creation.
  • AffiniPay parentage ties payments tightly to practice management through LawPay integration.

Weaknesses

  • Open API and advanced document management require the Advanced tier at $109/user/month.
  • One-way QuickBooks sync means billing deletions in MyCase must be manually voided in QuickBooks.
  • Cannot bulk-update rates on past time entries—each record requires individual editing.
  • UI changes between releases have caused navigation friction, especially around notifications.
  • Document automation templates are tied to the original creator's machine and cannot be exported.
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 MyCase 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

    MyCase: 25 requests per second per client.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most MyCase-to-Salesforce migrations complete in 48–72 hours of clock time for under 50,000 records. Larger firms with 200,000+ records, more than 30 custom fields per object, or five or more matter types requiring separate Salesforce record types extend to 7–12 days. The longest planning step is designing the Salesforce schema — creating __c custom fields and record types — before any data loads. MyCase API rate limits (25 req/s) also extend extraction timelines for large firms.

Adjacent paths

Related migrations to explore

Ready when you are

Move from MyCase.
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