先统一几个库存概念
以销售实物商品为例，仓库里实际存在的数量、已经为订单预留的数量、仍可销售的数量，通常不是同一个数字。项目需求中应分别说明实物库存、预占库存和可用库存的含义。如果还有待质检、损坏或冻结的商品，也要确定是否参与可售计算。先把口径写清楚，再讨论报表，能够避免采购、销售与仓库各看一套结果。
什么时候预占要依据业务选择
有些企业在提交订单时预占，有些在审核或付款后预占，不能直接照搬其他商城的规则。需求讨论需要明确订单长时间未处理时是否释放、部分付款是否保留、订单修改数量如何重算。预占记录最好能够关联具体订单和商品明细，库存不足时给出明确反馈，而不是先允许所有订单通过，最后让仓管人员线下协调。
出库单连接订单与实际操作
订单描述客户要购买什么，出库单记录仓库实际发出了什么。一次订单可能分批出库，也可能从不同仓库发货，因此两类单据应有清晰关联。出库审核通过后再扣减对应库存，并记录批次、数量和操作时间。若业务使用扫码确认，还需要考虑重复扫描、串货以及网络中断时的处理方式，让同一操作不会造成重复扣减。
退货不能简单等于加库存
客户提交退货、仓库收到商品、质检判定可再次销售，是三个不同节点。系统应先关联原订单和原出库记录，再记录实收数量与质检结果。损坏商品可能进入待处理区，不能直接回到可售库存。退款金额也不必与库存回补同步完成，两者由不同业务规则控制，但需要能在同一售后记录中查询进度。
验收时主动制造边界情况
除正常下单出库外，应验证两人同时购买最后一件商品、预占超时释放、部分发货后取消剩余数量，以及退回商品无法再次销售等情况。检查每一步的库存变化能否追溯到单据。上线前还需要约定盘点差异的调整流程：谁录入、谁审核、是否说明原因。只有数字、单据与操作记录能够相互解释，库存管理才有持续使用的基础。