概览
来自中国的多渠道订单履约，需要让使用同一实体库存的各渠道对可用库存形成一致认知。将店铺变体与仓库SKU关联，预留已接受的需求，并在发布可售数量前分离不可用单位。在多个平台刊登同一产品不会增加库存。
将产品身份与渠道刊登信息分开
一个仓库SKU可能对应Amazon、Shopify或eBay上的不同刊登参考号。将这些关系保存在映射文件中，而不是每次刊登变化就替换仓库SKU。实体商品在入库验收、拣货和库存盘点过程中都需要保持稳定的身份标识。
不同的套装需要作出额外决定。单件商品和三件装可能使用同一批组件库存，但它们的可售数量并不相同。应约定仓库是持有已组装套装，还是在收到订单后再进行组装。
fulfillmentyx发布的Jassica.L客户体验介绍了一种Amazon、Shopify和eBay运营模式，使用国际集货运输和本地包裹配送。对于类似的订单流程，应梳理每个渠道如何将订单参考号贯穿国际运输和最后一公里配送。
计算仍可作出的承诺
现有库存包括已经属于已接受订单的商品，也包括因问题而被暂时保留的商品。在向销售渠道同步数量前，应先识别这些状态。店铺和仓库使用的名称可能不同，因此应在账户需求说明中约定其含义。
考虑一个包含120个实体单位的规划示例。如果20个单位已为已接受订单预留，5个单位因检查而暂存，那么在扣除任何约定的安全库存前还剩95个单位。向每个店铺发布120个单位会忽略这些已作出的安排。这只是库存分配示例，并非对实际客户账户的说明。
入库中的库存也需要设定放行规则。供应商的发货通知可以支持规划，但不能确认仓库最终会接收的数量或状态。
控制更新之间的时间间隔
记录由哪个系统负责库存变更，以及每个渠道如何接收这些变更。询问数量多久更新一次、连接失败时如何处理，以及哪些事件会创建预留。对于同一笔销售，避免在没有对账规则的情况下进行两次独立调整。
如果更新存在延迟，渠道预留可以降低重复承诺最后几个单位的可能性。应根据实际销售模式和观察到的延迟来确定预留规模。长期不复核的预留也可能掩盖可用库存，因此应明确其用途和负责人。
测试冲突情形，而不只是正常订单
安排会争用最后可用单位的测试订单。加入一笔取消订单、一件退回商品，以及一个与单独销售商品共用某一商品的套装。检查最终的仓库库存余额和各渠道显示的数量。
| 测试 | 预期决定 |
|---|---|
| 两个渠道请求剩余的一个单位 | 由一项预留规则决定分配 |
| 一个套装与单件刊登信息共用组件 | 两者均从正确的库存关系中扣减 |
| 订单在拣货开始后被取消 | 仓库接受取消后才恢复库存 |
| 收到一件受损退货 | 在约定的审核完成前保持不可用 |
测试应留下可审计的记录，让商家无需猜测哪个平台修改了数量即可追溯。
由一名账户负责人审核异常
每日对账应区分库存差异、导入失败和运输异常。它们可能同时出现在卖家仪表板中，但需要不同的纠正措施。盘点库存无法解决重复导入订单，重新发送订单也无法修复错误的SKU映射。
fulfillmentyx可以通过针对账户的连接方式，在约定的平台之间协调仓库库存和订单。开始讨论时应提供渠道地图、产品文件以及业务希望采用的分配规则。在共享库存流程经过测试后，再增加渠道。
常见问题
每个渠道都应该显示全部可用库存余额吗？
这取决于需求、更新时间和分配模式。在有可靠预留流程的情况下，共享全部库存余额可能可行；其他账户则使用渠道限额。在有竞争订单的情况下测试这一选择，并记录促销期间谁可以调整这些限额。
预售订单应如何显示在仓库库存文件中？
应明确标识预计到货供应和已接受的预售承诺。不要将其混入不受限制的已收货库存中。应明确何时对到货单位进行计数、检查和放行，以及当实际接受的到货量小于预测量时如何分配客户订单。
增加另一个销售平台是否需要新的实物 SKU？
通常，如果实物产品没有变化，仓库身份可以保持不变。将新的渠道参考添加到映射中。不同的包装、产品版本或随附配件可能需要单独的身份或组装说明，因此应先审核实物差异。
