CRM migration
Field-level mapping, validation, and rollback between Lawcus and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
Lawcus
Source
Freshsales
Destination
Compatibility
11 of 12
objects map 1:1 between Lawcus and Freshsales.
Complexity
BStandard
Timeline
48–72 hours
Overview
Lawcus organizes legal practice data around Contacts, Leads, Matters, Activities, and Custom Fields — with role-based Admin/Member permissions and a dedicated export API endpoint for full-firm backups. Freshsales models sales data around Leads, Contacts, Accounts, and Deals with Freddy AI contact scoring on Pro plans and above, built-in telephony powered by Freshcaller, and Kanban pipeline views. The migration carries Lawcus contacts to Freshsales Contacts and Leads, matters to Freshsales custom fields on the Contact/Deal object since no native case object exists, and activities to Freshsales Sales Activities. Because Freshsales has no legal-matter object equivalent, every matter field requires a destination-side custom field created before migration — the number of custom matter fields directly determines schema complexity. Workflows, automations, email templates, and document assembly logic do not migrate and must be rebuilt in Freshsales Workflows. The migration runs via Lawcus export API pulling full-firm ZIP backups, mapping and transforming in FlitStack's pipeline, then bulk-creating records in Freshsales using the Freshsales REST API with type-aware field handling.
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 Lawcus object lands in Freshsales, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Lawcus
Contact
Freshsales
Contact
1:1Lawcus contacts map directly to Freshsales Contacts using the contact's email as the unique identifier. Primary phone, address, job title, and company name all transfer as standard Freshsales Contact fields. Owner resolution happens by email match against Freshsales users.
Lawcus
Contact
Freshsales
Lead
1:manyLawcus leads with status 'New' or 'Contacted' route to Freshsales Leads. Lawcus leads that have converted (status 'Client') route to Freshsales Contacts. The split ensures unconverted prospects land in Freshsales Lead object for continued nurturing workflow entry.
Lawcus
Lead
Freshsales
Lead
1:1Lawcus Lead records map to Freshsales Lead records with standard fields: first name, last name, email, phone, company name, lead status, and source. Custom lead fields on Lawcus create corresponding custom fields on Freshsales Lead before migration.
Lawcus
Matter
Freshsales
Contact (Custom Fields)
1:1Lawcus Matters have no native Freshsales equivalent. We map matter fields as custom fields on the Freshsales Contact record (for client matters) or as a structured set of custom fields on the Contact object with a naming convention like Matter_CaseType__c and Matter_Stage__c. This preserves all matter data within the contact record in Freshsales.
Lawcus
Matter
Freshsales
Deal (Custom Fields)
1:1For matters that represent billable client engagements, we offer a Matter-to-Deal mapping where each Lawcus matter becomes a Freshsales Deal with matter-stage data stored as custom fields on the Deal object (Matter_CaseType__c, Matter_PracticeArea__c, Matter_OpenedDate__c). This enables pipeline-style Kanban views for legal case tracking.
Lawcus
Activity
Freshsales
Sales Activity
1:1Lawcus activities — calls, emails, meetings, and tasks — map to Freshsales Sales Activities with original timestamps, activity type, owner, and linked contact preserved. Freshsales distinguishes between logged activities (Tasks) and calendar events (Events), which we map from Lawcus's activity type field.
Lawcus
Task
Freshsales
Task
1:1Lawcus tasks map to Freshsales Tasks. Task subject, description, due date, priority, status, and assignee all transfer. Recurring tasks in Lawcus create individual task records in Freshsales since Freshsales handles recurrence through its own scheduler.
Lawcus
Custom Field (Contact)
Freshsales
Contact Custom Field
1:1Lawcus contact custom fields (e.g., Practice_Area__c, Referral_Source__c) map to Freshsales Contact custom fields. Field data types are preserved: pick-lists become Freshsales dropdowns, text fields map to text, number fields to number. Freshsales requires custom fields to be created in the UI or API before data loads.
Lawcus
Custom Field (Matter)
Freshsales
Contact/Deal Custom Field
1:1Lawcus matter-level custom fields create corresponding custom fields on the Freshsales object where the matter data lands (Contact or Deal). Each custom field is created in Freshsales first, then populated during migration with type-aware mapping from the Lawcus field definition.
Lawcus
User
Freshsales
User
1:1Lawcus users are matched to Freshsales users by email address. Unmatched owners are flagged before migration runs. Your team either creates Freshsales user accounts first or assigns unmapped records to a designated fallback owner to prevent orphan records.
Lawcus
Document/File
Freshsales
File
1:1Lawcus documents and files attached to contacts or matters are downloaded and re-uploaded to Freshsales Files. File size limits apply (Freshsales file storage limits vary by plan). Inline images in notes are extracted and re-hosted on Freshsales' storage.
Lawcus
Workflow
Freshsales
Workflow (manual rebuild)
1:1Lawcus workflows, email automations, and task assignment rules do not migrate. We export workflow definitions as a structured JSON document so your Freshsales admin can rebuild them using Freshsales Workflows on Growth+ plans or Freshsales Automate on Pro/Enterprise.
| Lawcus | Freshsales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Contact | Lead1:many | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Matter | Contact (Custom Fields)1:1 | Fully supported | |
| Matter | Deal (Custom Fields)1:1 | Fully supported | |
| Activity | Sales Activity1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Custom Field (Contact) | Contact Custom Field1:1 | Fully supported | |
| Custom Field (Matter) | Contact/Deal Custom Field1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Document/File | File1:1 | Fully supported | |
| Workflow | Workflow (manual rebuild)1: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.
Lawcus gotchas
Full Backup ZIP requires manual email delivery
Invoice and financial data gated to Admin role
Workflows do not export as executable automation rules
Multiple pricing sources show tier inconsistencies
Freshsales gotchas
Freddy AI is Pro-tier only despite heavy marketing
Post-migration emails and sequences are disabled
Bot session credits are a one-time 500-session allocation
Phone credits charged per minute with no cap
File storage limits scale with plan tier
Pair-specific challenges
Migration approach
Extract full-firm backup from Lawcus
We initiate a full-firm data export from Lawcus via Settings > Export & Import > Full Backup, which produces a ZIP file containing contacts, leads, matters, activities, tasks, and custom field definitions. For API-based extraction, we authenticate against the Lawcus API using a bearer token, paginating through the /contacts, /leads, /simple/matters, and /workflows endpoints to capture all records with their full field sets. We also export custom field templates to capture data type definitions needed for Freshsales custom field creation.
Create Freshsales custom fields and schema
Before any data loads, we create all required custom fields in Freshsales using the Freshsales CRM API. Matter fields are created as custom fields on the Contact object (or on the Deal object if the Matter-to-Deal migration strategy is chosen). Each field is created with the correct data type — pick-lists for stage and practice area values, datetime fields for open/close dates, text fields for party information. We configure field-level permissions based on Freshsales plan (Pro+ for field-level permissions). This step validates that the Lawcus custom field data types are fully representable in Freshsales before migration begins.
Map and transform records with type-aware field logic
FlitStack applies the field mapping rules — direct field copies, email-based owner resolution, status value mapping, and custom field population. Contacts without a primary company in Lawcus create minimal Contact records in Freshsales (the company name maps to company_name). Leads route to the Freshsales Lead object with status mapped value-by-value. Matters are decomposed and their fields written to the designated custom fields on the target Freshsales object. We preserve original create_date and updated_date in custom datetime fields since Freshsales CreatedAt is set at migration time.
Run sample migration with field-level validation
A representative sample — typically 200–500 records spanning contacts, leads, matters, and activities — migrates first. We generate a field-level diff comparing source values in Lawcus against destination values in Freshsales so you can verify matter field mapping, owner resolution, and status value mapping before the full run commits. Any mapping gaps are corrected in this phase. The sample validates that custom field data types are correctly handled (pick-list values written, datetime fields formatted as ISO 8601, number fields as numeric).
Execute full migration with delta-pickup window
The full migration runs against the Freshsales API using batch create operations with retry logic for rate-limit responses (Freshsales applies per-integration API rate limits that FlitStack respects with exponential backoff). A delta-pickup window of 24–48 hours after the main migration captures any records modified in Lawcus during cutover. We run an audit log of every record created, updated, and skipped. One-click rollback reverts all Freshsales changes if reconciliation fails. Workflow definitions are exported as JSON and handed off for Freshsales rebuild.
Platform deep dives
Lawcus
Source
Strengths
Weaknesses
Freshsales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 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 Lawcus and Freshsales.
Object compatibility
3 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
Lawcus: Not publicly documented.
Data volume sensitivity
Lawcus 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 Lawcus to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your Lawcus to Freshsales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Lawcus
Other ways to arrive at Freshsales
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.