MES 延误归因的技术路径：计划、物料、报工与质量记录

MES 延误归因的技术路径：计划、物料、报工与质量记录MES 报工可见工序何时变慢，原因还需对照计划、物料、现场执行和质量记录。AI 适合按工单整理证据和缺口；责任归因、排产调整、设备控制仍由有权限人员按既定流程决定。

排障先锁定一张工单、一个物料和时间区间，再沿权威系统的记录逐项比较。以下是方法示例，不是客户成果或设备控制方案。

延误是结论，MES 里看到的往往是结果

MES 擅长记录工序现场：哪道工序什么时间开工、什么时间报工、由哪个班组完成、实际完成多少件。这些数据回答「做了什么」，却很少解释「为什么没能按时做」。

延误的起点经常在 MES 之外。客户改交期或临时插单，计划侧的排产顺序就变了；原料到货晚于计划用料时间，工位只能等；上一道工序被判返工，后面的工序跟着顺延。这些事件都真实发生，但它们未必在 MES 里留下完整痕迹。于是出现一个很常见的局面：同一次延误，MES 上是一串变晚的报工时间，ERP 上是一次计划变更，WMS 上是一条晚到的收货记录，三者时间上互相咬合，却被分别看在三个人的屏幕上。

在 MES 里看到的现象	可能的起点位置	说明
某工序报工时间整体后移	计划侧	工单本身被调整过顺序或日期，工序按新计划执行
工序之间出现长时间空档	物料侧	待料、批次不合格或备料未完成，工位在等
同一工序报工多次	执行或质量侧	返工重做，或设备短暂停机后的补报
完工时间晚于计划，但各工序耗时正常	计划或质量侧	计划开工时间已推后，或检验放行占用时间

这张表只列可能性，不代表其中任何一项已经发生。

四类原因，分别要哪个系统作证

把原因归类之后，查什么、到哪查就清楚了。下面四类涵盖了制造现场常见的延误成因；实际企业里字段归哪个系统保存，仍要看各自的系统建设情况。

原因类别	典型表现	主要作证系统	需要对齐的时间点或字段
计划类	交期变更、插单、工单改期、计划未及时下达到工位	ERP 计划与订单、MES 工单派工	计划开工与完工时间的前后版本、变更时间
物料类	原料未到、批次不合格、备料未完成	WMS 收货与备料、ERP 采购	实际到齐时间与计划用料时间的先后
执行类	报工延迟、返工、设备停机	MES 报工与设备状态记录	各工序实际开始与结束时间、返工次数
质量类	检验未放行、判定返工或让步接收	质量检验单据	送检时间、判定时间与放行时间

四类记录有一个共同前提：只有在同一张工单、同一个物料、同一段计划时间下比较，时间点才有意义。把不同工单或不同批次的记录拼在一起，得到的只会是一张看起来很像证据、实际站不住的表格。

一次排查按什么顺序走

按固定顺序排查，每一步都建立在上一步已确认的事实上，不容易越查越乱。

先锁定范围：明确一张工单、一个物料、一段计划时间。范围不锁定，后面所有时间点都无从比较。
查计划侧：拉出这张工单的计划版本与变更记录，确认计划开工、计划完工时间是否被调整过，调整发生在什么时间。
查物料侧：对齐计划用料时间与实际到齐时间，核对是否存在批次状态不满足领用条件的情况。这一步要回答的是「工位当时有没有料可用」，只看仓库账面数量并不足以判断。
查执行侧：看各工序的实际开始与结束时间、是否存在返工报工、设备状态是否在同一时段有停机记录。
查质量侧：对齐送检、判定与放行时间，确认检验环节是否占用了等待时间。
汇总成清单：交付物应该是一份可核查清单，每一行写清任务、时间点、记录来源系统，并标明哪些已证实、哪些缺少权限无法核对。

这份清单同时是一份待办分工表：物料侧的时间差交给采购或仓储核实，执行侧的交车间和工艺核实，质量侧的交检验核实。AI 把该找谁、该核什么整理出来，核实动作仍由对应岗位完成。

哪些结论不能下，边界在哪里

延误归因往往牵涉考核与责任，这一层判断不适合交给模型。AI 能给出的是记录之间的对不上之处，不能替任何人认定哪道工序、哪个岗位该负责。

同样需要守住的是一条数据边界：员工账号看不到的采购价格、其他车间工单或未授权的质量结论，查询结果里应当写明「该部分证据缺失，需有权限的人补充」，不能用推算填满。星云 PLUS 采用两层权限判断，连接器只决定当前员工能否调用某项能力，功能权限与数据权限仍由目标系统按其账号规则最终判断，因此不同岗位拿到的同一份查询，数据范围本来就应该不同。

如果后续把延误处置也接入进来，比如由 AI 在原业务页面里预填调整工单或补录说明，那属于写操作，默认要求员工确认后才生效。页面预填只是把字段准备好，页面预填不等于提交成功，一切以页面回执或目标系统的实际结果为准。设备控制类动作不在本文范围，也不在已确认的产品能力内，是否需要该方向须结合 MES 能力与现场安全条件单独评估。

首个排查场景怎么验收

不要一上来就覆盖全部产品线，也不必先接完所有系统。选一张工单、一个物料、一段时间的延误，先把这一条链路走通，再谈扩展。

验收项	要回答的问题	证据形态
结果可核查	查询结论与人工核对是否一致	取一组人工已核过的延误样本做对照，结论一致或差异有说明
权限与原系统一致	不同岗位通过 AI 看到的数据范围有没有被放大	与原系统中的可见范围逐项对照
确认机制到位	场景里的写操作是人工确认还是允许自动执行	逐项配置的记录，并以页面回执为准
审计可追溯	每次查询能否还原	能查出是谁、在什么入口、用了哪项能力、对哪个系统、结果如何，支持查询与导出
异常有表现	系统不可用、数据缺失或权限不足时是什么表现	结果明确提示，不静默返回空值

首个排查场景可按上述边界先行验证；正式项目周期应以场景范围和系统条件评估为准，不作为承诺。

联调与验收清单

分别准备计划变更、物料延迟、工序卡点和质量返工样本，记录员工身份、来源系统、更新时间、权限拒绝和人工复核结果。需要调整工单时保留人工确认；页面预填 ≠ 提交成功。