ERP项目最容易被误解的一点，是很多企业以为自己是在上一套软件。

等真到实施的时候才发现，软件只是摆在桌面上的那部分。

更麻烦的，是软件背后那一串问题：

• 物料编码到底谁说了算？
• 销售订单改了，采购单和生产工单要不要跟着改？
• 仓库账上有料，但这批料已经被另一个订单占用，还能不能发给新客户？
• 客户信用额度超了，销售说必须发货，财务说不能放行，最后听谁的？
• 车间已经干完了，系统里的工单还没报工，这算生产问题，还是系统流程问题？

这些问题，平时可能不显眼。企业靠电话、微信群、Excel、口头确认，也能把业务推着往前走。

可ERP一实施，它们全都冒出来了。

为什么？

因为ERP不是单纯把业务搬到电脑里。它会逼着企业回答一个更难的问题：原来那些靠人协调的事，到底有没有规则？

这才是ERP实施真正难的地方。

系统可以买，流程买不来。

软件可以上线，责任边界不会自动上线。

ERP实施做得好，企业会从“靠人盯”慢慢变成“靠规则运转”。实施做得不好，新系统只会把旧问题记录得更完整，甚至让部门之间的矛盾暴露得更快。

所以，谈ERP实施时，不能只谈功能清单。真正该看的，是企业有没有把业务、数据、流程、权限和责任准备好。

一、实施前先看业务，不要一上来就看菜单

很多ERP项目，一开始就跑偏了。

• 销售问有没有订单管理。
• 采购问有没有采购管理。
• 仓库问有没有库存管理。
• 生产问有没有工单管理。
• 财务问有没有应收应付。

这些问题当然要问，但只问到这里，意义不大。因为大多数ERP系统都会告诉你：有，都有。

真正要问的是，这些模块能不能按你企业的业务方式跑起来。

同样是销售订单，不同企业差别很大。

• 有的企业接单后直接发货。
• 有的企业接单前要先看客户信用额度。
• 有的企业要评审库存、产能、交期和利润。
• 有的企业订单一变，后面的采购、生产、委外、发货、开票都要跟着变。
• 有的企业还要处理样品、小批量、返修、补发、替代料、客户指定供应商。

如果实施前只确认“系统支持销售订单”，后面一定会麻烦。

因为到了现场，卡住你的往往不是“有没有这张单”，而是这张单后面牵动了多少规则。

• 销售能不能自己改价格？
• 超过最低毛利要不要审批？
• 库存不足时，是提示缺料，还是自动触发采购建议和生产计划？
• 客户临时改交期，已经下达的工单要不要重排？
• 订单取消后，已采购物料算谁的库存，已生产半成品怎么处理？

这些问题不讲清楚，系统上线后就会出现一种情况：菜单都有，业务还是在线下处理。

• 销售继续发消息催。
• 计划继续用Excel排。
• 仓库继续按经验发。
• 财务继续月底追着对账。
• ERP看起来上线了，企业的工作方式没变。

所以实施前最重要的事，不是把软件功能看一遍，而是把企业自己的主流程摊开。

• 从询价到报价。
• 从销售订单到生产计划。
• 从物料需求到采购到货。
• 从领料生产到完工入库。
• 从发货到开票到回款。
• 从质量异常到返工返修。

每条流程都要讲清楚：谁发起，谁审核，谁执行，谁确认结果，异常怎么处理，数据最后流到哪里。

ERP实施前，企业至少要把这几条主链路画出来。画不出来，就先别急着上线。

二、基础数据不清楚，ERP越算越错

ERP有一个很残酷的特点。

它不会替企业判断数据是不是靠谱。你给它什么数据，它就按什么数据往后算。

BOM错了，MRP就会算错物料需求。

库存错了，销售就会误判能不能发货。

供应商交期错了，采购计划就会提前或滞后。

物料编码重复了，仓库可能明明有料，系统却显示另一条物料缺货。

