我想要开发erp系统，但是没有系统性知识怎么办？

前几天有人问我一个问题：公司现在想自己做一套ERP，但团队里没人真正懂ERP，应该从哪里学起？

这个问题很常见。

很多企业一开始的想法都挺朴素。现在销售在Excel里记订单，仓库在另一个表里记库存，采购用钉钉审批，财务月底再去各部门要数据。老板看着一堆表格，越看越烦，干脆说一句：我们自己开发一套ERP吧。

听起来也合理。

客户表做一个，供应商表做一个，物料表做一个，再加采购订单、销售订单、入库单、出库单、库存报表。页面画出来以后，好像一套ERP就有了雏形。

但真做到业务现场，问题马上就来了。

销售接了一个订单，系统要不要立刻占用库存？

仓库做了出库，财务什么时候形成应收？

采购订单已经下了，货还没到，生产能不能把这批在途物料算进去？

客户退货回来，库存要加回去，成本要不要冲回去，应收要不要冲减？

研发把一个物料换了型号，BOM、生产订单、采购计划和库存台账要不要一起改？

这些问题一出来，你就会发现，ERP最难的地方并不在页面。页面只是最后露出来的部分。真正难的是企业每天怎么接单、怎么买料、怎么入库、怎么生产、怎么发货、怎么算账，这些事情之间到底怎么连在一起。

所以，真要自己开发ERP，技术选型可以往后放，数据库表也别急着建。

更要紧的是，把企业每天发生的经营动作看明白。

一、从一张订单看ERP怎么运转

如果你从来没做过ERP，最容易走偏的学习方式，就是一上来搜“ERP有哪些模块”。

今天看销售管理，明天看采购管理，后天看库存管理，再过几天研究MRP、APS、成本核算。名词越看越多，脑子越来越乱。等真让你画一张销售订单从创建到回款的流程图，可能还是画不出来。

学ERP，最好从一张真实订单开始。

比如客户下了一张1000件产品的订单。暂时别管系统页面长什么样，就沿着这张订单往后追。

第一步，销售要录入客户、产品、数量、价格、交期。

第二步，系统要检查客户资料是否完整，信用额度够不够，合同或报价有没有依据。

第三步，仓库要看库存够不够。如果库存够，能不能直接发货；如果库存不够，是采购补货，还是安排生产。

第四步，如果要生产，就要查BOM。生产1000件产品，需要多少原材料，哪些物料仓库已有，哪些物料还要采购。

第五步，采购根据缺料下采购订单。货到了以后，仓库收货，质检确认，合格以后入库。

第六步，生产领料、报工、完工入库。每一步都会改变库存，也会留下成本数据。

第七步，销售发货出库，财务根据发货、开票和合同确认应收。

第八步，客户回款，财务核销应收，老板最后看这张订单赚了多少钱。

你看，这才是一张订单在ERP里的真实旅程。

它早已超过一个销售订单页面。它会牵动客户、物料、库存、采购、生产、成本、应收、回款和经营报表。

如果你能把这张订单从头到尾画出来，ERP的大半逻辑就已经露出来了。

二、很多人开发ERP，第一坑就踩在“表建得太早”

做技术的人有个习惯，听完需求以后，很快开始想数据库。

客户表、供应商表、物料表、订单表、库存表。字段一列，页面一画，代码就开始写。

这一步看着快，其实很危险。

因为ERP里的表，背后都是业务规则。

比如物料表。

你如果只建物料名称、规格型号、单位、价格这几个字段，做一个简单进销存也许还能跑。但到了制造企业，问题会立刻多起来。

采购按箱买，仓库按个收，生产按套领，这里面有没有单位换算？

同一个物料有没有多个供应商？

有没有批次、保质期、序列号？

有没有安全库存、采购提前期、默认仓库？

有没有替代料？

有没有BOM版本？

这些没有想清楚，后面就会从字段问题变成业务问题。采购、库存、生产、成本都会跟着乱。

再比如客户表。

很多人以为客户表就是客户名称、联系人、电话、地址。真到业务里，客户还有信用额度、账期、开票信息、收货地址、客户分类、业务员、价格政策、黑名单状态。

销售能不能给这个客户下单，要看信用额度。

