ERP里已经能下生产订单、领料、报工为什么还要建设MES这是一个值得认真回答的问题。毕竟再上一套系统增加的不只有软件费用还有现场操作、接口维护和培训。原来填一次的生产数据会不会变成填两次可另一边车间又确实需要更细的管理。某道工序能不能开工关键零件有没有装错不合格品能不能流到下道工序这些事不能等到月底汇总时才发现。于是企业容易陷入两种想法既然ERP有生产模块就把现场需求都加进去既然准备上MES就把所有与生产有关的功能都装进去。究竟该怎样分我们先看两套系统各自在解决什么问题再来看建设范围怎样落到实际业务上。一、同样管生产ERP和MES关心的事情不同ERP是企业资源计划系统MES是制造执行系统。把它们放在一张客户订单里看比单独解释名字更容易理解。假设一家装配企业接到一批设备订单。以下只是用于说明系统分工的业务示例。企业要安排交期需要先知道成品库存能覆盖多少剩下的需要生产多少缺哪些零件采购何时到货生产任务怎样安排。产品交出去以后还要关联发货、应收和成本。ERP把这些经营活动联系起来。生产需要的物料影响采购领用和入库影响库存材料与加工费用又影响生产成本。它关心的是这批业务占用了哪些资源形成了什么结果后续的账和单据怎样继续处理。任务到了车间问题会进一步展开。这台设备现在应该装哪个部件操作员用的是哪版作业指导书测试结果没通过能不能进入包装同一批产品有的在装配有的在测试有的在返修分别在哪里MES围绕这些现场动作组织生产执行。它把任务、生产依据、人员操作、物料投入和检验记录关联起来按照规则指导流转留下产品是怎样做出来的过程记录。ERP侧重把生产放进企业经营流程MES侧重把生产要求落实到现场过程。两者共同管理生产但观察的范围和需要处理的细节不同。这里不能顺势推导出ERP只能管计划。一些ERP本身就支持工序报工、质量管理和批次管理。SAP的S/4HANA生产资料中工序确认可以记录产出、报废、返工、实际时间等信息。企业如果已有这些能力就应该先检查是否用起来了不能因为没买独立MES就认定现场管理一定缺了一层。同样也不能把MES理解成更快的日报。车间每晚补录一次报工即使换成MES数据也不会自动变成实时。现场是否在关键动作发生时记录系统是否校验前置条件异常是否影响任务流转才决定它有没有参与执行。因此区别要落到实际功能与使用方式软件名称只能作为起点。二、计划、库存、质量都有重叠怎样分才不重复建设先看计划。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中的业务记录却可能还没更新。此时需要看到待处理的数据由指定人员核对、补传并保证重复发送不会多生成一笔报工或入库。若原报工需要撤销两边对应的记录也要按规则处理。这就是建设范围容易少算的一部分。订单下发和结果回传只是开始领料、消耗、退料、撤销和失败后的处理也属于两套系统协同工作的范围。四、企业缺的是哪一段能力项目就从哪里开始理解分工以后还不能直接得出所有企业都要先ERP、后MES的结论。先后顺序应当由当前问题、已有能力和业务约束决定。如果订单、采购、库存和成本之间还对不上先把经营业务的基础整理好。例如生产任务找不到对应订单领料没有明确归属完工以后库存不能及时更新。这时把车间每个动作都采集下来也不能自动解决订单和库存关系。应该先统一相关单据、物料编码和业务规则再判断是否需要新增系统。如果基础单据已经能正常流转但现场过程缺少控制就重点补制造执行能力。例如计划员不知道关键工序的等待情况操作员需要人工检查关键件有没有装错测试不合格的产品仍可能被送去包装。项目应把派工、投料校验、过程检验和异常处理列为重点明确发生在哪个工位、由谁操作、怎样限制后续流转。如果ERP已有所需现场功能先验证配置、操作和集成是否足够。一家工序不多、追溯要求较简单的工厂现有ERP配合扫码终端可能已经能满足当前需要。另一些企业涉及复杂装配、单件履历、多条生产线和较高频率的现场事件专门的MES或可扩展的生产应用可能更合适。判断依据是业务深度和运行要求不是企业人数。质量或客户追溯要求紧迫时也可以先解决关键产线的执行与记录问题同时建立必要的主数据和订单接口。无需等全公司的ERP改造全部结束才允许现场项目启动。但如果两套系统同时建设不能让两个团队独立设计。物料、订单、版本、用料和完工如何交接需要共同确认否则上线时再对接很可能需要返工。五、建设范围写到什么程度才足以用于立项只写一期建设生产管理、二期建设质量追溯供应商很难据此确定工作量企业也很难验收。可以选一个产品族或一条有代表性的产线把范围写成下面六项。这是一份立项讨论框架不是固定的行业标准。1、管到哪里。明确工厂、产线、产品和工序。例如覆盖某类装配产品从任务下达到装配、测试和入库确认其他生产方式是否暂不纳入需要写清。2、管到多细。订单级进度够不够是否需要工序级记录哪些产品必须按批次或单件序列号追溯按单件管理就意味着现场要建立标识并记录关联不能只在需求书里增加一个追溯功能。3、谁在哪里完成动作。计划员从哪里下达任务工人在什么终端报工质量员在哪里判定仓库在哪里确认。还要确定哪些动作自动完成、哪些由人员确认防止把重复录入留给上线后的使用者。4、数据和单据由谁负责。物料与版本的发布来源是什么生产订单在哪里创建用料和完工结果按什么规则回写出现差异由谁核对。这里的负责既包括业务部门也包括负责维护的系统。5、出了异常怎样继续。缺料、返工、批次拆合、接口失败、断网和错报撤销哪些属于本期必须处理的情况不能只描述产品一路合格的正常流程。6、用什么结果验收。选择脱敏业务资料验证任务能下达、现场能按正确版本执行、规定的记录能查回、结果能进入后续业务。再加入一次错料拦截或返工以及一次回传失败后的恢复确认规则真的生效。写清六项以后还应列出本期不做什么。例如首期关注关键工序执行不做全厂设备预测维护采集扫码、测试结果和必要参数不承担机器的实时控制。机器的控制与安全联锁需要相应的工业控制系统承担。MES可以与设备和采集系统协同但不能因为它处在现场就默认替代PLC可编程逻辑控制器等控制设备。范围可以分阶段扩展验收却应覆盖本期业务从开始到结果确认的完整过程。只交付报工页面后面仍靠人整理Excel回填ERP就不能声称已经完成了计划与执行的协同。六、需要定制时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工作流智能体》织信产品文档
ERP里已经能下生产订单、领料、报工为什么还要建设MES这是一个值得认真回答的问题。毕竟再上一套系统增加的不只有软件费用还有现场操作、接口维护和培训。原来填一次的生产数据会不会变成填两次可另一边车间又确实需要更细的管理。某道工序能不能开工关键零件有没有装错不合格品能不能流到下道工序这些事不能等到月底汇总时才发现。于是企业容易陷入两种想法既然ERP有生产模块就把现场需求都加进去既然准备上MES就把所有与生产有关的功能都装进去。究竟该怎样分我们先看两套系统各自在解决什么问题再来看建设范围怎样落到实际业务上。一、同样管生产ERP和MES关心的事情不同ERP是企业资源计划系统MES是制造执行系统。把它们放在一张客户订单里看比单独解释名字更容易理解。假设一家装配企业接到一批设备订单。以下只是用于说明系统分工的业务示例。企业要安排交期需要先知道成品库存能覆盖多少剩下的需要生产多少缺哪些零件采购何时到货生产任务怎样安排。产品交出去以后还要关联发货、应收和成本。ERP把这些经营活动联系起来。生产需要的物料影响采购领用和入库影响库存材料与加工费用又影响生产成本。它关心的是这批业务占用了哪些资源形成了什么结果后续的账和单据怎样继续处理。任务到了车间问题会进一步展开。这台设备现在应该装哪个部件操作员用的是哪版作业指导书测试结果没通过能不能进入包装同一批产品有的在装配有的在测试有的在返修分别在哪里MES围绕这些现场动作组织生产执行。它把任务、生产依据、人员操作、物料投入和检验记录关联起来按照规则指导流转留下产品是怎样做出来的过程记录。ERP侧重把生产放进企业经营流程MES侧重把生产要求落实到现场过程。两者共同管理生产但观察的范围和需要处理的细节不同。这里不能顺势推导出ERP只能管计划。一些ERP本身就支持工序报工、质量管理和批次管理。SAP的S/4HANA生产资料中工序确认可以记录产出、报废、返工、实际时间等信息。企业如果已有这些能力就应该先检查是否用起来了不能因为没买独立MES就认定现场管理一定缺了一层。同样也不能把MES理解成更快的日报。车间每晚补录一次报工即使换成MES数据也不会自动变成实时。现场是否在关键动作发生时记录系统是否校验前置条件异常是否影响任务流转才决定它有没有参与执行。因此区别要落到实际功能与使用方式软件名称只能作为起点。二、计划、库存、质量都有重叠怎样分才不重复建设先看计划。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中的业务记录却可能还没更新。此时需要看到待处理的数据由指定人员核对、补传并保证重复发送不会多生成一笔报工或入库。若原报工需要撤销两边对应的记录也要按规则处理。这就是建设范围容易少算的一部分。订单下发和结果回传只是开始领料、消耗、退料、撤销和失败后的处理也属于两套系统协同工作的范围。四、企业缺的是哪一段能力项目就从哪里开始理解分工以后还不能直接得出所有企业都要先ERP、后MES的结论。先后顺序应当由当前问题、已有能力和业务约束决定。如果订单、采购、库存和成本之间还对不上先把经营业务的基础整理好。例如生产任务找不到对应订单领料没有明确归属完工以后库存不能及时更新。这时把车间每个动作都采集下来也不能自动解决订单和库存关系。应该先统一相关单据、物料编码和业务规则再判断是否需要新增系统。如果基础单据已经能正常流转但现场过程缺少控制就重点补制造执行能力。例如计划员不知道关键工序的等待情况操作员需要人工检查关键件有没有装错测试不合格的产品仍可能被送去包装。项目应把派工、投料校验、过程检验和异常处理列为重点明确发生在哪个工位、由谁操作、怎样限制后续流转。如果ERP已有所需现场功能先验证配置、操作和集成是否足够。一家工序不多、追溯要求较简单的工厂现有ERP配合扫码终端可能已经能满足当前需要。另一些企业涉及复杂装配、单件履历、多条生产线和较高频率的现场事件专门的MES或可扩展的生产应用可能更合适。判断依据是业务深度和运行要求不是企业人数。质量或客户追溯要求紧迫时也可以先解决关键产线的执行与记录问题同时建立必要的主数据和订单接口。无需等全公司的ERP改造全部结束才允许现场项目启动。但如果两套系统同时建设不能让两个团队独立设计。物料、订单、版本、用料和完工如何交接需要共同确认否则上线时再对接很可能需要返工。五、建设范围写到什么程度才足以用于立项只写一期建设生产管理、二期建设质量追溯供应商很难据此确定工作量企业也很难验收。可以选一个产品族或一条有代表性的产线把范围写成下面六项。这是一份立项讨论框架不是固定的行业标准。1、管到哪里。明确工厂、产线、产品和工序。例如覆盖某类装配产品从任务下达到装配、测试和入库确认其他生产方式是否暂不纳入需要写清。2、管到多细。订单级进度够不够是否需要工序级记录哪些产品必须按批次或单件序列号追溯按单件管理就意味着现场要建立标识并记录关联不能只在需求书里增加一个追溯功能。3、谁在哪里完成动作。计划员从哪里下达任务工人在什么终端报工质量员在哪里判定仓库在哪里确认。还要确定哪些动作自动完成、哪些由人员确认防止把重复录入留给上线后的使用者。4、数据和单据由谁负责。物料与版本的发布来源是什么生产订单在哪里创建用料和完工结果按什么规则回写出现差异由谁核对。这里的负责既包括业务部门也包括负责维护的系统。5、出了异常怎样继续。缺料、返工、批次拆合、接口失败、断网和错报撤销哪些属于本期必须处理的情况不能只描述产品一路合格的正常流程。6、用什么结果验收。选择脱敏业务资料验证任务能下达、现场能按正确版本执行、规定的记录能查回、结果能进入后续业务。再加入一次错料拦截或返工以及一次回传失败后的恢复确认规则真的生效。写清六项以后还应列出本期不做什么。例如首期关注关键工序执行不做全厂设备预测维护采集扫码、测试结果和必要参数不承担机器的实时控制。机器的控制与安全联锁需要相应的工业控制系统承担。MES可以与设备和采集系统协同但不能因为它处在现场就默认替代PLC可编程逻辑控制器等控制设备。范围可以分阶段扩展验收却应覆盖本期业务从开始到结果确认的完整过程。只交付报工页面后面仍靠人整理Excel回填ERP就不能声称已经完成了计划与执行的协同。六、需要定制时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工作流智能体》织信产品文档