客户档案不统一，财务对账就会出现同一个客户多个余额。

这就是为什么很多ERP项目上线后，第一批被骂的往往是数据。

• 销售说库存不准。
• 仓库说物料名称太乱。
• 采购说供应商资料重复。
• 财务说应收应付对不上。
• 生产说BOM用量不对，按系统发料根本不够。

问题看起来发生在系统里，其实根子在上线前。

很多企业导数据的时候，只想着快点导进去。旧Excel里怎么写，新系统就怎么导；旧系统里有多少重复数据，新系统就照样搬；仓库没有盘清楚的库存，也先导进去再说。

这样做很省时间，也很危险。

旧账没理清，新系统只是在帮你保存旧账。

实施前至少要检查5张表。

第一张，物料主数据表。

物料编码、名称、规格型号、计量单位、物料分类、采购属性、生产属性、库存属性，必须统一。尤其是同物异名、同名异物，要提前清掉。

第二张，BOM表。

产品结构、用量、损耗、替代料、版本、生效日期，都要确认。制造企业如果BOM不准，后面的采购、领料、成本都会跟着偏。

第三张，客户和供应商档案。

客户名称、开票信息、收货地址、信用额度、账期、联系人；供应商名称、付款条件、交期、质量等级、价格记录。这些信息不准，销售和采购都会反复补救。

第四张，库存表。

现有库存、可用库存、占用库存、在途库存、待检库存、库位、批次，要区分清楚。账上有料不等于能用，待检的料、被订单占用的料、放在错误库位的料，都不能简单算成可用库存。

第五张，组织和权限表。

部门、岗位、角色、审批权限、数据范围、金额权限，要提前定义。谁能看价格，谁能改订单，谁能审核付款，谁能关闭工单，这些不能上线后临时拍脑袋。

这5张表看着基础，却决定ERP上线后能不能跑出可信结果。

很多企业ERP实施失败，不是因为功能少，而是基础数据没有被认真对待。

三、易用性不只是体验问题，更关系到数据能不能进系统

有些企业选ERP时，会把易用性当成小问题。

觉得员工不会用，多培训几次就好了。

这话只说对了一半。

培训当然要做，但如果系统操作本身不符合岗位动作，员工很快就会找到别的办法。

销售录一张订单要填太多无关字段，他会先把订单发到群里。

仓库入库要点好几个页面，库管会先写在纸上，晚上再补录。

车间报工要选工序、设备、人员、数量、工时、原因，班组长忙的时候就会先把活干完，系统数据晚点再补。

财务查一笔应收要跳好几个页面，最后还是导出Excel自己核。

这些动作一出现，ERP的数据就开始变虚。

很多时候不是员工故意不配合，是系统没有贴着岗位工作方式设计。

ERP实施时，必须让真实岗位的人试系统，不要只看演示。

• 让销售录一张从报价到订单的完整业务。
• 让采购跑一次请购、询价、下单、到货、对账。
• 让仓库跑一次收货、检验、入库、领料、退料、盘点。
• 让车间跑一次工单接收、领料、报工、完工、异常反馈。
• 让财务跑一次开票、收款、应付、成本归集和月结。

试完以后，不要只问“会不会操作”，要问两个更具体的问题。

第一，哪些字段是一线人员根本不知道怎么填的？

第二，哪些动作如果放到每天高峰期，会让员工下意识回到线下处理？

这两个问题很关键。

字段不知道怎么填，就会乱填。

高峰期来不及操作，就会补录。

乱填和补录一多，ERP就失去了最重要的东西：真实业务发生时留下的数据。

所以系统要尽量减少重复录入。

• 能从客户档案带出的，不要让销售再填一遍。
• 能从物料档案带出的，不要让采购再填一遍。
• 能扫码完成的，不要让仓库手工录。
• 能由接口同步的，不要让员工在两个系统里重复录。
• 能自动校验的，不要等月底才发现错误。

