门店与线上销售如何共享库存记录：需要连接哪些内容？

共享库存记录有助于实体店和线上销售作出一致的承诺。首先要约定每个数量对应什么商品和地点、哪些商品仍可出售，以及由哪个系统接受变更。如果没有先作出这些决定就连接两个总数，员工看到同一个数字也可能有不同理解。

从一个产品和两家门店开始。整理各项数量，再依次跟踪一次销售、一次顾客留货、一次退货和一次调拨。这样，零售运营负责人就能和员工、供应商一起检查具体流程，再决定是否信任展示给顾客的可售数量。

为每项数量明确负责人

以下企业、数字和职责均为假设。以一只蓝色350毫升马克杯为例，SKU为MUG-BLUE-350，在北店和南店按单只计数。将每个销售渠道的商品和地点标识符对应到这些准确记录。其他尺寸或包装不得在无人察觉的情况下共用这项库存数量。

在本例中，商品记录定义款式和计量单位。库存台账负责管理每种商品在各地点获认可的余额。收银系统和线上订购系统提交带有标识的库存变动；线上目录根据台账显示可售数量。运营负责人调查差异。门店员工提供实物盘点结果，用于已获批准的调整，而不是各自在多个系统中覆盖库存余额。

北店的十只实物马克杯包括两只为顾客留货、三只已分配给已接受的订单、一只等待检查，以及四只可售。南店的六只包括一只留货和五只可售。不要把实物库存再加到这些较小的分类上，因为它们已经包含在实物库存内。即将到货的马克杯另计，退回的马克杯只在实物库存中计算一次。

这些是本例的业务定义。Shopify的库存指南也按商品和地点区分现有、可售、已承诺和不可用数量，但这些名称应放在Shopify自己的语境中理解。根据其当前指南，草稿订单预留属于已承诺；reserved则是另一种不可用状态。你的门店把某个流程称为预留，并不意味着它自动对应供应商的reserved字段。

映射字段前，先写清每个系统中的含义。Microsoft关于系统间转换的指南解释了为什么看似相同的业务概念可能需要转换，也需要持续维护并可能产生延迟。实际工作是让库存变动经过连接时仍保留原有含义。

跟踪四种常见变动

以下每个例子都从上面的原始数量重新开始。这些是建议的运营选择，并非对任何特定平台默认行为的描述。

销售时先分配库存，再发货

假设台账根据企业的分配规则接受一笔线上订单，购买北店的一只马克杯。可售数量从四只降到三只，已承诺数量从三只升到四只。由于马克杯仍在店内，现有数量保持十只。员工发货后，现有数量降至九只，已承诺数量回到三只。仅有页面浏览记录或付款提示，并不能证明库存分配已获接受。

留货需要明确的释放规则

一名店员为顾客预留一只北店马克杯供其到店领取。在这个假设模型中，可售数量从四只降到三只，顾客留货数量从两只增至三只。企业必须设定到期时间，并明确由哪个流程或哪位负责人释放留货。只有当马克杯此后没有被分配给订单或售出时，取消或到期才会恢复可售数量。Shopify草稿订单预留需要单独映射到已承诺状态。

退货收到了，还不代表可以出售

收到一只此前售出的马克杯后，北店现有数量从十只增至十一只，待检查数量从一只增至两只。可售数量仍为四只。检查后，可以将马克杯重新放入可售库存，也可以记录为不可售。退款和实物收货是两个独立事件，员工需要知道实际发生的是哪一个。

调拨包括发出和收货两个环节

重新从基准数量开始。假设员工通过一笔有标识的调拨，将北店两只可售马克杯发往南店。北店现有数量从十只降至八只，可售数量从四只降至两只。南店在途数量从两只增至四只；其现有数量仍为六只，可售数量仍为五只。基准数量中原有的两只在途商品属于另一笔变动。

南店收到这笔新调拨一次并完成必要检查后，在途数量回到两只，现有数量增至八只，可售数量增至七只。仅仅计划调拨并不表示商品已经发出。要约定商品何时停止销售，以及收货后何时可以出售，避免两家门店同时销售运输途中的马克杯。

测试最后一只马克杯会卖给谁

请供应商在受支持的独立测试环境中演示这些拟定的验收场景。使用虚构商品，并关闭真实库存写入、订单、付款、履约和顾客消息。除了员工看到的界面，也要检查接收系统接受的库存变动记录和变动后的余额。

将一件商品设为可售，同时在收银台和线上请求购买。库存分配在哪里决定？确认哪个请求获接受，以及另一位顾客或店员会看到什么。缓存的可售数量界面无法替相互竞争的请求作出决定。

然后，在订单正在接受时让一笔留货到期。检查这件商品是否只进入预期状态一次。将退货收货或调拨收货消息发送两次，确认员工能识别实际只收货一次，避免重复增加库存。这些测试只能说明所演示条件下的行为，不能证明所有更新都即时发生，也不能消除所有超卖风险。

连接中断时要显示不确定状态

先在确认前中断连接，再测试一次在接收系统接受库存变动后中断的情况。两种情况下，发送方都可能收不到回复，但库存后果不同。再次发送前，员工需要区分待处理、已确认接受和结果不确定的变动。

连接恢复后，将操作标识、商品、地点、数量和状态与接收系统的记录进行比对。询问如果旧回复晚于新回复到达，连接如何判断顺序和数据新旧。不能只凭到达时间就让旧余额悄然成为权威数据。

这些是供企业选择的政策示例。选择最大数字或最后到达的更新，并不是通用的差异处理规则。实物盘点可以发现差异，但更正仍需要记录原因并明确负责人。

带着员工能使用的库存地图离开

有用的成果包括一份已达成共识的商品和地点地图、每项数量的定义、已接受变更的负责人，以及处理不确定变动和差异的明确流程。把经过测试的销售、留货、退货和调拨流程与地图放在一起。员工应清楚哪些承诺可以作出，哪些情况需要核查。

统一的库存视图可以支持你已经使用的销售渠道。这份地图有助于判断剩余工作属于配置、补充连接，还是调整员工职责。如果需要连接系统，我们可以围绕这些变动和异常处理讨论API集成，并针对具体项目约定范围和后续维护。

关于共享库存的常见问题