仓库能不能发货，要看订单状态和客户欠款。

财务能不能开票，要看合同、税号、发货和回款条件。

一个客户资料建得太粗，前面销售录单很轻松，后面财务和仓库就会天天补窟窿。

开发ERP时，问题不该停在“这张表有哪些字段”。更该追问：

• 这个对象在企业里代表什么？

• 哪些部门会用它？

• 哪些单据会引用它？

• 哪些字段改了会影响库存、价格、成本或财务？

• 谁能新增，谁能修改，谁审核，谁负责数据质量？

ERP里真正重要的，是一张表会被哪些业务动作反复引用，会影响哪些单据和报表。

三、把核心业务对象搞清楚，比背模块有用

初学ERP，一口气吞完整模块很容易乱。

把几个核心业务对象弄明白，很多东西自然会串起来。

第一个是客户。

客户不能按通讯录来理解。客户会影响报价、订单、发货、开票、应收和回款。一个客户在销售系统叫A公司，在财务系统叫A有限公司，在合同里又写成A集团某分公司，后面统计销售额、应收账款和合同履约时就会对不上。

第二个是供应商。

供应商也不能只当成公司名称。它关系到采购品类、交付周期、结算方式、资质、价格、合格率和付款。采购说这家能供货，财务说这家资质没过，质量说上一批不合格，如果系统里没有这些信息，采购订单下得越快，后面风险越多。

第三个是物料。

物料是ERP里最容易被低估的对象。一个物料编码错了，轻则采购买错，重则生产领错、库存算错、成本结错。很多制造企业做ERP，最后卡在物料编码、BOM、单位换算、替代料和版本管理上，页面反而排在后面。

第四个是仓库和库位。

库存也不能只看一个数字。东西放在哪个仓，哪个库位，是可用库存、冻结库存、待检库存，还是在途库存，这些都要分清。否则报表上显示有库存，现场就是找不到货。

第五个是BOM。

BOM解决的是一个产品由哪些物料组成。没有BOM，生产订单就不知道该领什么料；BOM版本不清楚，研发改了设计，车间还可能按旧物料生产。

第六个是单据。

销售订单、采购订单、入库单、出库单、领料单、报工单、发票、收付款单，这些单据都长在同一条业务链上。采购订单后面接入库，销售订单后面接出库，生产订单后面接领料和完工，出入库后面接库存流水，业务单据最后还要被财务引用。

把这些对象看懂，你再回头看ERP模块，就不会只看到一堆菜单。

你会知道销售管理为什么要管客户信用，采购管理为什么要管供应商档案，库存管理为什么必须有流水，生产管理为什么离不开BOM，财务为什么总是盯着业务单据不放。

四、第一版ERP做小一点，把最小闭环跑起来

很多人第一次做ERP，心气很高。

采购、销售、库存、生产、财务、人事、报表、移动端、条码、扫码入库、对接电商平台、对接设备，最好再加AI问数。

结果做了几个月，系统看着很大，真正能跑通的流程没几个。

第一版ERP应该小一点。

贸易型企业可以从这一条线开始：

客户资料，销售订单，采购订单，入库单，出库单，库存台账，应收应付。

这条线能回答几个很基础的问题：

• 客户下了什么订单？

• 商品库存够不够？

• 缺货的商品有没有采购？

• 采购到了多少，入库了多少？

• 销售发了多少，客户还欠多少钱？

如果是制造型企业，再往里加一层：

BOM，生产订单，生产领料，工序报工，完工入库，生产成本。

这条线要继续回答：

• 生产一个产品需要哪些料？

• 这些料库存够不够？

• 缺料要不要采购？

• 车间领了多少料，做了多少成品？

• 完工入库以后，材料成本怎么带过去？

这个阶段不要追求菜单多。真正要检查的是单据之间能不能接起来。

销售订单能不能生成出库单。

采购订单能不能关联入库单。

入库和出库能不能形成库存流水。

库存流水能不能算出当前库存。

发货以后能不能形成应收。

采购入库以后能不能形成应付。

这些事情跑通了，系统就有了ERP的骨架。至于高级排产、精细成本、多组织、多账套、多币种，可以后面再补。

如果这些基础闭环都跑不通，页面做得再漂亮，也只是一个录单工具。