ERP实施不是考验员工耐心。一个系统能不能被长期使用，首先要看它有没有让真实业务顺手地进入系统。

四、试运行不能只点通流程，还要把真实异常放进去跑

很多企业做ERP试运行，只做了一件事：按标准流程走一遍。

• 建客户。
• 录订单。
• 下采购。
• 做入库。
• 领料。
• 完工。
• 发货。
• 开票。

这当然要测，但还不够。

因为真实业务里，最考验ERP的往往是异常流程。

• 客户临时改交期怎么办？
• 供应商延期到货怎么办？
• 来料检验不合格怎么办？
• 生产过程中发现BOM用量不够怎么办？
• 仓库实际数量和系统数量不一致怎么办？
• 销售订单已经发货，客户又要求退货怎么办？
• 财务发现客户超信用额度，但业务说客户很重要，能不能放行？

这些场景不放进试运行，上线后一定会回来找你。

ERP实施里有句话很实在：标准流程决定系统能不能上线，异常流程决定系统能不能长期用。

试运行阶段至少要跑通5条链路。

第一条，订单到发货。

看销售订单、库存占用、出库、发货、开票、回款能不能连起来。尤其要看订单变更后，下游单据怎么处理。

第二条，采购到入库。

看请购、采购订单、到货、质检、入库、对账、付款能不能连起来。重点看供应商延期、少到、多到、退货怎么处理。

第三条，生产到完工。

看工单、领料、报工、质检、返工、完工入库能不能连起来。重点看缺料、补料、报废、返修、工序变更怎么处理。

第四条，库存到账务。

看库存数量、库位、批次、成本、应收应付、财务凭证是否能对上。ERP最怕业务账和财务账各算各的。

第五条，异常到责任。

看异常由谁发起、谁判断、谁审批、谁处理、谁确认结果，系统有没有留下记录。没有责任记录，异常处理就容易变成部门之间互相解释。

这5条链路跑通了，ERP才算真正进入业务现场。

五、速度和数据量，要用真实业务压一压

ERP速度慢，最后会变成流程问题。

仓库入库页面半天打不开，司机等在门口，库管就会先收货再补系统。

车间报工提交失败，班组长就会先把产量记在纸上。

销售查库存转半天，还是会打电话问仓库。

财务月结报表跑不出来，就会导数据到Excel里重新算。

系统一慢，业务就会回到老办法。

所以实施前要做速度和数据量测试。

不要只拿几十条演示数据测。

要尽量接近企业真实规模。

• 物料有多少条？
• BOM有多少层？
• 每天多少张销售订单、采购订单、入库单、出库单、工单、质检单？
• 库存流水一年会积累多少？
• 月底成本核算、库存重算、MRP运算、财务结账，会不会集中卡住？
• 权限层级复杂以后，查询速度会不会下降？
• 接口同步高峰期，会不会出现延迟？

这些问题，最好在上线前就压一压。

尤其是制造企业，一开始数据量不大，看不出问题。过一两年后，订单、工单、库存流水、质检记录、成本数据堆起来，系统还跑不跑得动，才是长期使用的考验。

ERP实施不是只看今天能不能打开页面，还要看未来几年数据增长以后，系统还能不能支撑业务。

六、灵活性要有边界，别把ERP改成一锅粥

ERP实施时，企业经常会在两个坑之间摇摆。

一个坑，是系统太死。

业务稍微变一下，就要找厂商开发。组织架构调整了，审批走不动；客户分级变了，价格权限改不了；新增一种项目型业务，标准模块塞不进去。

另一个坑，是系统太散。

谁都能加字段，谁都能改流程，谁都能开权限。今天一个特殊审批，明天一个临时表单，后天一个只给某部门看的报表。半年以后，项目组自己也说不清哪些规则还在用。

所以ERP灵活性不能只看“能不能改”。

