立库任务优先级：WCS 调度策略配错，出库单能卡你一下午

WCS 调度优先级这事，我先把结论放前面：没有标准答案，只有取舍。配对了，堆垛机从早到晚连轴转，波次准时出；配错了，机器不坏、系统不报错、界面上一片绿色，但出库波次能被低价值任务堵在巷道里整整一下午，卡车在月台排队干等，钱就这么烧没了。

说白了，WCS 的任务优先级是整个立库里最容易被低估的一行配置。集成商交付的时候一般都"按标准配好了"，可问题是——标准是谁家的标准？你家波次几点截止、出库和入库的比例是多少、旺季翻几倍，他都不知道。这事分两面讲，我先讲一个我亲历的坑。

我亲历的坑：入库任务把出库波次饿死了整整一下午

2022 年秋天，加州安大略一家做食品的 3PL 仓，12 条巷道的托盘立库，我去做运营审计。那天上午 WMS 刚做完一次升级，IT 为了赶收货进度，顺手把入库任务的优先级调到了最高——逻辑听起来没毛病：货都堆在月台了，赶紧收进来。

结果下午两点，出库波次一下来，400 多个托盘任务涌进 WCS 队列，12 台堆垛机还在吭哧吭哧做入库。WCS 按优先级排队，出库任务在后面干等。我在监控大屏前看得清清楚楚：巷道利用率 95%，一片繁忙，可出的全是低优先级的入库托，真正要装车的货一个都没动。

客户的运营经理急得直跺脚，卡车司机在月台按喇叭。等到把优先级手动调回来、波次开始正常出货，已经是晚上八点多。第一波 6 辆车全部延误，一车在月台多等半天，滞期费几百美元打不住，那天下午光延误成本就烧掉了小一万美元。最讽刺的是，设备一天都没闲着，KPI 上的"设备利用率"还挺好看。

这事还有个后续的坑，值得单独说一句：那天是运营经理凭经验手动改的优先级，改完就下班了。第二天早班的人不知道这事，入库又被调回了最高——同一周，同样的戏码差点再演一遍。所以我的规矩是：任何手动调权，必须带自动回退。要么写进 WCS 规则自动恢复，要么在交接班表上写清楚几点调回去。靠人记住的配置，早晚会忘，忘了就要交学费。

我见过太多这种场面：机器转得越欢，错得越离谱。优先级配错，立库就变成了一个看起来很忙、实际上在帮倒忙的巨型摆设。

任务分级矩阵：出库、补货、入库、盘点到底怎么排

坑讲完了，拆解决办法。第一步是给所有任务定级。别用集成商默认的"高中低"三档，太粗了。我这些年看下来，五档才够用：

优先级	任务类型	为什么这么排	典型场景
P0	加急出库、波次截止任务	错过 cutoff，整车延误，代价最高	截单前 45 分钟的出库波次、VIP 客户加急单
P1	正常出库波次	出库是立库存在的意义	日常各波次出库任务
P1.5	补货（拣选位/前置仓）	断了补货，出库任务到了也是空跑	拣选位库存低于安全线
P2	入库	可以等，但不能无限等	日常收货上架
P3	库内移库、盘点	纯内部优化，不直接产生收入	夜间整理、循环盘点

穿梭车在立库巷道轨道上高速运送料箱，任务优先级决定了它先送哪一票货

这里有个反常识的判断，很多人第一次听都摇头：补货的优先级必须高于普通入库。我见过太多仓库把补货当成"内部任务"往后排，结果出库波次一到，堆垛机跑到拣选位发现是空的，只能临时插队去补货——波次照样被拖死，你还多付了一次巷道行程的代价。

但这事分两面：补货权重给太高，会挤占正常出库；给太低，会饿死明天的出库。所以补货不能用固定优先级，得用动态权重——拣选位库存低于安全线自动升到 P1，高于补货点自动降回 P2。这个逻辑写进 WCS 规则里，一劳永逸。

动态调权：WCS 优先级策略真正的两个开关

静态的优先级矩阵只是地基，真正决定立库每天表现的，是动态调权。说白了就是两个开关，什么条件下自动变权重：

开关一：波次截止保护。 出库波次截止前 30～45 分钟，所有出库任务自动提到 P0，巷道只做"出库为主、双循环顺带入库"。过了 cutoff，权重自动降回来。这个开关解决的是"一下午被卡死"的问题——再忙的入库，也不能在截单前跟出库抢巷道。

开关二：入库反压。 入库暂存区是个水位概念。暂存区托盘数超过警戒线（比如 20 托），入库任务临时升到 P1，清到安全水位再降回去。没有这个开关，入库会无限饿死；有了这个开关，入库永远饿不死，只是平时让路。

两个开关之外，再加一条保险：任务"老化"机制。任何任务在队列里等待超过设定时长（比如 40 分钟），自动升一档优先级。这是操作系统调度里用了几十年的老办法，搬到 WCS 里一样好使。它防的是极端情况：某个低优先级任务被反复插队，理论上可以等到天荒地老。有了老化机制，再低的优先级也有个上限，再忙的巷道也不会把一票货彻底遗忘。

2023 年感恩节前，我在一家电商仓见过反压开关救场的完整过程。黑五前两周，退货和到货同时爆量，月台上最多时排了 30 多辆车。他们的 WCS 配了入库反压：暂存区一过 20 托，入库自动升权，堆垛机切过去清暂存区，清完立刻回去保出库。那两周波次准时率没掉，月台也没爆。负责人跟我说，往年这时候是要么保出库、月台爆仓，要么保入库、波次延误，二选一挨骂。

账可以这么算：一台堆垛机一小时大约跑 40～60 个复合循环。巷道被低价值任务占满 1 小时，相当于 50 个左右的出库任务整体后移。延误一辆车几百美元起步，一下午延误 6 辆车就是小一万美元。而写两条动态调权规则，集成商收你几千美元实施费顶天了。这笔账，傻子都会算。

旺季和平季：WCS 调度策略得准备两套

最后一个取舍，也是最容易被偷懒的地方：平季和旺季不能用同一套优先级参数。

平季的逻辑是"设备利用率优先"：出库波次不饱和，巷道有空就多跑双循环，入库权重可以给高一点，把月台清干净，盘点任务白天也能跑。这时候立库像个精打细算的管家，什么活都接。

旺季的逻辑是"波次准时率优先"：出库压倒一切，入库只在波次间隙跑，盘点全部挪到夜里，补货权重拉满。这时候立库是个只认截止时间的拼命三郎，低价值任务一律靠边站。

一套参数打全年，就是懒政。我见过的成熟仓库，WCS 里都存着"平季版"和"旺季版"两套策略，切换一次几分钟。旺季前做一次演练，确认两套参数都能跑，这事就闭环了。

策略上线之后，怎么知道配得对不对？别信感觉，看三个数：波次准时率、巷道任务平均等待时长、入库暂存区最高水位。每周看一次这三个数：准时率掉了，说明出库权重不够；平均等待时长涨了，说明巷道被低价值任务占了；暂存区水位反复报警，说明反压开关的阈值设得不对。调权策略对不对，数字会说话，比开多少会都有用。