CRM migration
Field-level mapping, validation, and rollback between MyCase and HighLevel. We move data and schema; workflows are rebuilt natively in HighLevel.
MyCase
Source
HighLevel
Destination
Compatibility
15 of 15
objects map 1:1 between MyCase and HighLevel.
Complexity
BStandard
Timeline
72–96 hours
Overview
MyCase organizes law firm data around matters (cases), contacts, time entries, and billing — with legal-specific constructs like IOLTA trust accounts, court-rules calendaring, and client portals built in. HighLevel uses a standard CRM object model: Contacts, Companies, Opportunities, Tasks, and Custom Objects. The fundamental migration challenge is translating MyCase's matter-centric data architecture into HighLevel's contact-centric model. Cases become either Contacts with case-type tags or custom object records depending on complexity. Time entries and billing records have no native equivalent in HighLevel — FlitStack migrates these as tagged notes, custom fields, and attachments rather than live billing objects. Workflows, automation rules, and e-signature templates do not migrate and must be rebuilt in HighLevel's Workflow Builder. The migration runs via MyCase's contact and case export API at 25 requests per second (their documented limit) and loads into HighLevel via their REST API with 200,000 daily request budget. A sample migration of 100 records with field-level diff precedes the full run, and a 24–48 hour delta pickup window captures any records modified during cutover before 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 MyCase object lands in HighLevel, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
MyCase
Contact
HighLevel
Contact
1:1MyCase contacts map directly to HighLevel contacts. Email addresses serve as the primary key for de-duplication. Mobile phone numbers migrate to HighLevel's phone field. Original create dates are preserved as a custom field since HighLevel sets CreatedDate at migration time.
MyCase
Contact (with case association)
HighLevel
Contact + Tag
1:1MyCase contacts associated with matters carry important case-type context that must transfer to HighLevel. FlitStack maps the primary matter name to a HighLevel tag (e.g., 'Family Law', 'Criminal Defense', 'Civil Litigation') so the contact record retains its practice-area affiliation in HighLevel's tag system for segmentation and workflow purposes.
MyCase
Company/Firm Organization
HighLevel
Company
1:1MyCase firms that store their own organization as a company record map directly to HighLevel's Company object. Firm name, address, and primary contact information transfer without transformation. The firm-level company record serves as the organizational anchor for all client-facing operations in HighLevel.
MyCase
Matter (Case)
HighLevel
Contact Custom Field + Tag
1:1MyCase matters are case records tied to contacts. HighLevel has no native case or matter object on the Contact. FlitStack creates a custom text field (Case_Reference__c) on the contact record and tags the contact with the matter name. For firms with complex case metadata, a HighLevel Custom Object named 'Matters' is created.
MyCase
Matter Custom Fields
HighLevel
Custom Object (Matters) Fields
1:1MyCase custom fields on matters (court venue, opposing counsel, case number) require HighLevel custom fields. These are added to the Matters custom object. HighLevel permits up to 10 custom objects per location and up to 10 unique fields per object — FlitStack maps to this constraint.
MyCase
Task
HighLevel
Task
1:1MyCase tasks map directly to HighLevel tasks with full fidelity. Task name, due date, assignee, and status transfer without transformation. MyCase task checklists attached to matters migrate as separate task records linked to the contact, preserving the workflow step context across the migration.
MyCase
Event/Calendar
HighLevel
Appointment
1:1MyCase calendar events map to HighLevel appointments preserving all metadata. Event title, start and end times, invitees, and location transfer directly. Court hearing dates and deadline events are preserved with their original timestamps and assigned users throughout the migration.
MyCase
Note
HighLevel
Contact Note
1:1MyCase notes attached to contacts or matters migrate as notes on the corresponding HighLevel contact record. Rich-text formatting is preserved where the platform supports it. Notes originating from MyCase's matter-level records are attached to the related contact after the case-to-tag mapping is applied.
MyCase
Time Entry
HighLevel
Contact Note + Custom Field
1:1MyCase time entries have no direct HighLevel equivalent. FlitStack migrates billable hours as a text note on the contact record (e.g., '2.5 hrs – Case prep – 2025-01-15') and the total hours as a custom number field (Total_Billable_Hours__c). Invoice numbers and amounts migrate as separate text fields.
MyCase
Invoice and Billing Record
HighLevel
Contact Note + Custom Field
1:1MyCase invoices, trust account transactions, and IOLTA records cannot be represented as native HighLevel objects. FlitStack migrates invoice data as formatted notes on the contact and creates custom fields for outstanding balance and last invoice date. True accounting must be handled outside HighLevel.
MyCase
Document/Attachment
HighLevel
Contact Attachment / File
1:1MyCase Drive documents migrate as attachments on the corresponding HighLevel contact record. FlitStack re-uploads files during migration, preserving file names and original upload dates where possible. Large document sets exceeding 1,000 files require staged migration to stay within HighLevel's file handling limits.
MyCase
User/Staff Member
HighLevel
User (by email match)
1:1MyCase users are matched to HighLevel users by email address. Unmatched MyCase users are flagged before migration — the firm must create HighLevel accounts for them or assign their records to a fallback user. Owner history on contacts and tasks is preserved as a custom field.
MyCase
Custom Field (Contact-level)
HighLevel
Custom Field on Contact
1:1MyCase contact-level custom fields such as referral source and preferred contact method map to corresponding HighLevel custom fields on the Contact object. Field type mapping follows MyCase's data type definitions directly. Multi-select fields in MyCase become multi-select pick-lists in HighLevel for consistent data representation.
MyCase
Workflow / Automation
HighLevel
Not Migrated
1:1MyCase workflow features including automated task creation, deadline calendaring, matter-stage triggers, and document generation automations do not migrate to HighLevel. These must be manually rebuilt in HighLevel's Workflow Builder. FlitStack exports MyCase workflow definitions as a structured reference document for the firm's HighLevel administrator to use during reconstruction.
MyCase
E-Signature Template
HighLevel
Not Migrated
1:1MyCase e-signature templates are platform-specific and tied to MyCase's legal document automation. They cannot transfer to HighLevel. FlitStack documents which templates exist so the firm can recreate them in HighLevel or continue using MyCase's template library for document generation only.
| MyCase | HighLevel | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Contact (with case association) | Contact + Tag1:1 | Fully supported | |
| Company/Firm Organization | Company1:1 | Fully supported | |
| Matter (Case) | Contact Custom Field + Tag1:1 | Fully supported | |
| Matter Custom Fields | Custom Object (Matters) Fields1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Event/Calendar | Appointment1:1 | Fully supported | |
| Note | Contact Note1:1 | Fully supported | |
| Time Entry | Contact Note + Custom Field1:1 | Fully supported | |
| Invoice and Billing Record | Contact Note + Custom Field1:1 | Fully supported | |
| Document/Attachment | Contact Attachment / File1:1 | Fully supported | |
| User/Staff Member | User (by email match)1:1 | Fully supported | |
| Custom Field (Contact-level) | Custom Field on Contact1:1 | Fully supported | |
| Workflow / Automation | Not Migrated1:1 | Fully supported | |
| E-Signature Template | Not Migrated1: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.
MyCase gotchas
QuickBooks sync is strictly one-directional
Advanced API access is tier-gated
Document migration requires offline file transfer
Bulk rate updates on historical time entries are not supported
HighLevel gotchas
Sub-account architecture creates isolated data silos per client
Usage-based telecom and AI costs are not in the subscription price
Workflows have no native equivalent in most destination CRMs
API rate limits cap bulk migration throughput at 100 requests per 10 seconds per sub-account
White-label configuration and branding assets do not export via API
Pair-specific challenges
Migration approach
Audit MyCase data model and design the HighLevel tag taxonomy
FlitStack extracts a full inventory of MyCase objects, custom fields, and matter types. We identify every unique case type, status value, and custom field definition. Before writing a single record to HighLevel, we work with the firm to define a HighLevel tag taxonomy that preserves practice-area context. This step also establishes the Matters custom object schema if the firm has enough case metadata to warrant it. The output is a migration plan document approved by the firm's administrator before any data moves.
Set up HighLevel schema: custom fields, tags, and custom objects
With the migration plan approved, FlitStack creates the custom fields, tag categories, and custom objects in the HighLevel destination environment. This includes Original_Create_Date__c for date preservation, Source_System_ID__c for record traceability, Total_Billable_Hours__c and Outstanding_Balance__c for billing context, Case_Reference__c for matter association, and any custom fields required for the Matters custom object. User accounts are reviewed and email-matched against the HighLevel user list so owner resolution is ready before contacts load into the system.
Export from MyCase at the enforced 25 req/s rate limit
FlitStack pulls contacts, companies, matters, tasks, events, notes, and time entries from MyCase using their REST API, pacing requests at 20 per second to stay within the 25 req/s limit. Custom field values and matter associations are exported in parallel batches. Documents are queued for staged upload. This phase is the longest for large firms — the MyCase API throughput, not HighLevel's capacity, is the bottleneck.
Run a sample migration of 100–500 records with field-level diff
A representative slice of records — spanning contacts, companies, matters with custom fields, tasks, and notes — migrates first. FlitStack generates a field-level diff comparing source values against the HighLevel record. The firm reviews the diff to confirm that case-type tagging, owner resolution, billing fields, and date preservation are correct before the full run commits. Any field mapping adjustments are made before the next phase.
Execute full migration with delta-pickup window and audit log
The full record set migrates to HighLevel following the approved mapping configuration. A 24–48 hour delta-pickup window runs concurrently, capturing any contacts, matters, tasks, or events modified in MyCase during the migration execution window. Every operation is logged to a detailed audit trail. If reconciliation identifies missing, duplicate, or mismatched records, FlitStack rolls back and re-runs the affected subset before the firm is notified of completion and cutover readiness.
Platform deep dives
MyCase
Source
Strengths
Weaknesses
HighLevel
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 MyCase and HighLevel.
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
MyCase: 25 requests per second per client.
Data volume sensitivity
MyCase 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 MyCase to HighLevel migration scoping. Not seeing yours? Book a call.
Walk through your MyCase to HighLevel migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave MyCase
Other ways to arrive at HighLevel
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.