WES 任务取消了，货和账怎么回滚：已拣未拣两条路一次讲清

WES 任务取消回滚这事，我是被坑过才学会的。

那是去年旺季前的一个下午。客户在群里甩来一句“这单先别发”，我随手在系统里点了取消，心想不就是个任务没了吗。结果第二天盘点，货架上少了几托货，拣选区又多了几箱没人认领的货。客服问我货去哪了，我答不上来。系统里任务是没了，可货和账全乱了套。

从那以后我学乖了：取消从来不是点一下按钮那么简单。它是一套回滚动作，货要归位，账要还原，状态要闭环，少一步后面全是坑。

WES 任务取消回滚，先分清取消的是哪种情形

取消看着都一样，其实分三种，处理方式完全不同。

第一种是客户取消。订单不要了，或者改地址改配置，任务还没跑完就得停。这种最常见，也最容易被轻视——人觉得“反正没发货”，随手就点了。

第二种是缺货取消。拣到一半发现实物不够，或者批次不对，只能停下来。这种最麻烦，因为货已经动了一半，账面和实物已经不一致了。

第三种是设备故障取消。输送线卡了，拣选终端断网了，任务卡在中间动不了，只能先取消再重派。这种最容易背锅，因为现场会怪系统，系统会怪设备，最后没人管货。

我自己的做法是：取消之前先看任务跑到哪一步了。没开始拣和拣了一半，根本是两件事，不能用同一个按钮逻辑处理。

先讲我踩过的那个坑。

那单是几十个 SKU 混在一起的大单，拣选员已经拣了大半，装了好几个周转箱，放在拣选区的待复核位上。客户一句话取消，我点了取消，任务从待办列表里消失了。

问题来了：那几个周转箱里的货，系统里还挂在原任务名下吗？没有。任务没了，箱子成了无主货。更糟的是，有个 SKU 同时也在另一单里，第二天拣选员顺手就把那箱货发走了，账面却显示那单还没拣完。

后来我定的规矩是：客户取消的任务，已拣部分一律不直接回原货架，先进异常暂存区。为什么？因为刚拣出来的货状态最乱——可能混了批次，可能拆了整箱，直接回架等于把错误藏回货架里。

进暂存区之后做三件事：清点实物和系统已拣数对不对得上；检查批次和效期有没有问题；确认无误再由专人上架回原位，每一步扫码留痕。

这一步看着多余，实际上省了我好几次盘点返工。货一旦回错架，后面找起来全是人工。

第二个场景是缺货。

有一次拣到一半，某个 SKU 货架上只剩零星几件，系统却显示还有几十件。拣选员来回找了两趟，确认是账面虚高——可能是之前退货没及时上架，也可能是盘点漏了。

这时候任务只能取消重派。但如果直接取消，账面会发生什么？系统会把未拣部分原样释放回可售库存，等于告诉所有人“这些货还在”，下一单照样派过来，照样拣不到，死循环。

所以缺货取消的回滚必须带一个动作：先把差异挂起来。实物数和系统数的差额记成待核查，不进可售库存，不进下一单的分配池。等盘点确认了，再决定是补货、调账还是报损。

我吃过一次亏就是没做这一步：同一 SKU 连着三单都被派到那个空货架，拣选员跑了三趟空，旺季那天光这个 SKU 就拖了半天。

缺货不是取消的终点，是盘点的起点。这句话我现在贴在拣选区墙上。

把上面两个场景抽象一下，回滚其实就两条路径，判断标准只有一个：这件货动过没有。