商城系统如何做好库存管理和多仓同步？

商城系统的多仓库存应先统一库存口径，再明确每笔业务由谁扣减、何时释放及怎样对账。同步速度快不等于不会超卖；下单预占、支付确认、取消和退货必须使用同一套状态规则。

可售数量不是仓库账面数量

按仓库和 SKU 保存现货、预占、冻结与可售数量；在途货默认不作为可售现货，预售另建规则。示例：某仓现货 10 件，已预占 3 件、质检冻结 2 件，且两类不重叠，可售为 5 件。若系统已把冻结量包含在预占内，就不能重复扣除。先写数据字典，再决定商城、ERP、WMS 各自负责哪些字段。

同一商品不同规格不能共用一个库存数，跨仓调拨也不能在出库与入库之间让两边同时可售。仓库编号、SKU、单据号、业务事件号及版本号，应能把每次变化追到原单据。

下单到退款，分别写清库存动作

• 提交订单：在选定仓校验并预占可售量；同一请求重试不能重复预占。
• 支付完成：将预占转为待出库占用；支付回调重复到达，库存只处理一次。
• 取消或超时：只释放仍有效的预占；若支付同时到达，先确认订单状态，不同时释放又安排发货。
• 售后退货：退款不直接增加实物库存；收到退货并完成质检后，合格品再转可售，残次品单独冻结。

分仓规则还要回答缺货与同步失败

就近仓只是候选条件，还要检查 SKU 可售量、配送范围及是否允许拆单。一个仓缺货时，是改仓、拆单还是等待补货，应在订单确认前确定。改仓要防止新旧仓同时占用；失败时保留任务状态，不能把“接口超时”当作“对方未执行”。

ERP 或 WMS 暂不可用时，可按已确认的渠道配额限制销售，或暂停受影响 SKU；不要拿过期缓存继续无限接单。恢复后按事件号回查、补偿，并按仓库、SKU 对账，区分漏事件、重复事件和盘点差异。

用正常订单和边界订单验收

1. 正常场景：下单、付款、出库、退货入库逐步核对数量与流水。
2. 并发场景：两人争购同一仓剩余一件商品，确认只形成一份有效占用，另一请求按规则失败或改仓。
3. 异常场景：重复回调、取消与支付同时发生、同步中断重放，核对不多扣、不多释放。

准备ERP 对接时先提供库存字段和单据样本；商城采购问题可参考商城系统 FAQ，涉及旧数据接入可结合数据迁移验收方法。没有清晰库存口径时，先梳理规则，不急于增加仓库数量。

说明：本文示例用于说明验收方法，不是客户效果数据；实施范围、库存责任与异常处理以双方确认的需求及合同为准。