组合商品有自己的商品身份,但库存并不因此独立于组件。委托商品目录或搜索工作前,要求供应商说明父商品与组件记录,以及卖一套具体消耗什么。
官方依据与范围
Shopify按跟踪组件库存除以每套用量,并取最低整数估算组合可售量。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子,不是真实客户案例。示例配置不是对任何真实店铺的测评;窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| 每套2A+1B;A11、B4 | min(floor11/2,floor4/1) | 4套 |
| A11、B1 | B是瓶颈 | 1套 |
| A未跟踪或启用缺货续售 | 不满足跟踪库存假设 | 不能认证数量 |
可执行的交付检查
- 填好父ID、组件ID、每套用量、库存跟踪状态和应用版本。
- 复算瓶颈,再在获准非生产店铺测试组件库存变化。
- 分析中分开父商品收入与组件履约计数,优惠及结账兼容性另行证明。
怎样解释输出
第一例能组成4套,全部组装后剩3A和0B。不能把4个父商品加12个组件算成16次销售。搜索可售、订单结构和分析计数分别需要身份映射。
明确的适用边界
仅限有限且跟踪的库存;不覆盖嵌套组合、超卖、并发、多应用、换退分摊或真实库存保证。
复核有限教学模型
保存两份文件到同一目录,用Node22或更新版本运行下面命令。JSON保留明确输入与预期,脚本只处理这些合成数据,无网络、密钥、付款或API调用。通过只证明有限模型与预期一致,不证明真实集成。
node check.mjs bundle-component-stock-reconciliation.json