拆分履约产生新工作分配，不产生新订购数量。连接仓库流程前，要能从原商品行追到已履约、剩余和替代分配；把原记录与子记录全加起来，会把订单虚增。
官方依据及事实范围
Shopify Flow拆分触发器提供原及结果履约单，可能含替代单；触发器不直接包含受影响的具体行，须读取结果单。 原始参考 · 2026年10月18日读取.
已填写的验收例子
以下为原创合成教学情景，不是真实客户、平台实测或业务成果。案例中的规则须由实际负责人批准；窄屏可横向滚动表格。
| 输入与状态 | 明确核对口径 | 预期输出及决定 |
|---|---|---|
| 订单L1数量4，已履约1 | 未履约范围3 | 仅用余3核对拆分分配 |
| 剩余F2中L1为1；替代F3中L1为2 | 1+2=3 | 与未履约范围一致 |
| 把原未履约F1的3也计入F2/F3 | 3+1+2=6 | 重复累计，拒绝 |
| 收到触发器，但未读子商品行 | 缺结果数量 | 核对未知，不能写受影响0项 |
逐步执行的交付程序
- 分开订单行与履约单身份，记录哪些原分配被替代；已履约不混入未履约拆分范围。
- 把四条记录交集成方，要求逐商品守恒表、原到子追溯及缺读取错误。
- 在获准隔离店铺先部分履约再拆分，核对来源读取、行ID及仓库回执；通知不证明已发货。
怎样解释结果
正确是订购4件：已履约1、仍分配3。第三行的未履约6件是重复记账，不是新需求。替代单可能不存在，实现须按真实结果，不能假定固定子单数量。
明确的验收终点
每个有效分配须追到原行，剩余数量守恒；缺少子单读取须明确不完整。
适用范围及未验证项目
合成追溯及算术，未启用Flow、修改API、指示仓库、发货或付款；套餐及应用支持另验。
下载已填写的双语验收记录 — 包含输入、步骤、预期和边界，是教学记录，不是可运行的生产集成。
相关下一步：把商品行身份保留到退货与3PL交接.