更要看“怎么改、谁来改、改完有没有记录、会不会影响主流程”。

• 字段能不能扩展？
• 流程能不能按金额、客户等级、物料类别、部门自动分流？
• 权限能不能细到角色、部门、数据范围和操作动作？
• 报表能不能按管理口径调整？
• 接口能不能对接OA、MES、WMS、PLM、CRM和财务系统？
• 修改后，历史数据和审批记录还能不能保留？

这些才是企业要看的灵活性。

还有一点很现实。

标准ERP适合承载采购、库存、生产、销售、财务这些主干业务，但企业总会有一些变化快、跨部门、非标准的管理场景。

比如供应商整改、设备点检、客户特殊需求跟踪、项目交付协同、内部临时审批、质量问题复盘。

这些业务全塞进ERP主系统，容易把主系统改得越来越重。完全放在线下，又会让数据断掉。

这时，企业可以在ERP之外配一层低代码平台。

这类企业级AI低代码平台，可以把表单、流程、权限、报表和接口做成轻量应用，用来承接这些非标业务。ERP继续管主数据和主流程，低代码平台负责补充那些变化快、需要快速调整的业务场景。

这样做的好处，是主干不乱，变化有地方承接。

七、岗位制度要跟系统一起上线

ERP试运行阶段，很多企业只培训操作，不同步制度。

结果很快就会出问题。

系统规定销售订单必须审批，但公司没说清楚谁能改价格，销售就会继续线下找领导确认。

系统要求采购订单必须填供应商、价格、交期、付款条件，但采购部门没有维护规则，字段就会乱填。

系统要求仓库按批次收发料，但现场没有批次标签和扫码习惯，库管只能凭经验操作。

系统要求车间按工序报工，但班组没有明确报工时间、报工人和异常处理方式，数据就会滞后。

所以ERP上线时，每一个关键动作都要有制度配合。

• 谁创建单据？
• 谁审核单据？
• 谁有权修改？
• 修改后是否留痕？
• 数据错了谁负责？
• 补录允许到什么范围？
• 跨期单据怎么处理？
• 异常业务走什么流程？
• 权限申请和回收由谁审批？

这些制度不清楚，系统就会变成一个“看起来规范，实际靠人解释”的工具。

上线后还要有3条纪律。

第一，当天业务当天入系统。

不是所有行业都能做到每个动作实时录入，但至少要明确哪些单据必须当天完成，哪些数据不能拖到月底补。

第二，异常必须留痕。

缺料、延期、退货、返工、超信用额度、价格例外、库存差异，都不能只停留在聊天记录里。系统里没有记录，后面复盘就找不到原因。

第三，线下处理必须回到系统。

企业现场总会有紧急情况，但紧急不代表可以永远留在线下。临时处理完以后，单据、审批、库存、成本、责任都要补回系统，否则ERP会慢慢失真。

这3条纪律守不住，ERP迟早会变成一套“大家偶尔查一查，但关键时候不用”的系统。

八、项目小组不能只挂名，要能拍板、懂业务、盯结果

ERP实施必须有人负责。

这里的负责，不是拉个群、排个计划、开几次会。

负责要落到实处，就是遇到争议时能推动决策。

销售想快，财务要控风险，生产要稳定计划，仓库要保证账实一致，采购要考虑供应商交期。

这些诉求都合理，但放到同一个流程里，经常会打架。

• 客户催货，销售希望先发。
• 财务发现客户欠款超期，不愿放行。
• 生产说临时插单会打乱计划。
• 仓库说可用库存不够，不能硬发。

这个时候，ERP系统不会自动替企业做管理取舍。企业必须提前定义规则：哪些客户可以走例外，例外由谁审批，审批后系统留下什么记录，造成风险谁负责。

这就是项目小组的价值。

老板或高层要管方向。

哪些流程必须按系统来，哪些历史习惯必须改，哪些例外必须收口，哪些问题可以分阶段处理，这些要有人拍板。

