ERPNext

会計・在庫・受発注・製造・資産・projectを同じ業務dataでつなぐ

READMEはAccounting、Order Management、Manufacturing、Asset Management、Projectsを主要機能として挙げています。cash flow、stock、sales/purchase、supplier/customer、production、equipment、timesheetやissueを別々のsystemへ分断せず扱えます。

GitHub TopicsにはCRM、procurement、point-of-sale、retail、healthcare、HRMSなどもあり、ERPとして複数業務domainを横断する規模の大きいapplicationです。

出典：[2][1]

Frappe Frameworkのdata model・auth・REST APIと、Vue系Frappe UIを土台にする

READMEではFrappe FrameworkをPython/JavaScriptのfull-stack frameworkとして説明し、database abstraction、user authentication、REST APIを提供するとしています。

Frappe UIはVue-based component libraryで、ERPNextのSPA系UIを構築する基盤です。OSS探訪のBuilt withではGitHub metadataからPython + Frappe Frameworkを表示します。

出典：[2][1]

managed hostingとself-hostの両方を選べる

Frappe Cloudはinstallation、upgrade、monitoring、maintenanceを含むmanaged hostingとして案内されています。一方、self-hostではFrappe DockerやBenchを使ったdeployment/development pathがあります。

READMEには評価用のDocker構成と、Benchでsiteを作りERPNext appをinstallするlocal development手順の両方が示されています。

出典：[2]

複数の基幹業務を1つのERPへ寄せ、sourceとdata modelを自分で拡張したい組織に

会計・在庫・販売・購買・製造・projectが別SaaSへ分散している組織や、自社業務に合わせたfield/workflow/app拡張が必要な環境に向きます。Frappe ecosystemを前提に業務applicationを追加開発する場合にも一貫性があります。

READMEのpwd.yml Docker手順は明示的にdisposable demoで、production用途ではない

評価用手順はfrappe_docker repositoryをcloneし docker compose -f pwd.yml up -d で起動できますが、READMEは環境を捨てる前提で、custom appもinstallできないと警告しています。

productionではFrappe Dockerの正式docsやmanaged Frappe Cloudなど、upgrade、backup、database、custom appを含む別のdeployment設計を使う必要があります。

出典：[2]

default branchのdevelopとstable v16系を混同しない

GitHubのdefault branchはdevelopですが、latest stable release v16.35.0はversion-16 branchをtargetにしています。production運用ではdevelopの最新commitをそのまま採用せず、利用するmajor/minor releaseとFrappe Framework側の互換versionを固定する方が安全です。

出典：[1][3]

GPL-3.0のcodeとERPNext/Frappeのtrademark policyは別に確認する

repository metadataはGPL-3.0です。またREADMEはLogo and Trademark Policyを別途参照するよう案内しています。forkや再配布ではsource code licenseだけでなく名称・logo利用条件も分けて確認する必要があります。

出典：[1][2]