Updated Originally published

Alfresco Community records management is a good starting point for an Alfresco team; RODA is our pick for long-term preservation; Mayan EDMS suits active document workflows; and FormKiQ Core for API-first document ownership and residency control in your AWS account.
These are different product roles. A preservation repository, a document workflow application, and a formal records system are useful for different reasons. We explain those boundaries so that choosing open source does not obscure the business requirement.
We are the team behind FormKiQ, one of the options below. Our recommendations are based on product capabilities, workflow fit, and deployment model. Each product earns its place for a specific use case.
| Product | Our pick for | Source license | Free software / paid or operational boundary |
|---|---|---|---|
| Alfresco Community records management | an open-source records application for an Alfresco team | LGPL-3.0 community repository | Community components; commercial Governance Services support and scope are separate |
| RODA Community Edition | long-term digital preservation and archival retention | LGPL-3.0 | Preservation software is available as source; deployment and preservation operations still need ownership |
| Mayan EDMS | active document capture and review workflows | GPL-2.0 in current documentation | Self-hosted EDMS; records-policy design and operational support remain your responsibility |
| FormKiQ Core | API-first document ownership and residency control in your AWS account | MIT | Free document API foundation; packaged Business Solutions and advanced modules are commercial |
The license column applies to the named project or edition, not every vendor product. Free source access does not include hosting, implementation or a guaranteed support service. A document repository, a preservation system and a complete business application solve different problems.
The community records-management components make most sense for a team that already understands Alfresco and wants source access to its records application. That existing expertise matters: it gives the organisation a practical starting point for deployment, integration, and ongoing maintenance.
A team without that ecosystem experience should account for owning the application stack, release compatibility, and support. The legacy repository redirects developers to current component locations. Supported commercial Governance Services is a different procurement option, with a different support relationship.
Product details: Alfresco community components and current locations.
Further evidence: Current community repository.
RODA is our pick when the central requirement is keeping authentic digital records accessible over the long term. Its preservation focus and documented disposal policies suit archival collections and transfers from operational systems. That is a more specific problem than everyday document collaboration.
RODA is a weaker fit as the main workspace for live applications, commercial approvals, or contract negotiation. An organisation can use an operational records application and a preservation repository at different stages of the same lifecycle; it does not have to force one tool to perform both jobs.
Product details: RODA preservation repository; RODA disposal policies.
Further evidence: RODA source and license.
Mayan EDMS is a good choice when a team needs an open-source application for capturing, classifying, and reviewing documents. Its document and workflow focus makes it more directly useful for everyday document operations than starting with a preservation repository.
It should not be treated as interchangeable with a formal records-governance suite merely because it stores files and supports workflows. The documented document-management scope is the basis for this recommendation. Programmes whose main need is formal retention, holds, and disposition should prioritise a records-specific solution.
Product details: Mayan EDMS features.
Further evidence: Current Mayan license.
FormKiQ Core is our pick for developers who need an API-first document foundation with data held in their own AWS account. Documents and metadata live in resources the customer controls, with deployment-region choices and access policies that can be inspected by the customer’s infrastructure team. That makes ownership and residency practical architecture decisions.
The commercial FormKiQ platform adds packaged Business Solutions for regulated document, records, contract, and financial application workflows. Customers can use those applications directly, integrate them with other systems, and adopt Bedrock-powered AI modules. Free Core and those commercial solutions have different scope.
Teams wanting a packaged business workflow should start with the relevant FormKiQ Business Solution rather than assuming free Core includes it. A preservation-focused team should consider RODA, while a team with Alfresco expertise may prefer its community records application.
Product details: FormKiQ Core; Commercial packaged Business Solutions; Customer-managed AWS deployment; Data residency; Data sovereignty controls.
Further evidence: FormKiQ Core license.
Choose RODA for preservation, the Alfresco community components for a records application within that ecosystem, or Mayan for everyday document workflows. FormKiQ Core fits an open-source AWS foundation; buyers seeking a packaged FormKiQ records application should choose the commercial Business Solution and appropriate edition.
These are recommendations for particular needs, rather than an overall performance ranking. Feature and support scope can vary by edition; the linked product sources explain the capabilities behind each recommendation.
The open-source foundation — API-first, deployable into your own AWS account, and free to use. Right for architecture validation and early implementation.
Production-ready editions for departments and complex workflows. Start with a Proof-of-Value deployment or go straight to production.
For governance-heavy environments with residency, sovereignty, assurance, and multi-jurisdiction requirements. Talk to us about the right deployment model.