五、真正要补的ERP知识，是规则和口径

很多人学ERP，最后学成了名词表。

知道什么叫MRP，什么叫BOM，什么叫WMS，什么叫APS，也知道ERP有采购、销售、库存、生产、财务这些模块。

但项目一开工，照样卡住。

因为系统落地时，最折磨人的往往是规则。

比如编码规则。

客户怎么编码，供应商怎么编码，物料怎么编码，订单号怎么生成。编码一开始随便做，后面会很麻烦。有些企业把年份、部门、地区、品类都塞进编码里，看着很有信息量。结果部门调整一次，编码规则就开始尴尬。

比如状态规则。

销售订单从草稿到审核，从审核到发货，从部分发货到全部发货，从正常关闭到作废，每一步谁能操作，什么状态能改价格，什么状态不能删单，都要写清楚。

比如库存规则。

采购入库增加库存，销售出库减少库存，生产领料减少原材料库存，完工入库增加产成品库存。退货、调拨、盘点、报废、冻结库存又怎么处理？这些不说清楚，仓库每天都会来找你。

比如财务规则。

什么时候确认应收，什么时候确认应付，含税不含税怎么处理，销售退货怎么冲减，应收已经核销以后还能不能改发票。第一版就算不做完整总账，也要知道业务数据将来怎么交给财务。

比如权限规则。

谁能看成本价？谁能改物料？谁能审核采购订单？谁能导出客户资料？谁能调整库存？谁改过什么字段，系统能不能查到？

ERP是多人协同系统，一旦权限和日志没设计好，问题就会变成管理事故。

所以补ERP知识时，不要只背概念。你要把每个概念落到规则上。

一个懂ERP的人，通常能把一张单据从创建、审核、执行、变更、关闭讲清楚。名词只是外壳，规则才是里面的骨头。

六、最笨也最有效的学习方法：拿真实单据一张张拆

如果你身边有企业现场，学习ERP最快的材料其实就在现场单据里。

拿一张销售订单，逐项问：

• 这张单谁创建？

• 创建时必须填哪些字段？

• 客户、物料、价格从哪里来？

• 谁审核？

• 审核后还能不能改？

• 发货时怎么引用这张单？

• 财务什么时候看到它？

• 客户退货时怎么处理？

再拿一张采购订单，继续问：

• 请购从哪里来？

• 供应商怎么选？

• 价格谁维护？

• 到货以后谁验收？

• 不合格品怎么退？

• 入库以后应付怎么形成？

生产订单也一样。

• 生产计划从哪里来？

• BOM用哪个版本？

• 领料按理论用量还是实际用量？

• 报工谁来填？

• 工序不良怎么记录？

• 完工入库后成本怎么归集？

这些问题问一遍，比泛泛看资料有用得多。

很多人补ERP知识，第一反应是去搜资料。今天看一篇采购管理，明天看一篇库存管理，后天又去研究MRP。看了半个月，名词认识了一堆，真让他画一张销售订单到出库、开票、回款的流程图，还是画不出来。

所以学ERP不能只停在“我看过”。你每天至少要留下一个东西：一张单据流转图、一份字段清单、一套状态规则，或者一个能跑通的小原型。没有这些东西，资料看得再多，也只是脑子里热闹了一阵。

七、可以按30天补一轮ERP基础，但每天要带着问题学

如果你想比较快地补一轮ERP基础，可以按30天来安排。

第1到5天，只看整体。

这几天不用陷进细节。重点搞清楚ERP一般管哪些东西：销售、采购、库存、生产、财务、基础资料、权限、报表。看完以后画一张系统地图，把模块之间的关系画出来。

第6到10天，只看单据。

重点看销售订单、采购订单、入库单、出库单、生产订单、领料单、报工单、发票、收付款单。每张单据都要搞清楚来源、去向、责任人和状态变化。

第11到15天，只看基础资料。

客户、供应商、物料、仓库、BOM、组织、人员、角色权限。基础资料一旦设计粗了，后面的单据都会难受。很多ERP项目返工，都是从基础资料开始埋雷。

第16到20天，只看流程和状态。

一张单据从草稿到审核，从审核到执行，从执行到关闭，中间能不能改，谁能改，改完谁知道，出了错怎么追回来。这些问题要写成状态规则。

