跟踪工序进度与超时滞留

这个场景能帮你做什么

订单写着“生产中”，仍不知道卡在加工、待检还是等待转运。WorkBuddy 可以根据工序事件和报工重建截止时点的进度，形成滞留核实清单。

开始前需要准备什么

准备工单路线与顺序、进出站或开完工事件、数量状态、返工路径、数据截止时点，以及企业确认的等待或加工时限。区分计划日期和实际事件，提供并行、跳过、返工等合法路径规则。

具体怎么做

第一步：按事件重建工序位置

让 WorkBuddy 按工单、批次与工序编号排列事件，列最新有效进入、离开和数量。不能以填了几个日期就推断做到了第几道；跳序、缺离站、重复过站和计划日期混入应单列。

第二步：区分加工、等待与记录缺失

按明确状态计算停留时间，与批准标准比较。自然时间、工作时间或班次时间采用指定口径。尚未离站的时长算到统一截止点，不能给各行使用不同“现在”。

没有状态证据时列“当前状态待核”，不要把漏报自动判成实物滞留。把长等待与交期、后续瓶颈关联，形成核实优先级。

第三步：更新反馈而保留历史

输出工单当前工序、在制量、进入时间、停留、触发标准、来源和核实岗位。收到现场反馈后分别标实物等待、已流转未报工或其他原因，列后续动作和下一次反馈。

用分批流转看懂结果

以下为演示数据，并非现场实测：批次 P 共 100 件，08:00 进入工序 20，09:00 有 60 件离开并在 09:10 进入工序 30；截止 10:00，其余 40 件仍在工序 20，状态记录为等待检验。采用自然时间。

结果应分两行：工序 20 的 40 件，本站停留 2 小时；工序 30 的 60 件，本站停留 50 分钟。前者只有明确的等待开始时间才能进一步计算“等待时长”，不能把 2 小时全部算待检。若未提供工序 20 的剩余状态，只能列“40 件状态待核”，不能据缺离站记录认定实物被卡住。

先要求在对话中预览“工单、批次、工序、剩余数量、状态、进入时间、离开时间、截止时点、本站停留、超时依据、待核事项”表。核对分批数量及返工路径后，再导出 Excel 进度表交现场核实；反馈更新状态和后续动作，保留原事件，不覆盖为一条最新位置。

可以直接交给 WorkBuddy 的完整要求

请根据导出事件整理工序进度，不读取实时设备或改系统。
按工单批次及正式路线排列实际事件，分开计划与实际，识别缺失、跳序、重复和返工。不要按非空日期数量判断最后工序。
在统一截止时点按我指定时间口径计算加工/等待停留，仅用批准标准提示超时。状态不明标待核，不把漏报当实物停留。
输出进度明细、超时及事件异常、交期影响线索与现场核实清单，保留数据更新时间和来源。不推断自动完工概率或根因。

完成后会得到什么

一张工序进度表，以及真正需要现场核实的滞留、缺报和路径问题。它反映导出时点，不构成实时看板服务。

结果应该怎么检查

追查一张返工单和一张分批流转单；检查同一批多次经过是否保留；复算跨周末停留；确认“已完工”没有被计划日期误触发。

遇到这些情况怎么处理

只有工单级报工时只能报告工单级进度，不编造工序位置。站点与 ERP 工序粒度不同时用确认的对应关系。时限未制定时只排列时长，不能默认两小时就超时。

哪些必须人工决定

现场核实实物与原因，计划生产决定催办和调整。WorkBuddy 组织记录和风险线索，实时采集、自动告警与调度另需系统工程。