WES 补货逻辑：拣选区见底前，补货任务怎么提前触发

先说结论：forward pick 区的补货触发逻辑，永远不要只靠一种方式。我做了 30 多个 WES 上线项目，见过最多的一种死法就是只配了库存水位触发，上线第一天波次一来，拣选员站在空库位前面等货，补货任务还在队列里排队。正确姿势是三种叠加：库存水位做底线、波次预测做提前量、时间窗口做兜底。三种方式的配置要点、翻车案例、补货和拣选抢人抢设备时的优先级排法，这篇一次讲透。

为什么补货逻辑不能只有一种触发方式

forward pick 区有个天然矛盾：库位小、周转快。热销品放顺手位置能省脚力，但顺手的位置装不了多少货，一波大单就见底。WES 在这里干的活，本质是"算时间"：库位里的货能撑多久，补货的人和设备多久能送到，两个时间差会不会让拣选员空等。

三种触发各答一个问题：水位触发答"现在还剩多少"，预测触发答"接下来要消耗多少"，时间窗口答"有没有漏网"。只配一种，等于闭着一只眼睛开车。

触发方式一：库存水位触发，守住底线

原理最简单：拣选位库存跌破 min，生成补货任务；补到 max，停。配置清单如下：

min 的算法 = 补货 lead time 内的最大消耗量 + 安全余量。注意是"最大"不是"平均"，按平均配，大促当天必翻车。
max 的算法 = 库位物理容量，留 10～15% 操作空间，塞太满补货员还得二次整理。
按 ABC 分层设水位：A 类 SKU 的 min 抬高，C 类放低，别浪费补货人力。
必须排除在途补货量。已经生成但还没执行的补货任务，数量要从触发判断里扣掉，否则同一库位会重复下单。

这个坑我见过三次。一家华东电商仓，日均 2 万单上下，min 按日均消耗配的。大促当天上午 10 点，一个爆款 SKU 的拣选位 40 分钟内被掏空，补货 lead time 要 25 分钟——min 根本没撑到任务生成。更惨的是，系统在同一个库位连下了 3 张补货单，因为没做在途量排除。救法是临时把爆款 SKU 的 min 按小时峰值重配，dedupe 逻辑连夜加上。从那以后，"在途量排除"是我上线前夜 checklist 里的必查项。

触发方式二：波次需求预测触发，抢出提前量

原理：WES 拿到波次计划后，按波次内各 SKU 的需求量倒推——这个拣选位能撑到波次结束吗？撑不到就提前生成补货任务。配置清单：

预测口径用"波次需求 + 在途订单"，别只用历史日均。历史数据不知道你今天要发什么。
触发阈值倒着算：先定"波次开始前多少分钟必须补完"，再倒推任务下发时间。
配数据质量 gate：波次计划里 SKU 覆盖率低于 95% 的，自动降级回水位触发，别用残缺的数据做预测。
爆款和促销 SKU 单独建规则，别和普通 SKU 共用一个阈值。

见过一家 3PL，预测触发配得很漂亮，但波次计划是人工 Excel 导入，经常晚 2 小时。结果预测全用的过期数据，补货任务一会儿提前一会儿滞后，现场一团糟。教训：预测触发的前提是上游数据准。WES 里必须配数据新鲜度检查——波次计划超过设定分钟数没更新，自动切回水位触发并报警。数据不准时的预测，不如没有预测。

触发方式三：时间窗口触发，当兜底

原理：固定时间点扫一遍拣选位，把低于某条线的统一补上。配置清单：

窗口选在波次间隙，千万别在出货高峰扫——高峰期下发一堆补货任务等于添乱。
兜底线可以比 min 松一点。它的职责是收拾前两种方式的漏网之鱼，不是当主力。
必须限流：单窗口生成的补货任务数设上限，防止任务洪峰一次把现场冲垮。
把每次窗口触发的任务数记下来做监控：连续几个窗口任务数是 0，说明前两种方式工作正常；任务数突然暴涨，说明前面出问题了，赶紧查。

见过一家仓把窗口设成"每小时整点"，每个整点生成 200 多张补货单，补货员根本干不完，任务越积越多，最后 WES 任务池直接堵死。修法：窗口改成每 4 小时一次，单窗口上限 60 单。记住一句话：兜底是用来擦屁股的，不是用来当主力干活的。

三种触发方式对比：怎么选、怎么配

维度	库存水位触发	波次预测触发	时间窗口触发
解决的问题	别见底	别等货	别漏网
触发时机	库存跌破 min	波次计划下达后倒推	固定时间点扫描
优点	简单可靠，不依赖上游数据	提前量最大，大促不慌	实现最简单，能兜底
缺点	反应滞后，min 配错就翻车	依赖波次数据质量	太频繁会制造任务洪峰
适合场景	所有仓的底线	波次计划稳定的仓	前两种的补充
我的建议	必配，ABC 分层	有靠谱波次计划就配	必配，但限流

反常识的判断来了：**触发得越早，不一定越好。**提前触发的代价是补货任务数暴涨，补货员和拣选员抢通道、抢设备，拣选效率反而往下掉。见过最极端的一家仓：min 配得极高，拣选位永远是满的——但补货员占了现场近四成人力，拣选员天天在巷道里和补货车抢道。补货逻辑的目标不是"库位永远有货"，而是"拣选员永远不用等货"，这两件事差了一个 lead time 的距离。把这个距离算准，比把水位抬高有用得多。

补货任务下发到手持终端，现场按任务执行

补货和拣选抢人抢设备，优先级怎么排

这是最容易写反的地方。我的原则清单，一条一条都是拿项目换来的：

常规情况下，拣选任务（出货）优先级高于常规补货。出货是承诺给客户的时间，补货是内部效率，客户承诺永远在前。
但"紧急补货"优先级高于普通拣选：库位已空、波次等米下锅时，空库位上的拣选任务本身就是死的，先补上才能继续拣。
设备尽量分开：补货用高位叉车或托盘车，和拣选员的拣选车在时段或巷道上错开，别在一条巷道里对头堵。
WES 里配动态优先级：波次开始前 30 分钟，补货任务自动提权；波次进行中，拣选提权。写死一个优先级，早晚有一头要吃亏。
跨班次交接：没干完的补货任务必须清单化交接，不能"下个班再说"。下个班一忙，这单就石沉大海了。

这个坑我见过三次，次次同一个剧本：某项目上线前夜，客户坚持"补货优先"，理由是"不能让拣选员等货"。结果大促当天，补货员把主通道全占了，拣选员推着车进不去，出货 SLA 直接炸了。连夜改成"拣选优先 + 紧急补货插队"，第二天恢复正常。所以别跟我争"补货优先还是拣选优先"，答案是：分情况，写进规则里让 WES 自动切。