虚拟套装可售库存怎么算？BOM扣减、锁库与拆单

虚拟套装的可售库存，应由套装中最先不足的子件决定。若套装需要 A 商品 2 件、B 商品 1 件，A 可用 11 件、B 可用 4 件，则基础可售量为 min(floor(11/2), floor(4/1))，即 4 套。计算时用的必须是扣除安全库存、锁定量和不可售量后的子件可用量，而不是仓库账面总数。

实际运营中的难点不在公式本身，而在同一子件往往同时作为单品销售，并被多个套装共用。如果系统只定时刷新每个套装的展示库存，却没有在下单时原子化锁定子件，促销高峰就可能出现多个套装同时承诺最后一件子件的超卖。

虚拟套装可售库存的基础公式

先为每个子件计算可用量

子件可用量通常等于合格现货－已锁定量－安全库存－冻结及质检不合格量。在途库存只能在业务允许预售、且到货时间能覆盖承诺履约时才参与计算。如果不同仓不能拆分履约，必须在单仓内计算成套能力，不能把甲仓的 A 和乙仓的 B 简单合并。

再按BOM用量取最小可成套数

对每个子件，用其可用量除以 BOM 中的单套用量，向下取整；再取所有结果中的最小值。若套装有可替换子件，需要额外定义替代优先级、适用渠道和是否允许混用，不能只把多个可选库存相加。

多套装共用子件时怎么防超卖

防超卖的关键是锁库对象回到子件。当订单进入需要保留库存的状态时，系统应在同一个业务事务中锁定所有子件；任一子件不足，整个锁库操作都应失败或进入人工处理，而不是只锁到部分货品。订单取消、超时未付或审单驳回时，再按原锁库明细释放，以免因重算 BOM 而放错数量。

如果外部平台只接收套装库存数，系统需在任一共享子件变动后重算所有受影响套装，并设置合并发送和限频策略。促销高峰可以为共享子件预留缓冲量，但缓冲量应根据近期销速和补货周期调整，而不是用一个固定比例覆盖所有 SKU。

套装拆单、发货与退货如何连起来

订单层保留套装，仓库层转为子件

前台订单应保留套装商品、促销价格和数量，用于客服与财务核对；仓库任务则按 BOM 展开为子件明细，用于拣货、复核和扣减实物库存。两层之间要保留映射，否则拆包、缺件和补发时就无法追回原套装。

退货回补要按实收子件处理

客户可能整套退回，也可能只退某个子件。系统应记录实际收到的子件、质检结果和可二次销售状态，只恢复合格子件库存。前台售后金额则应按原订单规则处理，不能把仓库实收数直接当成退款依据。

虚拟套装库存上线前怎么验收

• 验证单一套装在每个子件临界库存下的计算结果。
• 同时下单两个共用子件的套装，确认不会重复锁库。
• 测试单品、套装和实体组合品并存时的扣减口径。
• 覆盖取消、拆单、部分发货、部分退货与补发。
• 主动造成库存同步延迟，观察重算、告警和补偿是否有效。

在系统选型时，应让供应商用真实 BOM、共享子件和退货场景演示，而不只确认是否有“组合商品”开关。以万里牛 ERP为例，可结合其库存管理、订单策略与仓储作业能力进行业务验收；若套装涉及跨境备货或轻加工 BOM，则需另行评估跨境 ERP的适用边界。

FAQ

虚拟套装和实体套装有什么区别？

虚拟套装不预先组装成一个独立库存品，销售时依据 BOM 展开子件并扣库；实体套装通常已完成组装或包装，可以作为独立 SKU 管理。两者的库存口径、仓库作业和拆包售后不同，不应使用同一套扣减规则。

套装缺一件时还能继续卖吗？

按原 BOM 通常不能，因为任一必需子件不足都会使完整套装无法履约。若业务允许替换品，应预先定义替代关系、客户告知、价格与退换规则，并在下单时确认可用子件。不应由仓库人员临时换货，否则订单与实物记录会失真。

套装下单应该锁套装还是锁子件？

虚拟套装应保留套装订单行，但库存锁定必须落到子件和具体仓库。这样单品销售、其他套装和该套装才能共用同一库存事实。锁库操作还应具有幂等性，避免平台重复推送订单时把同一组子件锁两次。

虚拟套装可以跨仓拆分发货吗？

可以做到，但是否允许要看履约时效、运费、客户体验和平台面单规则。一旦拆仓，系统要保留套装与多个子包裹的关系，独立跟踪缺件、拒收和退货。对低客单价商品，为了凑套而跨仓发货的额外成本可能高于销售收益。

套装库存需要多久重算一次？

不应只依赖一个固定定时任务。子件销售、锁库、入库、盘点和退货等事件发生后，应触发受影响套装的增量重算；定时任务用于兜底校验和修复遗漏。具体时效要根据平台限频、销量峰值和安全库存设计，并通过并发压测验证。

总结

虚拟套装可售库存怎么算，答案是先算子件可用量，再按 BOM 用量向下取整并取最小值。要让这个答案在真实销售中成立，还必须把单品与多套装放进同一子件可用池，在下单时原子化锁库，并让拆单、发货、退货和库存重算都能追溯到原 BOM 版本。