加急单插进来，整场拣选不乱套：WES 插单的三种插法

先说结论：加急单插单没有"最好"的插法，只有"选对了"的插法。我的经验公式很直接：加急单占全天单量 3% 以下，用插法一（波次内提优先级）；3%～8%，用插法二（独立加急波次）；超过 8%，或者承诺了 2 小时内出库，用插法三（打断重排）。这个坑我见过三次——选错插法比没有加急单流程更可怕，因为它会把原本正常的波次一起拖下水。

为什么加急单天生和波次执行犯冲？WES（仓库执行系统）做波次，本质是把一批订单按"顺路程度"排好，让拣货员一趟多拣几单。波次一旦释放，任务就下发到终端，拣货员按路线走起来了。这时候插进来一个加急单，系统要回答三个问题：加急单塞进哪、原来排好的任务动不动、动了之后谁去收拾。三种插法，就是对这三个问题的三种不同回答。

加急单插法一：在当前波次里插队

做法：不新开波次，直接把加急单的优先级提到最高，塞进正在执行的波次里，让它在当前拣货路径里被"顺手"拣出来。

配置步骤：

在 WES 订单属性里确认加急单有独立的优先级字段（比如 priority=1），而不是靠人工在备注里写"加急"。靠备注的单子，在系统里和普通单没区别，三种插法全都白搭。
配置波次释放规则：允许 priority=1 的订单加入"已释放但未完成"的波次，但加一条硬限制——只进完成度低于 80% 的波次。完成度太高的波次再加单，拣货员路线已经走完了，加了也白加。
配置任务重分配规则：加急单插入后，只重算该波次内"尚未开始"的任务，已开始的任务一个不动。
在拣货终端上配置加急提示：加急行的行号标红或置顶，拣货员在当前位置顺路完成。

适用场景：加急单一天就几单、几十单，占比 3% 以下；承诺时效是"当天发出"而不是"2 小时发出"。

对在途任务的影响：最小。拣货员体感就是"多拣了一行"。

加急单专用红色料箱被拣货员从流利架上抽出

翻车点：这个坑我见过三次——客户把"完成度低于 80%"这条限制去掉了，觉得"越宽松越好"。结果旺季一个波次 500 单，已经拣了 490 单，系统还往里面塞加急单，拣货员已经站在打包区了，又被叫回去补拣。记住：插队只插没走完的路，走完的路不回头。

加急单插法二：单独开一个"加急波次"

做法：加急单不进普通波次，单独攒一个小波次。

配置步骤：

在 WES 里建一条独立的波次模板，名字就叫"加急"，波次容量设小（比如 20～50 单），释放周期设短（每 15～30 分钟扫一次有没有新加急单）。
划定加急拣选区或指定 1～2 名机动拣货员：加急波次释放时，只派给这几个人，不占用大波次的人力。
配置截单逻辑：加急波次的截单时间单独设，比普通波次晚 1～2 小时（对齐快递和卡班的实际截单时间），给客服留出承诺空间。
打包台配置：加急波次的箱子贴不同颜色的标签，或走专用打包位，避免和普通波次的箱子混在一起找半天。

适用场景：加急单占比 3%～8%，或者客服需要明确承诺"今天几点前一定发出"。

对在途任务的影响：几乎为零。普通波次该怎么跑还怎么跑，代价是你要为加急单独留人力和打包位。

加急单插法三：打断在途任务，整场重排

做法：加急单进来，WES 把当前所有未完成的任务收回来，重新做一遍波次和路径规划，加急单排第一。

配置步骤：

设定触发阈值：只有最高优先级的加急单（比如 VIP 客户、大促承诺单）才能触发打断，普通加急走插法一或二。阈值写进系统规则，不靠人工判断——人工判断在凌晨 3 点一定失灵。
配置"保护任务"：已经拣完、正在打包、已经装车的任务不参与重排，只重排"已下发未开始"和"进行中"的任务。
配置重排后的任务推送：终端必须弹出明确提示"任务已更新"，拣货员确认后才按新路线走。没有确认环节的，拣货员会按老路线继续走，新计划直接作废。
配置重排冷却时间：一次打断重排后 30 分钟内不再触发第二次，防止加急单连着来、系统反复重排、整场瘫痪。

适用场景：加急单占比超过 8%，或承诺了"2 小时内出库"这种硬时效。

对在途任务的影响：最大。

反常识的判断来了：插法三看起来最快，实测在加急单占比超过约 5% 时，反而是全场最慢的方案。原因很简单：每次打断重排，系统要收回任务、重算路径、重新下发，拣货员要停下来看新任务——这一套开销少则几分钟。加急单越多，重排越频繁，开销吃掉优先级红利，最后加急单和普通单一起慢。这个 trade-off 很多客户上线前想不到。

两分钟选对加急单插法

	插法一：波次内插队	插法二：独立加急波次	插法三：打断重排
加急单占比	3% 以下	3%～8%	8% 以上或硬时效承诺
配置复杂度	低	中	高
对在途任务影响	最小	几乎为零	大
额外人力	不需要	需要 1～2 名机动人员	不需要，但要管冷却期
最大风险	塞进已快完成的波次	加急人力闲置或不够	频繁重排拖垮全场

选型时只看两个数：加急单占全天单量的比例，和你对客服承诺的最短时效。两个数都小，用一；占比中等或要明确承诺，用二；占比大或时效硬到 2 小时，用三。不要凭感觉选，感觉在加急单这件事上永远是错的。

两个项目故事：加急单是怎么把正常仓库搞崩的

故事一：2023 年 11 月，洛杉矶附近一家做家居电商的 3PL，大促第一天客服为了冲好评，私自承诺了 200 多个客户"今天下单今天发出"，其中约 60 单是下午 3 点后下的加急单。他们的 WES 只有插法一，而且没配"完成度低于 80%"的限制。结果：60 个加急单被塞进 12 个已经拣了九成的波次，20 多个拣货员在打包区和库区之间来回折返。当天整体出库量反而比平时少了约 15%，加急单发出 40 多单，剩下的和普通单一块延误。救回来的办法：当晚加配插法二，单独开加急波次模板，每 20 分钟释放一次，2 名机动拣货员专跑加急。第二天 90 多单加急单全部按时发出，普通波次零干扰。

故事二：2024 年 6 月，德州一家汽配分销仓，用的插法三。他们的触发阈值设得太松——所有标"加急"的单都能打断重排。6 月有几天加急单占比冲到 12% 左右，系统一天触发了 40 多次重排。最惨的一次：一个拣货员一上午被换了 5 次任务路线，最后他直接关了终端，按纸单拣——系统里的任务状态全乱了。救回来的办法分三步：触发阈值收紧，只有 VIP 和 2 小时承诺单能打断；加 30 分钟冷却期；重排只动"未开始"任务。改完重排降到一天 3～5 次，加急单准时率反而上去了。