分店间调拨不是新采购，也不是新销售。将仓库数据接到网站前，应明确哪个事件改变哪个地点，避免分批到货同时增加来源仓、目的仓和前台库存。
官方依据与范围
调拨流程区分接收、拒收与未发出的取消数量，部分收货可保持进行中。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| 调拨8；接收5、拒收1、待处理2 | 目的地已启用SKU | 目的可售＋5 |
| 2件从未发出，批准取消 | 自有地点之间 | 记录退回来源，不记目的接收 |
| 短少2件后来找回 | 更正原收货记录 | 不能独立新增一次收货 |
可执行的交付检查
- 测试同步前记录来源、目的、调拨及批次ID，约定每个SKU的事件归属。
- 对账接收、拒收、取消和待处理数量，不把所有到货都当成可售。
- 在获准环境重放更正，确认改的是原收货记录，而非多产生一次库存增加。
怎样解释输出
接收5加拒收1说明处理了6件，仍有2件未完。教学仅核对数量，不模拟发货保留、并发结账或应用事件幂等，这些需要真实系统事件记录。
明确的适用边界
例子为自有地点，供应商来源取消规则不同。SKU在目的地点未启用时，接收未必立即可售。不改真实库存，也不冒充物流服务商。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。
node check.mjs transfer-receipt-state-contract.json