CRM migration
Field-level mapping, validation, and rollback between ArkCase and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
ArkCase
Source
Freshsales
Destination
Compatibility
8 of 10
objects map 1:1 between ArkCase and Freshsales.
Complexity
BStandard
Timeline
2–5 business days
Overview
ArkCase is a FedRAMP-compliant case management platform built around BPMN workflows, document repositories, and a strict hierarchy of cases, complaints, people, and organizations. It is not a CRM — it has no native concept of leads, opportunities, or sales pipelines. FreshSales is a sales CRM that organizes data around leads, contacts, accounts, and deals with built-in lifecycle stages, Freddy AI scoring, and multi-pipeline deal management. The migration challenge is structural: ArkCase cases have N:1 relationships to people and organizations, with status and priority fields that have no direct FreshSales equivalent. We map ArkCase people to FreshSales contacts (or split to leads based on a lifecycle logic), organizations to FreshSales accounts, and cases or complaints to FreshSales deals using a custom case_type field. Document references and file attachments migrate as FreshSales notes with external links or re-uploaded attachments. ArkCase workflows, BPMN automation logic, and access control rules have no FreshSales equivalent and must be rebuilt as FreshSales workflows by your admin. We use the ArkCase REST API to extract records and the FreshSales API to write them, respecting FreshSales rate limits (1000/hour on Growth, 2000/hour on Estate, 5000/hour on Forest).
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 ArkCase 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.
ArkCase
Person
Freshsales
Contact
1:1ArkCase Person records map to FreshSales Contacts. Every person has a first name, last name, email, phone, and address block that translate directly to FreshSales contact fields. Where a Person has no associated Organization, the contact lands standalone in FreshSales. Original ArkCase person create date is preserved as Original_Created_Date__c.
ArkCase
Person (no email address)
Freshsales
Lead
1:manyArkCase Person records without a valid email address route to FreshSales Lead because FreshSales requires email for Contact creation via API. Leads accept phone-only records. Your team decides whether to re-validate these records post-migration or treat them as outreach-only leads.
ArkCase
Organization
Freshsales
Account
1:1ArkCase Organization maps to FreshSales Account. Organization name becomes Account Name. Website, industry, employee count, and annual revenue map to their FreshSales counterparts. ArkCase Organization hierarchies (parent/child) map to FreshSales Parent Account links; circular references are flagged before migration. Every organization-level attribute is translated verbatim so no business context is lost in the transition.
ArkCase
Case
Freshsales
Deal
1:1ArkCase Case is the primary migration challenge. Cases map to FreshSales Deals, but a FreshSales Deal has no native case number or status workflow. We create a custom pick-list field Case_Type__c set to 'Case' for all migrated records, and map ArkCase case status to a custom text field Case_Status__c. Case priority maps to a custom pick-list Deal_Priority__c. The deal name is derived from ArkCase case number and subject.
ArkCase
Complaint
Freshsales
Deal
many:1ArkCase Complaint records merge into the same FreshSales Deal object using the same Case_Type__c discriminator field, but set to 'Complaint'. This keeps all case-adjacent records in one FreshSales object while preserving the source record type. If your ArkCase setup has multiple complaint queues (e.g., internal vs. external), we add a Complaint_Queue__c custom field for segmentation.
ArkCase
Task
Freshsales
Task
1:1ArkCase Tasks map 1:1 to FreshSales Tasks. Subject, description, due date, priority, and assigned user carry over. Task status (Open, Completed, Cancelled) maps to FreshSales status values. Owner resolution uses email matching against FreshSales users, with unmatched tasks assigned to a fallback owner flagged for review.
ArkCase
Document / File
Freshsales
Note + Attachment
1:1ArkCase documents with inline content (form responses, OCR text, metadata sheets) migrate as FreshSales Notes with the document text in the note body. File attachments re-upload to FreshSales attachments on the parent record. Large files (>25MB) are flagged; your team decides whether to host externally and link via URL or chunk the file. ArkCase file version history is preserved as a custom text field Note_Versions__c.
ArkCase
Case Assignment History
Freshsales
Custom Field + Activity
1:1ArkCase case assignment history (which user was assigned, when) has no FreshSales equivalent. We preserve it as a custom text field Assignment_History__c formatted as a pipe-delimited log. If assignment changes are frequent in your process, we can create a FreshSales Task for each assignment event and link it to the parent Deal.
ArkCase
ArkCase Custom Object
Freshsales
FreshSales Custom Object
1:1ArkCase custom objects (e.g., Evidence, Witness, Citation records) map to FreshSales custom objects if your FreshSales plan supports them (Pro and above). N:N relationships in ArkCase require junction objects in FreshSales. We surface the relationship graph during the pre-migration audit and deliver a schema setup plan for your FreshSales admin to create custom objects before the migration run.
ArkCase
User / Owner
Freshsales
User
1:1ArkCase users map to FreshSales users by email address. Active ArkCase users must have corresponding FreshSales user accounts created before migration. Inactive ArkCase users are mapped to a fallback 'Legacy User' contact owner. ArkCase role names are preserved as a custom field Owner_Role__c on the migrated records for rebuild reference.
| ArkCase | Freshsales | Compatibility | |
|---|---|---|---|
| Person | Contact1:1 | Fully supported | |
| Person (no email address) | Lead1:many | Fully supported | |
| Organization | Account1:1 | Fully supported | |
| Case | Deal1:1 | Fully supported | |
| Complaint | Dealmany:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Document / File | Note + Attachment1:1 | Fully supported | |
| Case Assignment History | Custom Field + Activity1:1 | Fully supported | |
| ArkCase Custom Object | FreshSales Custom Object1:1 | Fully supported | |
| User / Owner | User1: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.
ArkCase gotchas
Custom BPMN workflows do not auto-migrate between instances
Time entries with inactive user references will fail import
FOIA request stage names vary by jurisdiction and require explicit mapping
Open-source tier lacks a documented bulk API
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
ArkCase export and pre-migration audit
FlitStack connects to your ArkCase instance via REST API using read-only credentials and extracts all Person, Organization, Case, Complaint, Task, and Document records. We profile the data for duplicates, missing required fields (notably email for Contacts), and custom object relationships. The audit report identifies records that will split to Leads, records with unmapped custom fields, and any circular organization hierarchies. You review and approve the audit report before the migration run is scheduled.
FreshSales schema setup and custom field creation
Before data lands in FreshSales, your admin (or our team with admin credentials) creates the custom fields we identified in the audit: Case_Status__c, Deal_Priority__c, Case_Type__c, Original_Create_Date__c, Source_System_ID__c, and any fields for custom object mapping. We deliver a detailed setup plan with field names, pick-list values, and data types so the FreshSales schema is ready before the first record is written. Custom objects on Pro plans are also created at this stage.
Owner and user resolution by email
ArkCase users are matched to FreshSales users by email address. Active ArkCase users who do not yet have FreshSales accounts must be invited before migration so their records can be assigned correctly. Unmatched users are mapped to a fallback owner and flagged in the migration report. ArkCase role names are preserved as a custom field Owner_Role__c on each record so your admin has a rebuild reference for FreshSales workflow assignment rules.
Sample migration with field-level diff
A representative slice — typically 100–500 records covering at least one Person, Organization, Case, Complaint, and Task — migrates first. We generate a field-level diff report comparing source values to destination values for every mapped field. You verify that case status, deal priority, account assignments, and owner resolution are correct. The diff report is the gate before the full run commits.
Full migration with delta-pickup and audit log
The full migration runs against FreshSales using the validated mapping. A delta-pickup window (24–48 hours) captures records created or modified in ArkCase during the cutover period. Every operation is logged to an audit file showing source ID, destination ID, field mappings applied, and timestamp. One-click rollback is available if reconciliation against your ArkCase export report identifies discrepancies. FreshSales workflows, BPMN automation, and ArkCase access control rules are NOT migrated — we export the ArkCase workflow definitions as a JSON reference file for your admin to rebuild in FreshSales.
Platform deep dives
ArkCase
Source
Strengths
Weaknesses
Freshsales
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 ArkCase and Freshsales.
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
ArkCase: Not publicly documented for any tier.
Data volume sensitivity
ArkCase 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 ArkCase to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your ArkCase 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 ArkCase
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.