MES与ERP有什么区别，企业如何确定建设范围？

ERP里已经能下生产订单、领料、报工，为什么还要建设MES？

这是一个值得认真回答的问题。毕竟，再上一套系统，增加的不只有软件费用，还有现场操作、接口维护和培训。原来填一次的生产数据，会不会变成填两次？

可另一边，车间又确实需要更细的管理。某道工序能不能开工，关键零件有没有装错，不合格品能不能流到下道工序，这些事不能等到月底汇总时才发现。

于是，企业容易陷入两种想法：既然ERP有生产模块，就把现场需求都加进去；既然准备上MES，就把所有与生产有关的功能都装进去。

究竟该怎样分？我们先看两套系统各自在解决什么问题，再来看建设范围怎样落到实际业务上。

一、同样管生产，ERP和MES关心的事情不同

ERP是企业资源计划系统，MES是制造执行系统。把它们放在一张客户订单里看，比单独解释名字更容易理解。

假设一家装配企业接到一批设备订单。以下只是用于说明系统分工的业务示例。

企业要安排交期，需要先知道成品库存能覆盖多少，剩下的需要生产多少，缺哪些零件，采购何时到货，生产任务怎样安排。产品交出去以后，还要关联发货、应收和成本。

ERP把这些经营活动联系起来。生产需要的物料影响采购，领用和入库影响库存，材料与加工费用又影响生产成本。它关心的是这批业务占用了哪些资源，形成了什么结果，后续的账和单据怎样继续处理。

任务到了车间，问题会进一步展开。

这台设备现在应该装哪个部件？操作员用的是哪版作业指导书？测试结果没通过，能不能进入包装？同一批产品有的在装配，有的在测试，有的在返修，分别在哪里？

MES围绕这些现场动作组织生产执行。它把任务、生产依据、人员操作、物料投入和检验记录关联起来，按照规则指导流转，留下产品是怎样做出来的过程记录。

ERP侧重把生产放进企业经营流程，MES侧重把生产要求落实到现场过程。 两者共同管理生产，但观察的范围和需要处理的细节不同。

这里不能顺势推导出ERP只能管计划。

一些ERP本身就支持工序报工、质量管理和批次管理。SAP的S/4HANA生产资料中，工序确认可以记录产出、报废、返工、实际时间等信息。企业如果已有这些能力，就应该先检查是否用起来了，不能因为没买独立MES，就认定现场管理一定缺了一层。

同样，也不能把MES理解成更快的日报。车间每晚补录一次报工，即使换成MES，数据也不会自动变成实时。现场是否在关键动作发生时记录，系统是否校验前置条件，异常是否影响任务流转，才决定它有没有参与执行。

因此，区别要落到实际功能与使用方式，软件名称只能作为起点。

图1：典型管理侧重点与交接关系。计划、物料和质量功能可能重叠，具体分工仍需结合产品能力及企业规则确定。

二、计划、库存、质量都有重叠，怎样分才不重复建设？

先看计划。

ERP通常要把订单需求转成采购和生产安排，考虑需要什么资源、什么时候需要。MES中的派工则更接近现场：已下达的任务今天由哪个班组、哪条线、哪个工位执行，设备停了以后如何重新分配。

详细排程可能由ERP、MES中的排程模块或独立APS承担。APS是高级计划与排程工具。不能仅凭MES这个名称，就认定它一定能算清所有设备和物料约束。企业应明确采用哪套排程结果，其他系统怎样执行和反馈，避免计划员在两套软件里分别排一次。

库存的重叠更容易产生误会。

仓库把一批零件发到线边，意味着它离开了原仓库位置；操作员把其中的零件装进产品，才形成实际投入。发到车间和用于某台产品，是两个动作。ERP、WMS仓储管理系统或MES可以分别记录不同阶段，也可以由同一套软件承载，但动作不能混为一谈。

质量也有类似区别。来料检验、过程检验、成品放行以及质量异常处理，可能分布在ERP、MES和QMS质量管理系统中。合理的做法是确定每种检验在哪里执行，结论怎样影响后续业务。没有必要在每套系统里各维护一份标准、各录一次判定。

如果已有QMS负责质量处置，MES可以执行现场检验并传递记录；如果MES已覆盖所需质量流程，就不必为相同环节再建一个独立应用。是否增加系统，要看尚未解决的需求。

一个生产动作可以让多套系统知道，但不应该要求人员在多套系统里独立确认同一件事。

