企业官网建设流程全解析

ERPNext 开源ERP实施指南：Docker部署、业务链路走查与落地避坑

【免费下载链接】erpnextFree and Open Source Enterprise Resource Planning (ERP)项目地址: https://gitcode.com/GitHub_Trending/er/erpnext

一家制造企业的日常是这样的：销售在Excel里跟订单，仓库在手持设备里扣库存，财务在另一套账里算成本，月底三方对账要忙上三四天。ERPNext 开源ERP 针对的就是这类数据割裂的场景，它把财务、库存、采购、制造放进同一套账本，并且可以借助 ERPNext Docker部署 在半小时内跑起一套可用环境。

定位与模块版图：一套系统覆盖哪些业务域

ERPNext 是基于 Frappe 框架（Python + JavaScript）构建的开源ERP系统，当前开发线版本为 17.0.0-dev（见 erpnext/init.py）。它的设计思路是"单据驱动、账实同源"：销售单、采购单、生产单提交后自动产生库存流水和会计分录，销售、仓库、财务看到的是同一份实时数据，不需要月末再人工拼接。许可成本为零，源码可自由修改和分发，这是它与商业ERP最直接的差别。

模块版图如下，均来自 erpnext/modules.txt 的注册清单：

三种部署方式：怎么选

判断标准只有一条：你需要不需要碰源码。不需要就选托管或 Docker；需要二次开发再搭 bench 开发环境。

把 Docker 容器跑起来

在装有 Docker 和 Compose v2 的机器上执行：

git clone https://gitcode.com/GitHub_Trending/er/erpnext cd erpnext docker compose -f pwd.yml up -d

等待两三分钟，create-site 容器完成建站后，浏览器访问http://localhost:8080，用默认账户 Administrator / admin 登录即可看到工作台。这套环境定位是一次性评测环境，不能装自定义应用，验证完可以整体丢弃，因此适合先试后买。

首次登录后要做的四件事

登录后的配置按这个顺序走比较稳：

1. 公司主数据：公司名称、默认仓库、默认会计科目表（可导入标准科目表）。
2. 会计期间：设置财年起止，后续凭证、报表的过滤都依赖它。
3. 角色与权限：给财务、仓库、销售分别建角色，按角色分配单据权限，管理员账号只留给自己。
4. 模块启用：只开当前要用的模块。建议先跑通 Selling + Stock + Accounts 这条最短链路，Manufacturing、CRM 等按节奏再加。ERP 模块启用 顺序的原则是：主数据（公司、科目、仓库、物料、客户供应商）先于单据，单据先于报表。

生产环境上线前，务必改掉默认密码并配置 HTTPS 证书。

顺着业务链路走一遍：一笔订单的完整生命周期

不按模块罗列功能，直接跟着一张订单走完四个环节。

下单到发货。销售在 Selling 模块创建销售订单后生成配送单，仓库按单拣货，库存实时扣减；超卖、低于再订货点的情况由 Stock 模块的补货提醒自动标出。这里能看到的是实时库存水位，而不是月底盘点结果。

缺料触发采购与生产。生产领料时发现原料不足，系统依据 BOM 展开物料需求，直接生成物料申请，再转成采购订单发给供应商。制造模块同时管生产计划排程、工单报工和质检环节，外协部分由 Subcontracting 模块单独跟踪投入产出。

开票到回款。配送确认后置为开票，生成销售发票，应收账款同步挂账；客户付款录入 Payment Entry 后核销。银行侧支持对账单批量导入和自动匹配，界面在 erpnext/banking/ 有独立的前端应用，财务可核对导入日志。

报表收口。所有单据落账后，利润表、资产负债表、损益分析直接可用，无需跨系统取数。

科目结构、凭证规则和各类报表都落在 erpnext/accounts/ 目录下，想核对某张报表的取数口径，可以顺着目录找到对应报告的查询逻辑。

按业务做定制：什么时候做，从哪下手

工作流与审批。当"采购订单超额度要总监审批"这类规则开始用线下邮件解决时，就该进系统了。在文档类型上配置 Workflow，定义状态、允许角色和审批人，再挂上通知规则即可，全程不写代码。

自定义报表。标准报表不满足部门口径时（例如按产线统计良率），用 Script Report 在现有查询上加过滤和分组，或直接用 Workspace 拖出团队专属看板。

API 与应用扩展。需要与电商平台、支付网关、WMS 对接时，ERPNext 内置 REST API，每个单据都有对应的接口资源。确需新增业务对象时，基于 Frappe 框架自建 App，扩展基础可参考 erpnext/utilities/ 里的通用实现。判断原则：能用配置解决的不写脚本，能用脚本解决的不自建应用。

落地建议与常见坑位

上线前。先梳理现有单据流并砍掉无人使用的字段；期初数据（科目余额、库存、未结发票）必须清洗后再导入；培训分角色分批次做，财务、仓库、销售各一轮。

灰度与运维。建议新旧系统并行 1 到 2 个月，以 ERPNext 为准核对关键单据后再切换；每日自动备份数据库，保留升级前的回滚点；版本升级前先跑一遍核心流程回归。

三个高频问题：

• 适合什么规模的企业？结论：从初创到多法人集团都可用。依据：多公司、多仓库、多账簿是一等公民，集团层面靠 Consolidated 报表合并。
• 不会写代码能不能用？结论：日常业务操作完全不需要编程。依据：单据表单、审批流、报表均为可视化配置；只有 API 对接和自建应用才需要开发能力。
• 数据安全由谁负责？结论：权限、审计日志、字段级加密在系统内，服务器安全在自托管时归自己管。依据：托管模式下基础设施由 Frappe Cloud 负责，自托管需要自行加固服务器与备份策略。

下一步

1. 按上文的 ERPNext 快速部署命令拉一个 Docker 环境，用默认账户走一遍"销售订单到开票"。
2. 拿一份真实月度数据（库存 + 未结发票）导入测试环境，与旧系统对数。
3. 在 Frappe School 官方课程和讨论社区里跟踪你们用到的模块的更新日志，规划第一个正式版本窗口。

【免费下载链接】erpnextFree and Open Source Enterprise Resource Planning (ERP)项目地址: https://gitcode.com/GitHub_Trending/er/erpnext