WCS 宕了，货还得出：立库降级运行的实战手册

2023 年秋天，Kansas City 一家 14 万平方英尺的食品分拨仓，凌晨 2 点 47 分。夜班主管给我打电话，声音都在发抖：巷道里 8 台堆垛机全停在原地一动不动，屏幕上的任务队列彻底卡死——WCS 刚打完一个升级补丁，任务调度器僵死了。灯是亮的，电好好的，堆垛机本身也没坏，就是系统的"脑子"乱了。WMS 还在往下灌波次，出库口等装车的卡车已经在门口排上了队。

先说一句，这和停电是两码事。停电了你反而清醒，发电机一响全场都知道出大事了。系统故障最吓人的是"半死不活"：设备看着都好好的，货就是出不来，值班的人第一反应永远是"再等等，看它会不会自己好"。我见过一个仓，就因为这句"再等等"，凌晨两点硬拖到五点半，早上第一批卡车直接错过了配送预约窗口，罚金加改约，忙活一通全是亏。

先判：到底哪一层出的毛病

立库的控制链是三层：WMS 下发任务，WCS 负责调度，堆垛机的 PLC 执行。哪一层坏了，打法完全不一样，别一上来就乱重启。

WCS 僵死是最常见的一种：任务队列停了，但设备全部在线，堆垛机就停在原地等指令。PLC 层出问题通常是单台堆垛机报警，其他巷道照常跑。网络抖动更讨厌，时断时续，任务一会儿下一会儿不下，现场看着像见了鬼。

我踩过最大的坑在 2019 年，Ontario 一个仓。WCS 看着像挂了，值班经理二话不说直接重启服务器——结果在途任务的状态全丢了，几十个托盘的实际位置和系统记录对不上，账实差异盘了整整三天才理顺。三天里出库全靠人工核对，效率跌到谷底。所以我的铁律是：先看日志再动手，重启永远是最后一步，不是第一步。动手之前，先确认这三件事：WCS 任务监控里最后一条成功下发的任务是什么时间；各堆垛机 PLC 是不是都在线；WMS 到 WCS 的接口心跳正不正常。这三件事花不了十分钟，但能决定你后面是修半小时还是折腾三天。

先把任务队列"排空"：drain 不是关机

确认是 WCS 层的问题、设备都在线，第一步不是修，是先排空——让已经下发到堆垛机的在途任务先自然跑完，同时冻结 WMS 继续下发新任务。顺序不能反：货叉上、输送机上的托盘都是有主的，强行停机等于把半成品扔在半路上，回头一个都找不回来。

排空期间现场就做三件事：冻结 WMS 的波次释放；允许在途任务自然完成；把卡在输送机上的异常托盘人工记下位置。这个过程看着慢，一般要几十分钟，别催，也别觉得"这不就是在等吗"。它保住的是账实一致。上面 Ontario 那个仓的反例已经够贵了——省了半小时排空，花了三天盘点，这个 trade-off 我希望你一次就记住。

立库控制室工程师操作实景

半自动和手动，到底怎么跑起来

WCS 短期内恢复无望，但今天的车等不了，那就得降级跑。降级分两档，看你手里还有多少人。

第一档是半自动：堆垛机切到单机模式，巷道口的操作员拿着打印出来的任务单，手动指派出入库。效率大概只有正常的三分之一到一半，但不断流，卡车能一辆一辆接着装。第二档是纯手动：叉车开到巷道端头，人工拣选出库，WMS 里手工做库存移动单。听着很土，但 2023 年 Kansas City 那次，我们就是靠半自动撑了 6 个小时，把当天的出库计划赶完了，卡车一辆没落下。

有两个细节决定降级跑是救命还是添乱。第一，WMS 必须切到"手动任务"模式。如果 WMS 还在按自动化节拍排波次，任务越下越多，现场越跑越乱，等于一边救火一边倒油。第二，降级期间每一个手动动作都要留记录：谁动的、动的哪个托盘、从哪个库位到哪个库位。WCS 恢复之后要做账实核对，没有这份手写记录，差异会一直埋着，直到下一次盘点才爆出来——到时候你连是谁动错的都查不到。

还有一个容易被忽略的环节：输送机环线。堆垛机切单机模式后，进出库输送线往往还连着 WCS 的信号，WCS 一死，输送机要么全停，要么空转。Kansas City 那次，我们是把输送机切到本地手动，用对讲机协调巷道口和出库口的人工接驳。看着原始，但这是降级流程里最容易卡住的一环，写预案的时候别只写堆垛机，把输送机和提升机的手动接管也写进去，否则货出了巷道却堆在输送机上，一样出不去。