三、把领料到完工走一遍，交接位置就清楚了

沿用前面的装配示例。为了看清分工，假设企业已有ERP管理采购、库存和成本，准备让MES承担现场执行。

生产订单在ERP中下达。MES接收任务时，需要同时知道生产的产品、数量、适用BOM和工艺要求。BOM就是物料清单。现场不能只收到一个订单号，还得拿到正确的生产依据。

这些资料未必都由ERP最初创建。图纸和设计BOM可能来自PLM产品生命周期管理系统，制造工艺由工艺部门维护。项目需要确定发布与生效规则，让ERP和MES接收经过确认的版本，而不是让两个实施团队各建一套资料。

随后，仓库按规则发料。MES记录实际投入，把关键零件批次或序列号与产品关联。这里就出现了一处必须提前决定的交接：库存在哪个环节减少，用料成本归到哪张生产订单？

有的企业发料时记账，有的把物料转到线边库存后，按实际消耗记账，也有企业根据报工结果按规则倒冲用料。不同方式各有适用条件。

确定各类物料的记账方式以后，就要防止两套系统把同一笔消耗各扣一次。退料、替代料和报废也需要对应处理，不能只传一笔正常领料。

装配与测试结束后，MES形成现场的完成记录。哪些结果进入ERP的生产确认，哪些检验结果决定放行，成品由谁确认入库，也要约定。

例如，可以由MES提交符合条件的完工结果，再由ERP或仓储系统确认入库；也可以通过接口按既定规则触发入库。不论采用哪种方式，都应能查到同一笔业务在两边对应的记录。不能把所有工序完成都直接算成成品入库。

再看一个异常：MES已经完成现场报工，回传ERP时失败了。

现场事实已经发生，ERP中的业务记录却可能还没更新。此时，需要看到待处理的数据，由指定人员核对、补传，并保证重复发送不会多生成一笔报工或入库。若原报工需要撤销，两边对应的记录也要按规则处理。

这就是建设范围容易少算的一部分。订单下发和结果回传只是开始，领料、消耗、退料、撤销和失败后的处理，也属于两套系统协同工作的范围。

图2：以ERP承担库存与成本业务、MES承担现场执行为例。发料不等于实际消耗，各类物料按企业确定的记账方式处理，避免重复扣减。

四、企业缺的是哪一段能力，项目就从哪里开始

理解分工以后，还不能直接得出所有企业都要先ERP、后MES的结论。先后顺序应当由当前问题、已有能力和业务约束决定。

如果订单、采购、库存和成本之间还对不上，先把经营业务的基础整理好。

例如，生产任务找不到对应订单，领料没有明确归属，完工以后库存不能及时更新。这时，把车间每个动作都采集下来，也不能自动解决订单和库存关系。应该先统一相关单据、物料编码和业务规则，再判断是否需要新增系统。

如果基础单据已经能正常流转，但现场过程缺少控制，就重点补制造执行能力。

例如，计划员不知道关键工序的等待情况，操作员需要人工检查关键件有没有装错，测试不合格的产品仍可能被送去包装。项目应把派工、投料校验、过程检验和异常处理列为重点，明确发生在哪个工位、由谁操作、怎样限制后续流转。

如果ERP已有所需现场功能，先验证配置、操作和集成是否足够。

一家工序不多、追溯要求较简单的工厂，现有ERP配合扫码终端，可能已经能满足当前需要。另一些企业涉及复杂装配、单件履历、多条生产线和较高频率的现场事件，专门的MES或可扩展的生产应用可能更合适。判断依据是业务深度和运行要求，不是企业人数。

质量或客户追溯要求紧迫时，也可以先解决关键产线的执行与记录问题，同时建立必要的主数据和订单接口。无需等全公司的ERP改造全部结束，才允许现场项目启动。

但如果两套系统同时建设，不能让两个团队独立设计。物料、订单、版本、用料和完工如何交接，需要共同确认，否则上线时再对接，很可能需要返工。

五、建设范围写到什么程度，才足以用于立项？

只写一期建设生产管理、二期建设质量追溯，供应商很难据此确定工作量，企业也很难验收。

可以选一个产品族或一条有代表性的产线，把范围写成下面六项。这是一份立项讨论框架，不是固定的行业标准。

1、管到哪里。 明确工厂、产线、产品和工序。例如，覆盖某类装配产品，从任务下达到装配、测试和入库确认；其他生产方式是否暂不纳入，需要写清。