业务负责人要管规则。

销售、采购、生产、仓库、财务、质量，每个部门都要派真正懂业务的人参与。不能只派一个“有空的人”开会。ERP实施不是填会议纪要，是把部门工作方式写进系统。

IT或信息化负责人要管落地。

系统配置、权限、接口、数据迁移、测试、上线切换、运维支持，都要有人盯。业务规则说清楚以后，还要能稳定落到系统里。

项目小组还要做一件很重要的事：提前把争议暴露出来。

上线前吵明白，比上线后互相甩锅强。

九、上线不是终点，要盯住第一个月的真实使用

很多企业把ERP上线当成项目结束。

系统切换成功，账号能登录，单据能录，报表能出，就觉得大功告成。

但ERP的第一场硬仗，往往发生在上线后的第一个月。

这一个月要重点看几个信号。

• 有没有部门继续用Excel做主账？
• 有没有业务先在线下处理，过几天再补录？
• 有没有关键字段大量为空？
• 有没有审批节点长期卡住？
• 有没有库存、成本、应收应付对不上？
• 有没有一线员工开始抱怨系统影响干活？
• 有没有管理层只看旧报表，不看系统报表？

这些信号比“上线成功”更重要。

因为它们能告诉你，ERP有没有真正进入企业日常工作。

上线后要建立持续优化机制。

第一周看操作问题。

第一个月看数据质量。

第二到第三个月看流程效率。

半年后看管理报表和经营决策有没有变化。

每个阶段都要有人收集问题、判断优先级、安排调整、验证效果。

同时要分清楚，哪些问题该改系统，哪些问题该改管理。

如果一个字段确实没有业务价值，可以删。

如果一个审批节点没有实际判断动作，可以简化。

如果一个报表没人看，就不要继续维护。

如果员工不愿意录数据，是因为制度没要求、领导不看、录了没人用，那就不能只怪系统。

ERP优化不能变成“谁提需求就给谁加功能”。每一次调整都要回到业务价值：这项修改是减少等待、减少错误、减少库存占用、减少对账成本，还是只是照顾某个部门的习惯？

十、ERP实施最该防住的三件事

第一，业务没摊开，就急着上线。

流程没讲清楚，系统不会自动变聪明。销售订单怎么评审，库存怎么占用，采购怎么触发，成本怎么归集，异常怎么处理，这些都要在实施中说清楚。

第二，数据没清理，就急着导入。

脏数据进了新系统，系统只会把它算得更快、传得更远。ERP越强，错误数据的影响范围越大。

第三，只把ERP当IT项目，没有把它当管理项目。

ERP会改变人的工作方式，也会暴露部门之间原来没说清楚的责任。没有高层支持，没有业务负责人参与，没有制度配合，系统很难真正落地。

最后说一句

ERP实施时应注意的问题，表面看很多。

易用性、速度、灵活性、扩展性、业务匹配、岗位制度、基础数据、项目小组、人员培训、保障措施。

但这些问题背后，其实是同一件事：

企业要把原来靠人解释、靠经验处理、靠临时协调的业务，变成系统里可以执行、可以检查、可以追溯的规则。

规则清楚，ERP才跑得起来。

规则含糊，ERP上线后只会把含糊放大。

所以企业上ERP之前，别只问系统多少钱、功能多少、多久上线。

更要问自己：

• 我们的主流程画清楚了吗？
• 我们的基础数据可靠吗？
• 我们的岗位责任明确吗？
• 我们的异常业务有处理规则吗？
• 我们的业务负责人愿意参与吗？
• 我们的系统未来还能继续调整吗？

这些问题回答清楚了，ERP实施就不再是一次碰运气的软件项目，而是一次把企业管理基本功补上的机会。

一个ERP项目做得好不好，不看演示时有多少功能。

要看上线以后，企业还有多少关键业务继续留在线下。

阅读原文：点击这里​