制造工单为什么显示Blocked：把工序依赖和排程时间分开看

制造执行系统里，一道工序已经排上时间，却仍显示“Blocked”，并不一定是软件卡住了。排程回答预计何时开始，依赖状态回答前置条件是否完成。把这两件事混成一个“进度”，容易让交接人员误以为可以立即开工。

Odoo 19.0文档给出的机制是：在物料清单的工序中配置依赖关系，某道工序可以被另一道工序阻挡。没有前置阻挡的工作单显示To Do；被阻挡的显示Blocked，前置工作单完成后才转为To Do。[1] 这里解释的是软件中的关系，不是机器故障诊断，也不能替代现场开工条件的确认。

可以用一个虚构的演示订单理解它。订单有“整理组件”和“组合装配”两道工序，后者依赖前者。假设演示数据中前一道预计用时半小时，系统计划安排它九点开始，后一道便可能从九点半起排。到了九点半，前一道若还没有完成，时间表上的位置不会自动成为已完成的证据。复核时需要同时看前置工单状态、预计时间和实际反馈，不能仅凭日历上的起点作判断。

当问题是“这个订单哪些环节还没结束”，按生产订单查看计划更直接；当问题是“为什么许多订单同时等一台设备”，按工作中心查看更容易看清资源占用。官方文档分别提供Planning by Production和Planning by Workcenter两种视图。[1] 日常交接可先从订单视图圈出等待环节，再到工作中心视图找同一时段的其他安排，而不是反复拖动日期试错。

依赖线变红也有明确含义。文档说明，手工重排可能把后续工作单放到前置工序之前，造成顺序冲突。点击连线上的取消按钮会解除依赖；它不是单纯把红色提示隐藏。若依赖关系本来正确，应先检查被移动的工作单，并使用保留依赖的重新计划流程。[1]

给同事的交接备注可以写成：“订单甲，装配仍等待组件整理；计划九点半不代表已经可做；待核实前置完成反馈后重排。”这是本文的记录示例，不是实际生产订单。备注保留订单号、前置工单、等待原因与下一步核对对象，比一句“系统有问题”更容易让接手人复现情况。现场工艺、设备安全和实际放行仍按企业已确认流程执行。