frappe/erpnext
Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.
frappe/erpnext
ERPNext is a large, actively maintained open-source ERP project (frappe/erpnext) with strong adoption signals: 32,560 stars, 10,780 forks, and recent commits on 2026-03-30. It targets business operations across accounting, inventory/order management, manufacturing, asset management, and projects, and is built on the Frappe Framework with a Vue-based Frappe UI layer.
Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.
Choose a fork to inspect
Choose this fork only if you specifically need its healthcare-oriented legacy customization and are prepared to own maintenance. For most adopters, upstream ERPNext is the safer default because this fork is stale and materially behind.
Prefer upstream ERPNext unless you specifically need this exact snapshot. This fork shows no meaningful added functionality and is heavily behind active upstream development, so the main tradeoff is more maintenance risk for no clear product gain.
Prefer upstream ERPNext unless you specifically need this older snapshot; the fork adds no visible features and is materially behind active development.
Prefer upstream ERPNext unless you specifically need this fork's exact 2025 snapshot. It adds no visible capabilities and is materially behind active upstream maintenance.
Choose this fork only if you must stay on ERPNext v3 for compatibility reasons. For any new deployment or active product work, upstream frappe/erpnext is the better choice.
Prefer upstream unless you specifically need an old, unchanged ERPNext snapshot. For adopters, the main value here is stability by stasis, but the tradeoff is substantial feature and fix lag.
Prefer this fork only if you already rely on its legacy customizations. For a new deployment, upstream ERPNext is the safer default because this fork is massively behind and appears to have substantial feature and localization loss.
Treat this as a stale, upstream-lagging snapshot rather than a differentiated fork. Adopt it only if you specifically need the older baseline; otherwise prefer upstream or a fork with visible downstream maintenance.
Prefer this fork only if its item-group/e-commerce customization is essential and you are prepared to maintain a large upstream gap. For most adopters, upstream ERPNext is the safer choice because this fork is materially stale and likely missing many newer fixes and features.