结论先行：每天开波前花 10 分钟，做一次 WCS daily check（开工巡检），把这 5 个指标看一遍——设备在线率、任务队列深度、报警数、通讯状态、上游 WMS 接口心跳——当天上午就不会开波就翻车。这个坑我见过三次。带过的 30 多个上线项目里，凡是早上省了这 10 分钟的，一半都在三个月内吃过一次至少 30 分钟的停线。省小钱，吃大亏。
WCS daily check 的 5 个指标，水位怎么定
指标本身不重要，水位重要。没有阈值，监控屏就是个电子壁纸。下表是我给现场定的通用版本，贴出来直接用，但你第一次启用时最好按自家厂商 SLA 微调一版。
| 指标 | 正常（绿灯） | 黄色行动线 | 红色停线 |
|---|---|---|---|
| 设备在线率 | ≥98% | 95%～98%：开波前逐个确认异常设备 | ＜95%：停线排查 |
| 任务队列深度 | ＜200 | 200～500：开波先泄压 | ＞500：停线泄压 |
| 报警数（近 2 小时） | ≤3 条且全部已确认 | 有未确认报警 | ≥10 条，或同类报警重复出现 |
| 通讯状态（PLC／扫描器／AMR） | 全部连接正常 | 个别设备正在重连 | 主线 PLC 断开，或任一关键设备掉线超 10 分钟 |
| WMS 接口心跳 | 最近一次心跳 ＜5 秒 | 5～30 秒 | ＞30 秒，或心跳超时 |
记住口诀：绿灯直接开，黄灯降速开，红灯才能停。后面会讲为什么黄灯不停。
WCS daily check 10 分钟实操流程
时间卡死，动作卡死，别在监控屏前发呆。
第 0～2 分钟：设备在线率。 打开 WCS 设备总览，数离线设备。离线的是主线设备还是辅线？辅线设备（比如一台备用打包机）离线，黄灯照开，主线 PLC 离线，直接红灯。这个判断 2 分钟必须做完，别等班组长开完早会再说。
第 2～4 分钟：任务队列深度。 看待执行任务数。昨天夜班有没有留尾巴？大促季经常有夜班干不完的单压到早上。队列深度 200～500，先手动放一波老任务泄压，别让第一波新波次直接压上去。
第 4～6 分钟：报警数。 看近 2 小时的报警记录。重点看两类：未确认的，和同一设备重复出现的。重复出现的报警是系统在给你写信，只是你没拆。
第 6～8 分钟：通讯状态。 逐页扫 PLC、扫描器、AMR 的连接状态。通讯状态最容易被忽略，因为它正常的时候界面上什么都不显示。注意 AMR 的"重连中"状态：看着像临时抖动，实际上经常是 Wi-Fi 漫游失败卡住了。重连超过 10 分钟，直接按红灯处理。我见过一台 AMR 在巷道口离线，界面上只是个小黄点，结果叉车司机绕行时撞上了货架，修了两天。
第 8～10 分钟：WMS 接口心跳 + 试跑。 确认 WMS 心跳正常后，人工下一波 5 单的小波次试跑。心跳正常不等于语义正常，试跑才是真话。
谁来做？ 别指望操作员顺手做。夜班交接班记录里加一行"队列深度"，开工巡检责任人写在白板上。我的项目里一般让中控室值班员做这 10 分钟，班组长复核黄灯以上的项。责任人不明，清单就是废纸。还有，巡检结果要留痕——WCS 里导一份当天的阈值截图存档，出了事复盘有据可查。
翻车实录：没看队列深度，开波就堵死
说个具体的。2024 年 6 月中旬，杭州萧山一家美妆电商仓，大促前一周。夜班 10 点下班时，WCS 里积压了 1180 个待执行任务——白天促销单尾加上白天一条码垛线故障、靠人工补救压出来的。夜班班长看了一眼，没管，直接锁门走人。
第二天早上 8 点开波，操作员按正常节奏把第一波 600 单放进去。8 点 40，队列冲到 2400 多，输送主线分拣口全堵，卡住的托盘顶着后面的箱子，安全光栅一报警，整条线急停。停了 42 分钟才疏通完。当天 3.2 万单出库全部延误到下午，客服电话被打爆。
复盘的时候我问：早上开工前有没有人看队列？没有。1180 这个数字要是早上看一眼，黄灯线 500 早就红透了。500 这个阈值不是拍脑袋的：一条常规输送线的缓存位一般能吃掉 300 个单左右，队列超过 500 就是真压不住了，必须先泄压再开新波次。正确的做法是什么？早上 7 点半，先手动释放 300 个老任务，让线跑起来消化 20 分钟，再看队列回落到 200 以内才放新波次。泄压的 20 分钟看着慢，但比起 42 分钟的急停加全天的延误，哪个划算一目了然。
再说一个，这个坑我见过三次。2023 年 11 月，昆山一家 3PL 仓。早班开工，报警面板干干净净，0 条报警。操作员觉得今天运气真好。上午 9 点，自动码垛机抱闸，叫维修过来一查：报警转发服务半夜 2 点就挂了，PLC 侧一晚上报了 17 条报警，一条都没送到 WCS 界面。反常识的判断来了：0 报警比 10 条报警更吓人。 有报警至少说明报警链路是活的。我们的 WCS daily check 里专门加了一条：如果开工连续 3 天 0 报警，先查报警服务是不是还活着，而不是庆祝。
第三个，2025 年 2 月，深圳一家跨境仓。WMS 凌晨 3 点发版重启，心跳显示正常。早上 7 点开波，40 分钟一个单都没下来。查下来是 WMS 发版改了波次单号的格式，WCS 认不出来，接口心跳一切正常，语义已经断了。所以第 8～10 分钟的 5 单试跑不能省，心跳是心跳，业务是业务。这家仓后来的做法：WMS 每次发版，强制 WCS 侧做一次 5 单试跑并截图留档，发版窗口挪到凌晨 4 点之后，错开早班开工。IT 发版和仓库开工是两个部门，靠自觉协调等于没协调，写进 SOP 才算数。
三个故事，三种死法，病根都是一个：早上开工没人看屏。队列、报警、心跳，任何一个指标早上瞄一眼，事故都不会发生。10 分钟换 40 分钟，这账不用我再算了吧。
黄灯是用来降速开的，不是用来停的
这是个 trade-off，现场经常吵。黄灯行动线出现了，到底是停线排查，还是降速开波、边跑边修？
我的答案：只有红灯停线，黄灯降速开。 算一笔账就明白了。一次停线，哪怕只是 15 分钟，全线人工待机、波次延误、后面班次连锁晚开，损失是确定的。黄灯降速开波，效率打个 7 折，但货在走，钱在赚。降速运行的问题是风险可控的——黄灯意味着有人盯着，有异常随时升红灯。
决策框架很简单，贴在中控室跟阈值表放一起：
| 情形 | 动作 | 谁来定 |
|---|---|---|
| 黄灯单项（如队列 300） | 降速 70% 开波，指定专人盯屏 | 值班员可直接定 |
| 黄灯两项叠加 | 降速 50% 开波，通知班组长到场 | 班组长定 |
| 红灯任一项 | 停线排查，不开波 | 必须班组长以上定 |
注意第二行：黄灯是会叠加的。队列 300 单独看是黄灯，通讯再掉一台扫描器也是黄灯，但两个黄灯叠在一起，风险不是加法是指数级的。这时候降速到 50%，或者干脆按红灯处理，我都支持。阈值表是死的，叠加判断是活的，靠的是盯屏的人。
但有一条铁律：黄灯降速开波，必须指定一个人盯屏，不能开完就不管了。黄灯没人盯，就等于绿灯，是在赌。
把这套清单打印出来，贴在中控室墙上。它就是你们的上线前夜 checklist 里应该排第一页的东西。开工前 10 分钟看完这 5 个指标，一个季度的停线事故至少少一半。我不敢保证更多，因为剩下的一半是人祸，清单管不住。
作者：林晓｜WMS 实施顾问
