制造订单为什么会晚，怎样追到第一处受阻工序

先把订单晚到哪个节点说清楚

一张订单被标成晚单，先要问它晚过了哪一个日期。客户要求日、工单 need-by date、计划完工日、计划发货日和客户收货日各自回答不同问题。日期对象没有说清，晚三天这个数字就没有可比性。

Oracle 在其生产排程中把晚工单定义为计划完工晚于 need-by date，把晚需求定义为可用日期晚于 requested date。Microsoft 的订单承诺文档则把最早发货日、最早收货日和所采用的日期控制方法联系起来。两家产品的字段不能直接互换，它们共同提醒团队先写清比较节点。

同一笔分析还要记录工厂时区和数据截止时间。昨天导出的计划与今天的报工、停机或到料已经错开，再精确的天数也只代表昨天。计划员看到晚单标签时，应当同时看到比较日期、当前候选日期和这两个日期的来源。

固定本次分析的范围和数据时点

分析开始前，先固定工厂、订单范围、排程周期、订单状态、资源范围和数据截止时间。Oracle 的需求分析文档说明，销售订单和调拨需求是否进入排程会受到日期、状态和排程范围影响。订单没有进入本轮，结果自然不会反映它占用的供应和产能。

时间范围也会改变结论。Microsoft 的主计划与有限产能文档都使用不同时间围栏控制需求、产能和计划动作看到多远。围栏外的订单或资源限制没有参加本次计算时，页面应明确显示分析边界，不能让读者以为整个工厂都已经算过。

范围固定以后，先对账订单数量、需求日期、当前状态和现行排产表。重复订单会制造虚假负荷，已经取消或关闭的需求会污染比较，未进入快照的新订单又会留下假余量。对账没有完成的记录可以继续保留，结论旁边要标明待核。

从订单日期追到每一道工序

订单层的计划完工日是多道工序共同作用的结果。Microsoft 的路线与工序文档把工艺路线写成工序顺序，并为每一步关联资源要求、准备时间和运行时间。路线版本还可能随产品、工厂、数量和日期变化。

追查时把订单展开到工序，逐道查看计划开始、计划结束、前序关系、剩余数量、适用资源和当前状态。先找到最早出现等待或后移的工序，再看这道工序为什么没有按原计划开始。它是调查起点，还不能直接当成最终根因。

Oracle 的需求分析可以从一条需求高亮对应生产工序，pegging 分析可以继续查看上游供应和下游消耗关系。这种关联适合缩小调查范围。若工艺版本、前序关系或资源映射本身有误，图上的路径也会跟着出错。

检查产能怎样把工序往后推

工序已经找对，下一步看目标资源在计划时段有没有可用能力。资源日历、班次、停机、维护、已经预留的工时和前面排着的任务都会改变工序能够落下的位置。只看设备台数，解释不了哪一段时间已经被占用。

Microsoft 的有限产能文档说明，有限产能需要在计划和相关资源上启用，并受时间围栏限制。资源没有足够能力时，日期可能被推后。这个结论只覆盖系统中已经配置并进入计算的资源，不能延伸到尚未表示的模具、人员、工具或外协窗口。

Oracle 的甘特图把停机、资源利用、固定开始、是否允许换资源等条件放在排程分析中。汇总负荷或颜色可以指出受压期间，具体晚单仍要回到工序和资源占用明细。一个资源看起来很忙，也不等于它就是这张订单最早出现的阻塞点。

检查物料和上游供应能否支持开工

机器有空，关键物料还没到，工序仍然不能按计划开始。Microsoft 的 CTP 文档说明，对应产品会把在手库存、所需物料、生产能力和运输时间纳入日期计算。批量计算还可能因为订单或相关设置变化而失效，等待下一次计划运行才更新。

Oracle 的 pegging 文档把上游来源分成在手库存、入库供应、生产工单和短缺数量，并把它们连接到下游需求。分析晚单时，可以沿着这条关系查到哪一项供应支撑哪一道工序，再核对数量、日期和状态。pegging 表示系统中的供需关联，仍需结合真实预留和现场使用情况复核。

Kavop 当前只使用本轮已经确认的物料状态解释纳入范围的物料风险。公开材料还不足以证明完整的库存、预留、供应、需求、短缺和替代料可用性逻辑。页面可以写关键物料待核、供应日期待核或数量不足，不能把候选替代料和计划收货写成已经可用。

把约束证据和数据问题分别留下

晚单可能来自真实约束，也可能先暴露一处数据问题。已完工工序没有报工，会让剩余负荷继续占着资源。过期日历、错误路线版本、漏掉的停机和失效供应日期，也会把订单推到一个现场无法认可的位置。

Oracle 的需求页面列出多种不会进入刷新范围的履约行，包括已经取消、已经关闭、缺少发货数量或缺少要求发货日的记录。这个清单属于 Oracle 产品，却说明了一个常见检查动作。先确认对象有没有进入本轮，再解释计算结果。

分析记录应把日期差异、首个受阻工序、相关资源或供应证据，以及尚未核实的条件分开写。这样做以后，计划员可以接受一部分结论，同时退回某个字段继续核对，不必在可信和不可信之间整篇二选一。

日期差异

写清比较节点、比较日期、当前候选日期、时区和数据截止时间。

首个受阻工序

记录最早出现等待或后移的工序，以及它与后续工序的关系。

关联证据

列出相关资源占用、停机、上游供应、短缺或前序任务，并保留来源。

待核条件

标出缺失报工、过期日历、工艺版本、现场例外和本轮未纳入的约束。

把晚单结论交给计划员复核

一份能用的晚单分析，要让计划员从结论回到订单和工序。报告应保留订单号、比较日期、候选完工日、首个受阻工序、关联资源、物料或上游供应、受影响的后续订单、数据缺口和分析版本。原因没有核准时，可以写成待核线索。

计划员随后核对现场状态、优先级和未建模条件，再比较移期、调整顺序、经批准的替代资源或其他候选。客户日期仍由企业授权人确认。内部候选完工日不会自行变成对外承诺。

Kavop 当前读取公司提供的订单、工艺、资源、物料状态、日历、规则和现行排产快照，生成候选方案并解释确认范围内的晚单、瓶颈、产能、物料和插单风险。第一轮保持只读，计划员决定结论是否成立以及候选怎样继续交接。