ERP与MES的边界：一张对照表看清分工与接口

排产会上出现过这样一幕：两套系统都显示「这张单完成了 80 台」，数字一模一样，含义却不同。计划层算的是已完工入库的数量，执行层算的是已报工、还没入库的数量。争了半小时才发现不是谁算错，是两边把「完工」定义成了两个节点。谈昆山erp开发与车间执行系统的边界，多数时候争的不是功能多少，而是口径归谁、状态由谁改写、差异按哪张单对。下面先按四个维度把分工摆平，再往下走到接口字段和回传去重。

本文要点

• ERP 按订单与日周粒度管计划和账，MES 按工序与班次管执行和实绩
• 接口要约定幂等键与状态位，报工回传按「工单号＋工序序号＋流水号」去重
• 对账先统一计量单位、时间口径与良品判定，跨零点班次尤其要写清

两者定位差异

制造业常用的 ISA-95 分层里，ERP 大致落在 Level 4 计划层，MES / MOM 落在 Level 3 执行层，往下才是 Level 2 与 Level 1 的控制与设备层。层级差异直接带来时间粒度的差异：计划层按订单、按日周月看，执行层按工序、按班次、按分钟看。一台设备此刻的转速、某个工位的停机时长，属于执行层；这批料要不要采购、这批货的成本怎么结，属于计划层。

问「ERP和MES区别」，可以收成一句判断标准：一条数据若会改变订单状态、库存金额或财务账，归计划层；只影响现场调度、工艺判断与当班操作，归执行层。按这条标准过一遍，很多争执就不用开了。比如合格与不良数量两边都要，但计划层要的是按订单汇总后的净额，执行层要的是按工序、按不良代码分开的明细，粒度和用途都不同。

遇到过的一类情况是，计划层被要求直接存每一道工序的报工流水，结果单据量涨上去，月结时为了汇总又要跑一次大批量合并。分层不是为了划地盘，是让高频过程数据留在下层、按需要汇总后上收。把昆山erp开发同车间执行系统放在一起讨论时，先把「谁有权改写哪个状态」写清楚，后面的接口设计会少很多来回。

四维对照表

下面这张表按核心层级、主要业务、数据来源、输出内容四个维度展开，另补了状态节点与留存方式两行，方便对照接口字段。用法是拿本厂现有的一张生产订单，把两侧实际存在的字段往列里填，空格就是还没约定的地方。

表里有两列值得对着看。「输出内容」一列基本就是接口清单的起点：计划层往下送的是订单与版本，执行层往上送的是实绩与状态。另一处是「状态节点」，两侧节点数量不等，需要做一张映射表，并注明每个状态由哪一侧有权改写。缺了这张映射，常见的表现是订单在计划层显示已完工、在执行层还挂着两道未检验工序，两边都觉得自己没错。

还有个容易忽略的点是留存方式。执行层的高频过程数据不必整批进计划层，按批次、按订单留索引即可，需要追溯时再调阅。讨论昆山erp开发与车间系统的分工，若只谈功能覆盖而不谈留存与归档，上线一两年后数据量压上来，麻烦会回到报表和备份上。

工单下达与实绩回传

下行链路从生产订单开始。计划层生成订单时要带齐：订单号、料号、计划数量、计划开工与完工日期、BOM 版本、工艺路线版本、批次或序列号要求。执行层接到后按工艺路线拆成派工单，落到工序序号、工作中心、设备、班次、操作人。版本字段不能省——工艺改过一轮、订单还引用旧版本，现场就会照着旧工序做。

上行回传的是实绩：合格数、不良数与不良代码、实际工时、物料实际消耗（含批次）、设备停机、工序状态变更。计划层拿这些更新订单进度、扣减库存、归集成本。这里有个必须提前定的细节：同一笔业务只能由一个动作扣料。若执行层已按报工逐笔回了物料消耗，计划层完工入库时就不要再按标准 BOM 反冲（backflush）；反过来，若采用反冲，执行层就只回数量与工时，不回消耗明细。两边都扣，差异会在月末一起冒出来。

去重靠幂等键。接口重试、终端补传、消息重复投递都会让同一条报工到达两次，约定 工单号 + 工序序号 + 报工流水号 作为去重键，接收侧按它判重，重复的直接回「已接收」而不二次记账。谈生产系统集成时，接口清单往往就是从这张字段表起步的，先定必填项与去重键，再定时延与重试，顺序反了容易反复改。

1. 必填：订单号、工单号、工序序号、报工流水号、料号、报工时点
2. 必填：合格数、不良数、不良代码、操作人与班次
3. 条件必填：物料消耗批次（逐笔扣料时）、设备编号（停机事件时）
4. 可选：工艺参数摘要、检验记录编号、备注
5. 接收侧回执：接收状态、重复标记、失败原因码，便于终端补传

