库存和订单一旦「多处可改」，客服与 AI 摘要都会变成事故放大器。本文把真相源写成可签字规则，衔接 API 同步 与 跨境履约。
三条硬规则
- 同一时刻只有一个系统对「可售库存」有写权限（或有明确主从方向）。
- 字段字典先于接口代码：SKU、仓库、占用、在途、可售必须同名同义。
- 同步失败必须告警到人；静默失败视为未上线。
| 模式 | 适用 | 风险 |
|---|---|---|
| ERP 主导 | 仓储成熟 | 店铺促销占用要回写清晰 |
| 店铺主导 | 单仓轻量 | 多渠道超卖 |
| WMS 主导 | 多仓履约 | 与销售系统延迟 |
| 双向乱写 | 无 | 事故高发（禁止） |
上线演练
1断网/失败
人为制造失败
→
2告警
负责人收到
→
3重试
幂等不双写
→
4客服话术
字典驱动
延伸：缺货挽回 · Shopify App · WP 插件
和 AI 客服/履约摘要的顺序
正确顺序：真相源 → 同步监控 → 状态字典 → 话术/摘要。反序会把错误库存解释得「很像样」。见 AI 客服。
促销占用库存怎么算？
在字典里单列「占用/预留」字段，并规定哪一系统有权写入；避免店铺与 ERP 各算各的。
多仓时如何对外承诺时效？
对外文案绑定仓库维度的状态字典，禁止模型自由发明时效。
矩阵：devdiy.com · devdiy.cn