第21到25天，做原型。

这几天不用急着写完整代码。可以用Excel、流程图、原型工具，也可以用织信这类企业级低代码平台，把表单、流程、权限、报表搭出来。让业务人员拿真实数据跑几遍，哪里卡住，就说明哪里规则还没想清楚。

第26到30天，找业务复盘。

销售、采购、仓库、生产、财务最好都叫上。让他们沿着一张真实订单走一遍。字段多了就删，字段少了就补，权限不对就改，报表算不出来就回头查单据。

这一轮走完，你可能还称不上ERP专家，但至少不会再把ERP当成普通增删改查系统。

八、技术上要克制，别把复杂度提前放大

如果你已经准备自己开发，技术上也要收着点。

第一，主数据先行。

客户、供应商、物料、仓库、BOM、组织、人员这些数据要尽早稳定下来。主数据不稳，订单、库存、生产和财务都会跟着晃。

第二，关键单据都要有状态机。

草稿、审核中、已审核、部分执行、全部执行、已关闭、已作废，每个状态允许什么操作，要在系统里写清楚。不要在各处代码里随手判断，后面一定难维护。

第三，库存要靠流水说话。

不要只在物料表里放一个库存数量。库存应该由入库、出库、调拨、盘点、领料、退货等流水推出来。当前库存可以做缓存，但源头一定要能追溯。

第四，金额和成本要留口径。

价格、税率、折扣、含税不含税、成本来源、币种，这些字段早一点想清楚。后面业务跑起来再补，通常会补得很痛苦。

第五，权限和日志别最后再补。

ERP里很多事故来自错误修改、越权修改、修改后无法追溯。订单改了什么字段，物料价格谁改的，库存差异是谁调整的，审批是谁通过的，都要留下日志。

第六，接口边界提前想。

以后系统可能要接CRM、MES、WMS、OA、财务软件、电商平台、条码设备、AI问数。第一版不一定都接，但哪些数据自己管，哪些数据从外部来，哪些数据要推给别人，最好提前画出来。

缺ERP经验的团队，一上来从0写全套系统，很容易把自己拖进复杂度里。可以用织信这样的企业级低代码平台，把订单、库存、审批、权限、报表这些业务结构搭出来，让业务跑起来。等规则稳定以后，再决定哪些继续低代码维护，哪些用高代码扩展。

织信这类平台省不掉ERP知识，它更适合帮你尽早把业务规则摆到台面上。表单怎么填、流程谁审核、字段怎么联动、数据怎么统计，业务人员能更早参与进来，开发团队也能少走一些弯路。

九、最后说句实在话：自己开发ERP，别把目标定成“复制一套成熟ERP”

很多团队最开始都会找一套成熟ERP，对着菜单抄。

采购管理、销售管理、库存管理、生产管理、财务管理、报表中心，看起来很完整。

但真到自己公司用的时候，很快就会发现：别人菜单里的功能，不一定是你现在最急的流程；别人已经跑顺的规则，你这里可能连基础数据都没有；别人能自动算成本，是因为前面BOM、工时、报工、库存流水都比较完整，你这里只抄出了页面。

照着菜单做，最后很容易做出一套“看起来像ERP、用起来没人认”的系统。

自己开发ERP，比较现实的目标应该是三步。

第一步，把业务看清楚。

企业怎么接单、怎么买料、怎么入库、怎么生产、怎么发货、怎么算账，都从真实单据里看。

第二步，把闭环跑起来。

销售订单能接出库，应收能跟上；采购订单能接入库，应付能跟上；生产订单能接领料和完工，库存和成本能跟上。

第三步，再谈完整ERP。

权限、日志、报表、接口、移动端、条码、AI问数、高级排产、精细成本，这些都可以逐步加。但加之前要问一句：前面的业务数据已经对得上了吗？

ERP说到底，是企业管理逻辑的软件化。

你可以自己开发，也可以借助织信这类平台做原型和业务闭环验证，再逐步扩展。但无论哪种方式，起点都应回到订单、物料、库存、生产、财务和权限之间那张看不见的关系网。

这张网理清楚了，系统才有机会越做越稳。

这张网没理清楚，代码写得越快，返工也来得越快。