接口方式比较

ERP MES对接没有统一答案，按业务对时延的容忍度选。报工汇总、主数据下发这类按批处理即可；设备故障停机、订单状态突变这类需要尽快通知的，用事件更合适。实时不等于准，准不准取决于口径和去重，不取决于消息跑得多快。

中间表做法里，状态位是省事的关键：N 待处理、P 处理中、E 失败待重投，接收侧只改自己那一列，谁写入、谁读取分清楚，出问题能直接按状态位捞单。消息队列常出现同一消息多次投递，重复消息是常态而不是异常，消费端去重必须做，不能指望发送端不重发。文件交换则要留原始文件和批次号，导入失败时能对到具体那一包。

失败处理比选哪种方式更容易被漏掉。重试次数、失败后的死信或异常队列、人工补偿单据入口、以及一个每日兜底的对账任务，四项要一起写进接口说明。没有兜底任务，某晚一批报工没过来，可能到月结才被发现。

• 业务能等多久？按容忍度定时延，不按「越实时越好」定
• 是否会重复投递？重复时按哪个键去重
• 失败后落到哪里？异常队列还是人工补偿单
• 谁负责重投？重投会不会二次记账
• 有没有每日兜底对账，能不能把漏掉的一批捞出来

数据口径与对账

口径统一是对账的前提，字段通了不代表数对得上。计量单位排在前：计划层按基本单位记账，现场可能按件、按托盘、按卷报工，换算系数与舍入规则要写进接口，舍入差归到哪一侧也要约定，否则每笔差一点、月结攒成一堆。

时间口径紧随其后。自然日还是班次？跨零点的夜班算哪一天？报工时点、入库时点、过账时点取哪一个？这三处不统一，两侧日报表会差一天的量，看起来像丢数，实际只是归属不同。良品判定同样要拉一张映射表：合格、不良、待判、返工合格分别对应什么代码，返工品算不算重复产出，待判品挂在哪一侧账上。在制品归属也要写明——已投料未报工、已报工未入库，分别记在哪个科目或状态里。

对账动作分两层：日结按工单汇总比对投入、合格产出、不良、在制四项；月结按料号比对库存移动与成本。差异台账记到单据级，标上是时点差、单位换算差还是判定口径差。常见情形是夜班跨零点，一侧把 23:50 的报工记当天、另一侧记次日，日结对不上但月结能对平，这类差异归到时点类即可，不必追成数据错误。

1. 单位：基本单位、现场单位、换算系数、舍入差归属
2. 时间：自然日 / 班次、跨零点归属、报工 / 入库 / 过账三个时点
3. 判定：合格、不良、待判、返工合格的代码映射与是否重复计产出
4. 在制：已投料未报工、已报工未入库的挂账位置
5. 对账：日结按工单四项，月结按料号移动；差异分类记到单据级

常见误解

误解一，上了执行层就不用计划层。层级不同，采购、库存金额、成本与总账仍留在计划层，执行层不生成凭证。误解二，一套系统把两边全包。通用产品在粒度上各有侧重，硬把工序级明细和财务账压进同一套结构，两头都会别扭；分工清楚、接口做实，比强求一套更省事。

误解三，接口做到实时数据就准。准不准看口径、幂等键和对账，时延只影响快慢。误解四，报工数可以直接拿去算工资或成本。它还要过检验判定、工时口径与在制品归属，中间少了哪一步，数就会偏。误解五，边界一次划完就不动。新增外协工序、换了产线、工艺版本调整，都要回看状态映射表和字段表，映射表跟着工艺走才有用。

把昆山erp开发同车间执行系统混着谈，容易在这些误解上绕圈。回到那张四维对照表，逐列问一句「这条数据改变了什么」，边界基本就能落下来。想按主题把基础数据、实施阶段、系统边界几块串起来读，可到行业动态栏目按簇查阅；某个字段的口径仍拿不准，也能通过免费咨询归类后再逐项核实。本文只做通用技术科普，不针对具体产品下结论。

小结

边界说到底是四件事：层级与粒度不同、状态由谁改写要写清、接口靠幂等键和兜底对账保住不重不漏、口径先统一再谈对账。回看开头那场「都完成 80 台」的争论，问题不在数字，在两个「完工」节点没对齐。明天能做的一件事很具体：拿一张真实生产订单，把计划层和执行层的字段名并列抄成一张映射表，先把「同名不同义」的三列圈出来——多半就包括完工、合格数与报工时点。圈出来，接口说明就有初版了。

本文为行业经验与技术分享，不构成效果承诺；具体交付范围、周期与资费以书面方案为准。