2、管到多细。 订单级进度够不够，是否需要工序级记录，哪些产品必须按批次或单件序列号追溯？按单件管理，就意味着现场要建立标识并记录关联，不能只在需求书里增加一个追溯功能。

3、谁在哪里完成动作。 计划员从哪里下达任务，工人在什么终端报工，质量员在哪里判定，仓库在哪里确认。还要确定哪些动作自动完成、哪些由人员确认，防止把重复录入留给上线后的使用者。

4、数据和单据由谁负责。 物料与版本的发布来源是什么，生产订单在哪里创建，用料和完工结果按什么规则回写，出现差异由谁核对。这里的负责，既包括业务部门，也包括负责维护的系统。

5、出了异常怎样继续。 缺料、返工、批次拆合、接口失败、断网和错报撤销，哪些属于本期必须处理的情况？不能只描述产品一路合格的正常流程。

6、用什么结果验收。 选择脱敏业务资料，验证任务能下达、现场能按正确版本执行、规定的记录能查回、结果能进入后续业务。再加入一次错料拦截或返工，以及一次回传失败后的恢复，确认规则真的生效。

写清六项以后，还应列出本期不做什么。例如，首期关注关键工序执行，不做全厂设备预测维护；采集扫码、测试结果和必要参数，不承担机器的实时控制。

机器的控制与安全联锁需要相应的工业控制系统承担。MES可以与设备和采集系统协同，但不能因为它处在现场，就默认替代PLC可编程逻辑控制器等控制设备。

范围可以分阶段扩展，验收却应覆盖本期业务从开始到结果确认的完整过程。只交付报工页面，后面仍靠人整理Excel回填ERP，就不能声称已经完成了计划与执行的协同。

图3：用于讨论项目范围的六项确认内容，不是统一的行业强制标准。

六、需要定制时，ERP和MES的分工仍然要保留

当工厂的外协、返工、质量审批和工单规则比较特殊，标准产品未必能直接覆盖。企业可以比较行业软件的扩展方案，也可以考虑在企业级低代码平台上开发生产业务系统。

以织信Informat为例，它提供数据建模、流程、权限、接口和AI能力，可以用于构建ERP、MES等复杂系统，也可以补充已有系统的协同环节。它是企业信息化AI开发底座，不只是一套做表单的工具。具体采用哪种方式，仍要看原有系统、业务要求与实施团队。

假设企业决定保留ERP库存与成本业务，在平台上构建车间执行应用，就可以围绕生产订单、工序任务、物料投入和检验记录建立关联，并按前面确定的职责配置操作与回传规则。即便页面都建在同一平台中，发料、实际投入、完工和入库也仍然是不同动作，不能因为开发方便就省掉业务上的区别。

织信的AI工作流智能体可以辅助创建或修改流程节点与连线条件。例如，团队调整返工审批路径时，可以用自然语言辅助配置，再检查人员、条件、历史任务与接口是否受影响。AI能减少部分建设工作，却不能代替企业决定哪笔库存应该扣、哪种产品可以放行。

对标准系统难以满足的特定需求，可以将织信纳入定制方案评估，围绕业务模型使用标准化组件构建复杂应用，支持企业信息化与数字化建设。涉及国产化部署时，要核对具体环境的适配；涉及持续运营，还要明确配置、开发、测试和维护人员。工具的灵活性，应当服务已经讲清楚的业务分工。

最后

ERP和MES有区别，也有交叉。一套ERP能否满足现场需要，要看它实际覆盖了哪些动作；一家企业要把MES建到多深，要看哪些生产要求需要及时执行、控制和留痕。

项目讨论可以从一个很具体的问题开始：这批物料离开仓库以后，谁记录实际投入；产品加工结束以后，谁确认检验和入库；两边出现差异，谁负责恢复？

这些交接讲清楚，系统范围才有依据。否则，两套软件各自显示完成，业务仍可能没有完成。

建设范围要写清一件生产业务怎样经过各个岗位和系统，不能只写准备购买哪些模块。

参考资料

《Posting Confirmations for Production Orders》｜SAP Learning

《Exploring the Integration of SAP Digital Manufacturing with SAP S/4HANA》｜SAP Learning

《Manufacturing execution systems and enterprise resource planning systems: How they relate》｜Siemens

《什么是织信企业级AI开发平台？》《AI工作流智能体》｜织信产品文档