《工单已经报工完成，仓库为什么还找不到能发货的那一箱》

下午四点，销售催问一张明早必须发走的订单。生产看板上，工单已经报工完成；仓库却说，货架上只有几箱外观相同的产品，没有一箱能确认可以直接发货。

车间主任带着仓管沿着最后一道工序往回找。包装区说产品已经装箱，检验员说抽检结果合格，操作工也能指出大概放在哪片区域。每个人都有一段事实，却没有人能把它们接成一条完整链。

完工只是生产动作结束

系统里的“完工”，通常只说明计划数量已经报上去。它不自动等于实物已经装箱、质量已经放行、标签已经绑定、库位已经确认，更不等于这箱货已经满足某张订单的发运条件。

问题就出在几个状态被压成了一个绿色图标。最后一件产品下线时，操作工先报工；检验结果晚几分钟回来；包装员临时换了纸箱；叉车又把货移到旁边通道。界面还是完成，实物关系却已经断开。

继续追查后，仓管发现两箱产品共用同一个手写批次号。一箱少了两件，另一箱混进了上一工单的尾数。为了不误发，他只能把两箱一起冻结，再等质量和生产重新核对。

第一件事是确认“做出了什么”。工单号、产品、批次和实际数量要在下线点形成对应，不能只记一个累计完成数。发生拆箱、合箱或尾数并箱时，也要保留新的关系。

第二件事是确认“是否可放行”。检验完成、让步接收、待判或返工必须是独立状态。生产完成后仍待检的实物，应当有清楚的隔离位置，不能和可发货库存共用一个可用标记。

第三件事是确认“现在在哪里”。从包装工位到暂存区，再到正式库位，每次移动都要有对象、时间和接收人。只扫库位不扫物流单元，或者只记搬运完成不记去向，都无法回答实物位置。

第四件事是确认“属于哪次发运”。拣选、复核、装托和交接承运人是新的事件。产品批次与纸箱、托盘、订单之间的绑定，要在现场动作发生时完成，不能等装车后再补录。

这类问题不必先上复杂项目。可以挑一张次日交付订单，从最后一道工序开始，给每个物流单元一个唯一标识，并规定四次必扫：下线、质量放行、入位、拣选交接。

班组长只看三个异常：状态跳步、数量不平、位置超时。任何一项出现，就由当前接收人暂停流转并补齐事实。系统不替现场判断，但必须让下一位接收人知道自己接到的是什么状态。

岗位动机也要摆到桌面上。仓管怕错发后背责，生产容易认为报工后“不归我”，班组长常常责任大于权限。接单、转交、处理、升级和关闭的职责边界不清，人就会先自保，跨部门配合也会变慢。

工厂老板可以把这份检查清单转发给厂长和车间主任，逐项核对身份、状态、位置、去向四个字段。每天下班前只复盘断链点，不把所有异常平均分摊给一线人员。

并不是所有工厂都要做到单件追溯。小型工厂可从箱或托盘开始，中型工厂再接订单和批次；有些成熟工厂已有自动采集，也不一定要重建系统，先补缺失的交接事件即可。

一周后再核对三件事：仓库找货用了多久，冻结后多久找到责任环节，发运复核是否还能发现来路不明的箱子。若结果没有改善，应先查采集点和交接规则，而不是继续增加字段。

我是三色灯MES系统发明人黄朝兴，关注我，持续讲透制造业一线故事背后的管理逻辑。