拣错了、上架错了、货不见了：WMS 异常处理的闭环清单

2023 年 11 月，感恩节前一周，我在一家 Ontario 的 3PL 仓。旺季一天出 1.8 万单，下午 4 点，运营经理把一张表格拍在我面前：11 月前 20 天，异常单 140 张——拣错的、找不着货的、账对不上的，客服被退货和投诉淹了，差错率 1.2%。

这家仓的 WMS 前一年刚上线，花了大几十万美元，功能买得挺全。可异常处理这一块，实施顾问随手开了个"备注"字段：谁发现问题，就在备注里写一句话，拍照发到群里吼一声"这货谁干的"。

结果可想而知：备注写了，货还是找不着；群里吼了，三天后没人记得。一个多月后他们换了个做法：一张"异常闭环责任表"，所有异常进系统、按时限流转、超时自动升级。到 2024 年 1 月，差错率 0.35%。没加人，没换系统。

干仓储 20 年，我见过太多仓把钱砸在拣选策略、波次算法、自动化设备上，异常处理永远是"二期再说"。我的判断很直接：异常处理不做闭环，WMS 等于只上了一半。

这四种异常，哪个仓都跑不掉

做了 20 年，我敢说 90% 的异常逃不出下面四类。认清楚它们，系统里怎么管才有章法。

拣错。货拣错、数量拣错、位置拣错。电商仓的家常便饭：A 货位的货进了 B 订单的箱子。根子多半在拣选确认环节，扫描枪没扫货位码，或者扫了但 WMS 没做二次校验。复核台拦下一单，倒查平均花 15～20 分钟：谁拣的、哪一波、货位上还剩多少。

上架找不着货位。收货上架时，货被放到 WMS 里不存在的货位，或者放错了层——系统说第 4 层，实际在第 2 层。下次拣选，系统把人指到一个空货位，拣选员白跑两趟才反应过来。这类异常最磨人：它不报错，只是"慢"，管理层的报表上根本看不见。

账面有货、实物没有。盘点差异的老源头。WMS 显示 A 货位有 50 件，实际 47 件。原因五花八门：退货没办入库就被挪用了、破损没上报、收货多收了没调账。这类单子一开，先冻结货位——不冻结直接调账，等于给后面的拣选埋雷。

波次放错 SKU。四类里最隐蔽的：分波时某个 SKU 被分进错误的波次，或者波次里混进了不该有的 SKU。复核才发现订单缺货，已经码上车的货还得拆。责任人往往不是拣选员，是排波次的人，所以这类异常最没人愿意认。

异常能不能闭环，就看系统里有没有一条完整的状态链。我现在给客户定的标准是四个状态，少一个都不行。

创建。谁发现谁建，30 秒内。拣选员、复核员、收货员，人人有开单权限。开单必须带三样东西：异常类型、货位或 SKU、照片。不带照片的单，复核人可以直接打回。

认领。开单后自动派给责任人：拣错找当班拣选组长，上架异常找上架组，账实不符找库存控制（IC）岗。认领时限 2 小时，超时没人认，自动升级到主管。这是整条链子里最关键的一环——没有升级机制的异常单，最后都烂在系统里。

复核。处理完不能自己说了算，得换一个人复核。拣错的单，复核要去原货位重新数一遍：数量对上、位置对上，拍照上传。账实不符的单，复核要拉这个 SKU 近 7 天的出入库流水，确认差异原因写得站不站得住。自己处理自己复核，等于没复核。

关闭。复核通过才能关。关闭时必须选一个根因代码：漏扫、货位错误、系统数据、上游来货问题，等等。根因代码是给管理层看的——月底拉一次报表，哪类根因占比最高，下个月就先治它。

四个状态走下来，一张单子平均吃掉 25 分钟人力。听着不短，但跟"在群里躺三天、最后变成客诉和退款"比起来，这 25 分钟是全仓最便宜的 25 分钟。

复核台重新核对异常拣选的货箱

状态链是骨架，责任表是血肉。我给那家 Ontario 仓定的表长这样，可以直接抄：