多个渠道的商品记录，为何可能指向同一库存项

同一种货在两个销售渠道各有一个商品记录，履约系统中是否就一定存在两份独立库存？只数商品行数，无法回答这个问题。ShipBob的Concepts页面把商品记录与库存项分开，正好说明了这层关系。

该文档将Product解释为通过渠道在系统中创建的虚拟记录，将Inventory item解释为对实体商品的表示；后者在履约中心可能有实物库存，也可能没有。[1] 因此，一个库存项记录存在，并不自动证明仓库当前有货，更不能用它的存在推导出可用数量。

Merge的定义继续说明，多个Product可以指向一个Inventory item，这些商品记录可能来自不同渠道。原页举的是商家通过不同平台交由ShipBob履约的情形。这里的“多个”是商品记录层面的数量，“一个”是它们所映射的库存项；这组关系没有凭空增加实物。

假设一份自拟示意中，渠道甲与渠道乙各有一条商品记录，它们被表示为同一实体商品。读者需要认识的是映射关系，而不能直接把两条记录理解成两件货，或理解成两份可以相加的可售量。本例没有对应真实账户，也没有决定任何两个商品应被合并。

文档还用Bundle描述另一种关系：一个商品对应多个库存项，常见于礼盒或组合装的表达。将它与Merge对照，能够看出两种关系的方向不同。名称里都涉及多个对象，并不意味着它们可以互换；是否是同一实体商品，与是否包含多个库存组成，是不同问题。

这种对象区分对阅读跨渠道报表很有用。商品目录在说明对外销售记录，库存项在表达履约中的货物身份，实际数量又属于相应数量信息。只有把自己正在数的对象说清楚，才不容易把目录重复当成库存重复，或把一个记录当成一件现货。本文没有调用商家API，也没有执行任何合并、拆分或库存修改。

本次2026年10月8日读取的页面标示文档版本2026-07，网页另标最后更新于2026年2月24日，两种标识分别保留，不推定为同一发布日期。本文解释的是这版文档中的术语关系，其他履约系统可能采用不同对象模型；概念相似并不保证字段可以直接互换。