平台统一商品目录时，商家库存和销售范围怎样区分？

平台统一商品目录时，应将公共商品及规格、商家销售记录和库存来源分开。目录负责说明是什么，商家销售记录说明谁在什么范围内出售，库存记录说明从哪里履约及有多少可售。多个商家挂到同一目录，不代表共用库存，也不能把相同商品编号下的数量直接视为全平台可任意调配。

先建立三个层次的对应关系

同一标准规格可以对应多家商家的销售记录，但商家自建编码未必与目录规格一一对应。单位、包装数或组合不同，应先核实对应关系，不能仅靠名称相似完成批量映射。

独立库存与共享库存分别组织

各商家自行备货时，可售量应关联到对应商家和库存来源。汇总数量可以用于特定管理用途，但顾客选定的商家没有可售量时，不能直接扣另一家店的库存来掩盖缺货。

若多商家销售确实使用同一获准库存池，应明确库存维护方、各渠道预占和释放、可售分配及异常责任。同一批实物被多个销售记录引用时，不能在每个商家名下都当作一份独立现货累加。软件是否具备共享库存、预占或同步能力，仍需实际验证，不从统一目录推定。

销售范围不能只用一个“上架”概括

为商家确认哪些规格、区域、配送方式或服务条件可售，特殊类目还要核对许可和实际经营范围。公共商品有效、商家销售获准和某区域可交付，是三项需要对应的事实；一项通过不能自动开放其余范围。

调整公共规格或目录映射前，查受影响的商家销售记录和未完成订单。商品描述升级可以采用新版本，旧订单仍需回查原规格、数量和责任方，不能把后来的目录名称写回所有历史交易。电子商务法第十七、三十一条分别涉及真实信息披露及商品交易信息保存。

凡科杰建云是面向企业经营的标准化SaaS平台，多商户介绍列有商品审核、店铺与订单管理方向。公共目录、商家销售关联、共享库存及仓储接口应逐项确认；费用分清版本、资料映射、接口开发、迁移与长期维护，不借单商户库存介绍推定跨商家能力。

采用前，使用两个商家的获准样例分别检查独立库存和拟议共享库存的记录方式，核对缺货、取消与范围调整。只有能解释数量从哪里来、由谁履约，统一目录才不会造成看似有货却无人负责的订单。