平时订单少,还能靠人记住。
业务一多,问题马上出现:
销售显示有货,仓库却找不到;原料已经采购,生产计划仍然缺料;货发出去了,发票和回款没人跟;老板想看利润,只能等财务月底整理。
很多公司这时会开始找 ERP。
但商业系统按账号、模块和实施收费,预算很快就上去了。自己开发更麻烦,光是库存、财务和权限,就足够做上一两年。
ERPNext 提供了另一条路:源码完整开放,把销售、采购、库存、财务、制造和项目管理放进同一套系统。
截至 2026 年 7 月,ERPNext 在 GitHub 上约有 36.8k Stars,最新版本为 v16.26.2,采用 GPL-3.0 协议。
ERPNext 财务报表界面
它真正解决的是数据断层
ERPNext 最有用的地方,在于业务单据能够前后衔接,模块数量只是表面。
销售链路里,客户询价后可以生成报价单,再转为销售订单、出库单和销售发票。
采购链路里,采购需求可以继续生成采购订单、收货和付款。
库存发生变化后,会进入库存台账,相关业务再影响财务凭证。
制造场景里,可以先维护 BOM 物料清单,再创建生产工单、领料和 Job Card。
生产用了多少原料、做出了多少成品、当前卡在哪道工序,都能沿着单据查回去。
ERPNext BOM 物料清单界面
销售、仓库、采购、生产和财务看到的是同一批数据。
这比单纯把纸质表格搬到网页上,多了一层真正的业务价值。
ERPNext 底层使用 Frappe Framework,主要由 Python 和 JavaScript 构成。
系统里的客户、商品、订单等对象都以 DocType 表达,可以通过界面增加字段、调整表单、配置权限和审批流程。
每个 DocType 还会自动得到 REST API,后续接小程序、BI 或 n8n 都比较方便。
为什么它比自己写一套更现实
自己做进销存,第一版通常只需要商品表、订单表和库存数量,看起来两周就能上线。
真正难的是后面:
退货后如何冲销库存,跨仓调拨怎样记账,部分收款怎么核销,多币种如何处理,已提交单据能不能随意修改,谁改过价格又该怎么追踪。
这些功能不显眼,却决定系统能不能长期使用。
ERPNext 已经提供了角色权限、单据状态、审批工作流、打印格式、数据导入、报表和操作记录。
团队可以把时间放在业务差异上,少花精力重复搭建企业软件的基础设施。
但它也不会自动帮公司梳理流程。
上线前仍要明确:谁创建订单、谁审核价格、什么时候扣库存、什么条件下允许退货。
软件能固化流程,不能替代流程设计。
先用 Docker 跑起来
第一次体验,不建议手动安装 MariaDB、Redis、Node.js 和 Bench。
官方提供了 frappe_docker。安装好 Docker、Docker Compose v2 和 Git 后执行:
git clone https://github.com/frappe/frappe_docker
cd frappe_docker
docker compose -f pwd.yml up -d
docker compose -f pwd.yml ps
docker compose -f pwd.yml logs -f create-site
等待站点创建完成后,打开:
http://localhost:8080
默认账号:
用户名:Administrator
密码:admin
这里有一个必须注意的地方。
pwd.yml 被官方明确标记为一次性演示环境,不能安装自定义 App,也不适合直接承载正式业务。
体验结束后可以执行:
docker compose -f pwd.yml down -v
其中 -v 会同时删除数据卷,已有测试数据也会消失,执行前一定先确认。
第一次使用,别急着把模块全打开
登录后,先完成公司、币种、会计年度和科目表设置。
接着准备四类基础数据:
- 客户
- 供应商
- 商品
- 仓库
更稳的试用方式,是先跑通一条真实业务链路:
新建客户 → 新建商品 → 销售订单 → 出库 → 销售发票 → 收款
这条链路顺了,再测试采购和制造。
很多 ERP 项目最终卡住,常见原因是公司原有流程没人说得清,上线时又想一次改完所有部门。
ERPNext 的 API 也可以直接测试。以下命令适用于 macOS、Linux 或 Git Bash:
curl -c cookies.txt -X POST \
'http://localhost:8080/api/method/login' \
-H 'Content-Type: application/json' \
-d '{"usr":"Administrator","pwd":"admin"}'
curl -b cookies.txt \
‘http://localhost:8080/api/resource/Customer?fields=[“name”,”customer_name”]’
正式集成时,应创建专用 API 用户,按最小权限生成 API Key 和 Secret。
不要长期使用管理员账号。
几款开源 ERP 怎么选
| 维度 | ERPNext | Odoo | Dolibarr | Tryton |
|---|---|---|---|---|
| 完整开源 | ✓ | △ | ✓ | ✓ |
| 财务库存 | ✓ | ✓ | ✓ | ✓ |
| 制造管理 | ✓ | ✓ | △ | ✓ |
| 低代码 | ✓ | ✓ | △ | △ |
| 安装门槛 | 中 | 中 | 低 | 中 |
| 二开语言 | Python | Python | PHP | Python |
| 商业生态 | 中 | 强 | 中 | 小 |
Odoo 的生态和服务商数量更大,但社区版与企业版存在功能边界。
Dolibarr 安装更轻,适合需求简单的小团队,复杂制造能力相对弱。
Tryton 的模块化和模型设计很扎实,不过界面与社区规模更偏开发者取向。
上线前必须算清的成本
1. 软件免费,实施不免费
科目、物料编码、仓库结构、角色权限、历史数据和审批流程,都需要业务人员参与整理。
这部分往往比安装服务器更耗时间。
2. 演示环境不能直接上生产
正式环境还要补齐域名、HTTPS、邮件、备份、监控、数据库恢复演练和升级方案。
不要把演示 Compose 文件直接放到服务器上长期运行。
3. 国内财税能力要逐项验证
电子发票、税务申报、银企直连、物流和本地支付,都要结合实际业务测试。
系统自带财务模块,不代表可以原样替代现有财税软件。
4. 二次开发不要直接改源码
优先使用自定义字段、Client Script、Server Script 或独立 Frappe App。
直接修改 ERPNext 源码,短期看起来快,后续升级往往最难处理。
适合谁
ERPNext 更适合中小型制造、贸易和服务团队。
尤其适合已经有明确业务流程,又希望自托管、控制数据并进行二次开发的公司。
个人开发者也可以拿它学习完整业务系统:
权限、工作流、库存台账、会计凭证、后台任务和 API 都是真实场景,比单纯做一个管理后台更接近企业软件。
如果公司没有人负责服务器和实施,又要求中国财税功能开箱即用,直接找成熟本地服务商通常更稳。
我的建议是:
先用 Docker 跑一周,只录入少量真实数据,验证销售到回款、采购到入库两条链路。
流程能跑通,再讨论正式部署和二次开发。
流程都没理清,换任何 ERP 都只是把混乱搬进新系统。












![表情[nanguo]-寻找资源网](http://www.seekresource.com/wp-content/themes/zibll/img/smilies/nanguo.gif)
![表情[haobang]-寻找资源网](http://www.seekresource.com/wp-content/themes/zibll/img/smilies/haobang.gif)
![表情[shuai]-寻找资源网](http://www.seekresource.com/wp-content/themes/zibll/img/smilies/shuai.gif)
![表情[deyi]-寻找资源网](http://www.seekresource.com/wp-content/themes/zibll/img/smilies/deyi.gif)
![表情[chi]-寻找资源网](http://www.seekresource.com/wp-content/themes/zibll/img/smilies/chi.gif)



暂无评论内容