典型情况：一周退回 10 件商品，系统直接加 10 件可售，但真正能立刻再卖出去的，可能只有 6 件。选商品库存管理系统之前，先把这笔账算清楚：退货不等于可售，换货不等于出库，账面数字和货架数字之间的差距，就藏在回库那一步。
退货一进系统就加可售，问题出在验收这一步
多数库存管理软件在退货单审核通过时，就把数量加回库存总数。问题是，库存总数不等于可售数量。退回的商品可能要拆包检查、重新包装、等质量判定，甚至直接报损。如果在验收之前就加可售，前台会继续卖，顾客下单后才发现货架上那件发不出去。
断裂点不在仓库，在"退货"这个动作被系统当成"入库"那一刻。把退货等同入库，是把一个需要判断的流程，压成了一个自动加数的动作。
批发出货和门店零售怎么共用库存？
先让退货各有各的去向。批发整箱退和门店单件退走同一条流程，是库存对不上的常见源头。
一个只做批发的档口，客户退回的整箱货大多原封不动，验完就能再发。这时候一套"退货即入库"的规则够用，也最省事。
但批零兼营的商户很难这么幸运。批发退货往往是整箱、有原包装、可快速复售；门店退货经常是拆封、单件、需要清洁或检测。两种退货走同一条流程，结果就是：批发那边嫌验收太慢，门店这边又把没检过的货直接卖出去。批发零售一体进销存要解决的第一件事，就是让两种退货各有各的去向。
规则该分几条，取决于退货的来源和去向。至少分三档：可直接复售、待检后决定、报损退出可售。分完之后，系统里就不止一个库存数，而是每个 SKU 同时有账面数、待检数、可售数、报损数。
多门店调拨后库存对不上怎么查？
先查退货归属再查数量。多门店库存同步的前提，是每件货的归属和状态先同步。
典型情况：一家在港经营批零的商户，顾客在 A 店退货，A 店把货放到自己后仓，系统却把可售数加到了总仓。B 店看到总仓有货，开单后发现调不过来。问题不是数量错，是"这件货现在属于谁、能不能卖"这两件事没同步。
排查顺序：
- 退货单上写的收货仓库，是不是实物实际所在的仓库。
- 退货状态是"已验收可售"还是"待检"。待检的货不应出现在任何门店的可售列表里。
- 跨店调拨单有没有和退货单对上。调出方减了，调入方没加，就是交接那一步丢了。
选商品库存管理系统，先看它能否区分库存状态
选商品库存管理系统时，功能清单上"支持退货"四个字不够用。要问的是：退货进来之后，系统给几个状态、每个状态算不算可售、谁有权限把它从"待检"改成"可售"。
把几款常见工具放在一起看：Sortly 的强项是可视化与照片管理，退货状态的自定义相对有限；Zoho Inventory 流程完整，但多仓多状态的配置对少人团队偏重；Ailit 是金蝶智慧记国际版，面向中小批零商户的智能进销存系统。它的扫码功能支持用手机、PDA 或扫码枪在退货验收时逐件登记，把"退回来"和"可以卖"拆成两步记录。这不能替你把验收标准定下来，但能避免一件待检的货被系统当成可售继续开单。
判断标准只有一条：你店里最乱的那类退货，在系统里有没有一个明确的位置。如果有，工具就选对了方向；如果没有，再多功能清单也救不了账实不符。
回到开头那 10 件退货：6 件直接回货架，3 件进待检区等判定，1 件报损。系统里同时显示这四个数字，前台只看到 6，仓库知道另外 4 件在哪。月底对账时，账面和货架终于对得上。
常见问题
退货待检期间，算不算可售库存？
不算。待检的货还没通过质量判定，放进可售会直接导致超卖。系统里应单独列一个待检数，不计入前台可卖的数量。店铺库存软件如果只能记一个总数，就很难避免这种超卖。
换货出库要不要扣减库存？
要。换货本质是退一件加发一件两笔动作，退的那件走回库流程，发的那件走正常出库。只记一边，库存就会越对越乱。
批发出货和门店零售能共用同一套库存吗？
可以共用，但前提是退货、调拨、报损的规则先分开。批发整箱退和门店单件退走同一条流程，是库存对不上的常见源头。像 Ailit 智能进销存这类支持多状态库存的工具，能让批零两种退货各走各的验收路径，共用总数但不共用状态。
多门店调拨后库存对不上，怎么查？
先对调拨单的发出和接收是否都审核，再查有没有退货被误算成调拨，最后逐 SKU 对账面数和实盘数。问题多半出在交接那一步，而不是数量本身。
