订单进来了，系统显示还有库存。仓库开始拣货，对应库位却找不到货。
运营看到的是“有货可卖”，仓库面对的却是“无货可发”。这种错位不一定是系统突然出错，更常见的情况是，某一次收货、拣货或退件处理没有及时回到正确的库存状态。
所以，库存不能只看一个总数。系统库存、仓内实物、可售库存和当前可发库存，必须指向同一批货、同一个库位和同一种状态。库存数字的价值，不在于能看见，而在于能兑现。
第一个断点：货已到仓，却还没有真正“入库”
货车到了、纸箱卸了、数量也点了，这只能说明货物已经到仓，不代表它已经成为可售库存。
从收货到可售，中间还有清点、验货、资料核对、标签确认、库位分配、实物上架和系统状态转换。如果实物还在待上架区，系统已将其提前放入可售库存，订单就可能分配到一批尚无法拣取的货。
反过来，货物已经上架，系统状态却仍停留在收货或待处理，前端又可能误判为缺货。一边有货不敢卖，一边没货还在卖，根源都在于仓库实际作业进度没有及时同步到系统。入库管理的重点，不是尽快把数量加进系统，而是明确每一批货目前究竟在收货、待检、待上架，还是已经可售。
第二个断点：拣货异常处理了，库存却没有跟着变
库存差异也会藏在每一次拣货、复核和包装里。
拣货时发现少货，包装时发现破损，复核时发现错品，或者订单取消后商品被放回了临时区。这些异常在现场可能已经被处理，但如果没有同步回写到系统，差异就会继续留在账上。
一件货的差异未必立刻暴露。它可能要等到下一个订单来了，系统再次分配这件商品时，才变成拣不到货、换货、取消订单和客服解释。
因此，仓库不能只记录“正常出库”。破损、少拣、错拣、取消回库和库位转移，都需要有明确的状态、去向和调整记录。异常只靠口头交接，很快就会变成谁也说不清的库存数字。
第三个断点：退件回仓，不等于重新可售
退件，是最容易造成系统库存虚高的环节之一。包裹已经退回仓库，不代表里面的商品可以直接加回正常库存。一件退货可能是完好、外包装破损、配件缺失、待整理，也可能已不适合再次销售。只有经过签收、建档、验货、分类和状态确认，才能决定它应该重新上架、进入整理区，还是进入隔离处置。
如果还没验货就恢复为可售，不可售商品可能被再次分配给新订单。如果退件长期堆在待处理区，却始终没有完成系统建档，又会形成实物有、账上无的另一种偏差。
退件不能简单地按‘库存加回一件’处理，而应经过单独记录和管理的逆向入库流程。
差异发现后，别急着把数字改对
盘点发现，系统库存与实际库存对不上，最快的做法是把系统数量改成现场数量。但这只是把账对上了，没有回答差异从哪里来。
更完整的处理应该形成一个闭环：发现异常后，先冻结或隔离相关库存，避免它继续参与订单分配；然后核对商品、数量、库位和当前状态，追溯收货、上架、拣货、复核、退件和调整记录；确认原因之后再调整账目，并记录差异类型与处理结果。
最后还要判断，这是一次性操作失误，还是某个流程节点反复出现的断点。调整数字只是把账对上；找到差异从哪里产生，才能阻止它再次出现。
盘点不是年底“大扫除”，而是持续纠偏
如果只在差异已经影响发货时才查库存，处理的就不再是一个数字，而是被拖慢的订单、被打乱的补货和需要重新沟通的客户。
相比少数几次全面盘点，更稳定的思路是将盘点分散到日常运营中。可以根据商品周转、业务重要性、异常记录和退件情况安排检查节奏。销量高、频繁退货、刚发生过差异或正在进行库位调整的商品，应当优先安排盘点。
结果也不能单独存放。它需要和差异记录、仓内操作、系统状态以及后续复盘联动。真正有效的盘点，不只是发现“差了多少”，还要回答“为什么会差，以后怎样少差”。
BUFFALO让系统库存与仓内实货准确对应
卖家需要的不是一个看起来完整的库存总数，而是每一件货当前在哪里、是什么状态、能不能卖、能不能立刻发。
BUFFALO通过南非本地仓储作业与仓库管理系统（WMS）的协同，将收货、验货、上架、库位、拣货、异常、退件和盘点纳入统一管理。系统记录与仓内动作持续对齐，才能让卖家更清楚地区分可售、可发、待处理和异常库存。
BUFFALO要帮卖家解决的，不只是“系统里能不能看到库存”，而是系统里的每一个数字，能否在仓库里找到对应的货、库位、状态和处理记录。
把假库存及时清出去，补货、销售和履约决策才有真实基础。如果你的系统库存经常与实际发货结果对不上，不妨先从收货、拣货和退件三个节点开始排查。
