Migrate your ArkCase data
Open-source legal and government case management platform with BPMN workflows, document control, and FedRAMP/HIPAA compliance. Sits between a raw ECM and a full practice management suite — organisations either extend it heavily or plateau fast.
In its favor
Why people choose ArkCase
The signal that keeps ArkCase on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Organisations with strict data-sovereignty requirements choose ArkCase because it can be deployed on-premises or in a private cloud, unlike SaaS-only alternatives that cannot meet FedRAMP or CJIS obligations.
Government agencies and public-sector bodies select ArkCase for its pre-built FOIA and public-records workflow templates that ship out of the box, reducing implementation time on standard government processes.
Teams that need deep customisation without per-seat licensing choose the open-source tier — they deploy, fork, and extend the data model without being locked into named-user pricing.
The BPMN 2.0 drag-and-drop workflow builder lets non-technical staff rewire case routing, approval chains, and escalation logic without touching code, appealing to legal operations teams with limited developer resources.
ArkCase ships with Medical OCR/NLP AI on Gold and Platinum tiers, allowing law firms and health-related agencies to auto-extract key fields from submitted documents at intake.
Organisations report that the open-source tier ships with minimal support and no high-availability clustering, causing reliability concerns for production workloads that would require Enterprise pricing to resolve.
The learning curve for non-technical staff around BPMN workflow design is steeper than marketed — legal teams frequently need external consultants to build and maintain non-trivial routing logic.
Integration with third-party ECM repositories requires custom configuration that is not always well-documented, leading to support tickets and extended implementation timelines.
The analytics and reporting module on the open-source tier is described as limited, pushing growing organisations toward the paid tiers or an external BI tool, which adds cost and complexity.
Reasons to switch
Why people leave ArkCase
The recurring reasons buyers give for replacing ArkCase. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where ArkCase fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
ArkCase pricing overview
ArkCase uses a named-user model on Enterprise tiers, with the open-source tier available free of charge for self-hosted deployments. Cloud deployment and compliance certifications (SOC, CJIS) are priced as add-ons on top of the base per-user rate, and government or non-profit organisations may qualify for negotiated discounts.
Open Source
Tier 1 of 3
Free (self-hosted)
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on ArkCase's schedule — see our quote-based pricing →
What gets migrated
ArkCase object support
Object-by-object support for ArkCase migrations. Per-pair details surface during scoping.
Cases
Fully supportedCases are the primary container object in ArkCase. They hold nested documents, task lists, complaint links, and full audit history. We export cases as structured JSON bundles including all related child records and preserve the case status and assignee during the import into the destination system.
Complaints
Fully supportedComplaints are a distinct object type that can be linked to Cases or stand alone. They carry their own lifecycle, fee-waiver flags, litigation flags, and expedite flags. We map complaint status transitions directly to the destination's equivalent status field or raise a mapping flag if no equivalent exists.
Tasks
Fully supportedTasks are associated with Cases, Complaints, or other parent objects. Each task has an assignee, due date, priority, and completion status. We preserve the task-parent relationship during migration and flag any orphaned tasks that lose their parent reference in the destination.
Documents
Fully supportedDocuments are stored with version chains, check-in/check-out flags, and classification metadata. We export the full binary blob, version history, and access-control metadata. OCR-extracted text is stored as a companion record and migrates alongside the document.
Workflows (BPMN 2.0)
Mapping requiredArkCase workflows are defined in BPMN 2.0 XML and executed by an embedded workflow engine. Custom drag-and-drop workflows are stored as process definitions. We export the XML definitions but rebuilding the same automation logic in a destination BPMN engine requires manual review — we provide the exported XML plus a task-by-task human-readable summary.
Time Entries
Fully supportedTime and expense records are linked to Cases, Complaints, or Tasks. Each entry carries hours, a billing rate, and a cost code. We export time entries as line items with their parent object reference and preserve the person who logged the time.
Users and Roles
Mapping requiredArkCase uses LDAP and directory-service integration for identity. Role-based access controls are defined within the platform. We export user accounts and role assignments but cannot migrate LDAP group memberships directly — those must be re-established in the destination directory service.
Custom Properties
Mapping requiredArkCase supports extended custom fields on most objects. These are defined in the data model schema. We export the full custom-property set per record but flag any property that has no corresponding field in the destination schema, requiring a manual field-creation step before import.
FOIA Requests
Mapping requiredFOIA requests are a specialised object type with specific lifecycle stages (received, in-progress, responsive-materials, closed). We preserve the request, its associated documents, and status flags. Stage names vary by jurisdiction — we document the source-stage values and map them to destination equivalents during the transfer.
Audit Trail
Mapping requiredArkCase maintains a comprehensive audit log for all object changes. We export audit entries as a time-ordered event stream. Most destination systems do not have a native audit-stream object, so we import audit records as a structured log file or custom object rather than native audit records.
| Object | Support | Notes |
|---|---|---|
| Cases | Fully supported | Cases are the primary container object in ArkCase. They hold nested documents, task lists, complaint links, and full audit history. We export cases as structured JSON bundles including all related child records and preserve the case status and assignee during the import into the destination system. |
| Complaints | Fully supported | Complaints are a distinct object type that can be linked to Cases or stand alone. They carry their own lifecycle, fee-waiver flags, litigation flags, and expedite flags. We map complaint status transitions directly to the destination's equivalent status field or raise a mapping flag if no equivalent exists. |
| Tasks | Fully supported | Tasks are associated with Cases, Complaints, or other parent objects. Each task has an assignee, due date, priority, and completion status. We preserve the task-parent relationship during migration and flag any orphaned tasks that lose their parent reference in the destination. |
| Documents | Fully supported | Documents are stored with version chains, check-in/check-out flags, and classification metadata. We export the full binary blob, version history, and access-control metadata. OCR-extracted text is stored as a companion record and migrates alongside the document. |
| Workflows (BPMN 2.0) | Mapping required | ArkCase workflows are defined in BPMN 2.0 XML and executed by an embedded workflow engine. Custom drag-and-drop workflows are stored as process definitions. We export the XML definitions but rebuilding the same automation logic in a destination BPMN engine requires manual review — we provide the exported XML plus a task-by-task human-readable summary. |
| Time Entries | Fully supported | Time and expense records are linked to Cases, Complaints, or Tasks. Each entry carries hours, a billing rate, and a cost code. We export time entries as line items with their parent object reference and preserve the person who logged the time. |
| Users and Roles | Mapping required | ArkCase uses LDAP and directory-service integration for identity. Role-based access controls are defined within the platform. We export user accounts and role assignments but cannot migrate LDAP group memberships directly — those must be re-established in the destination directory service. |
| Custom Properties | Mapping required | ArkCase supports extended custom fields on most objects. These are defined in the data model schema. We export the full custom-property set per record but flag any property that has no corresponding field in the destination schema, requiring a manual field-creation step before import. |
| FOIA Requests | Mapping required | FOIA requests are a specialised object type with specific lifecycle stages (received, in-progress, responsive-materials, closed). We preserve the request, its associated documents, and status flags. Stage names vary by jurisdiction — we document the source-stage values and map them to destination equivalents during the transfer. |
| Audit Trail | Mapping required | ArkCase maintains a comprehensive audit log for all object changes. We export audit entries as a time-ordered event stream. Most destination systems do not have a native audit-stream object, so we import audit records as a structured log file or custom object rather than native audit records. |
Gotchas
What to watch for in ArkCase migrations
Issues we've hit on past ArkCase migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
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
| Severity | Issue |
|---|---|
| High | Custom BPMN workflows do not auto-migrate between instances |
| Medium | Time entries with inactive user references will fail import |
| Medium | FOIA request stage names vary by jurisdiction and require explicit mapping |
| Low | Open-source tier lacks a documented bulk API |
Leaving ArkCase?
Where ArkCase customers move next
12 destinations ArkCase can migrate to.
How a ArkCase migration works
Four steps, ArkCase-specific
Connect
Bearer token / OAuth (enterprise integrations) into ArkCase. Scopes limited to read-only on the data we move.
Map
We translate ArkCase-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate ArkCase quirks before production.
Migrate
Full migration with ArkCase rate-limit handling. Rollback available throughout.
FAQ
ArkCase migration FAQ
Answers to the questions buyers ask most during ArkCase migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your ArkCase migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate ArkCase.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your ArkCase setup and destination — written quote back within a business day.