POD 订单拆分发货说明：多件、多仓和补件订单的七步模板
一次结账不一定只产生一个包裹。POD 订单可能来自不同生产点、使用不同材料、在不同日期完成，或因质检与补件进入独立路线。如果首包消息被写成整笔订单已经完成，正常拆发也会像漏发。解决方法是先建立订单级事实，再生成包裹级消息，明确本次发出什么、哪些仍未发出、为什么拆分以及下一次可验证更新何时到达。
Summary
- 列出本包裹中的商品
- 列出仍未发出的行项目
- 用真实原因类别解释拆分
- 给出可验证更新节点和负责人
1. 写消息前先锁定履约事实
订单级真相
先核对具体行项目、当前生产点、完成状态、原因类别、包裹归属、下一复核节点和负责人。把已完成商品与延迟件、补件或待确认商品分开。不要把内部估计写成保证发货日或到货日。时间仍不稳定时，承诺团队再次核对并发送状态的节点。这样既保持诚实，也给买家一个可以使用的参照点。
2. 每条部分发货消息使用七个事实
包裹级清晰度
买家应立即看懂这是完整发货还是部分发货、本包裹包含哪些商品、哪些商品仍未完成、为什么拆分、现在是否需要操作，以及计划变化时如何处理。商品页、购物车、确认页、订单详情、发货邮件和客服宏必须使用同一事实。语序和语气可以本地化，但不能把同一事实翻译成不同强度的承诺。
3. 选择齐套等待、先发、拆发或确认
路线判断证据
先核对具体行项目、当前生产点、完成状态、原因类别、包裹归属、下一复核节点和负责人。把已完成商品与延迟件、补件或待确认商品分开。不要把内部估计写成保证发货日或到货日。时间仍不稳定时，承诺团队再次核对并发送状态的节点。这样既保持诚实，也给买家一个可以使用的参照点。
4. 在结账前建立正确预期
买家触点
买家应立即看懂这是完整发货还是部分发货、本包裹包含哪些商品、哪些商品仍未完成、为什么拆分、现在是否需要操作，以及计划变化时如何处理。商品页、购物车、确认页、订单详情、发货邮件和客服宏必须使用同一事实。语序和语气可以本地化，但不能把同一事实翻译成不同强度的承诺。
5. 写好确认、首包和异常消息
消息结构
先核对具体行项目、当前生产点、完成状态、原因类别、包裹归属、下一复核节点和负责人。把已完成商品与延迟件、补件或待确认商品分开。不要把内部估计写成保证发货日或到货日。时间仍不稳定时，承诺团队再次核对并发送状态的节点。这样既保持诚实，也给买家一个可以使用的参照点。
6. 建立单一责任人与证据链
负责人和节点
买家应立即看懂这是完整发货还是部分发货、本包裹包含哪些商品、哪些商品仍未完成、为什么拆分、现在是否需要操作，以及计划变化时如何处理。商品页、购物车、确认页、订单详情、发货邮件和客服宏必须使用同一事实。语序和语气可以本地化，但不能把同一事实翻译成不同强度的承诺。
7. 检查七语言、移动端和追踪
多语言一致性
先核对具体行项目、当前生产点、完成状态、原因类别、包裹归属、下一复核节点和负责人。把已完成商品与延迟件、补件或待确认商品分开。不要把内部估计写成保证发货日或到货日。时间仍不稳定时，承诺团队再次核对并发送状态的节点。这样既保持诚实，也给买家一个可以使用的参照点。
按误解类型监控并修复一个断点
消息事实
- 说明本次是完整发货还是部分发货
- 列出当前包裹包含的每件商品
- 列出仍未发出的每个行项目
- 使用已经核实的拆分原因类别
- 给出下一次复核节点
- 指定剩余商品的负责人
- 说明买家现在是否需要操作
触点一致性
- 与商品页履约说明保持一致
- 与混合订单的购物车提示保持一致
- 与订单确认消息保持一致
- 在订单详情中保留包裹内容
- 让客服引用同一份订单级事实
发布前核对
- 逐项核对订单行与包裹归属
- 让每个追踪链接绑定对应包裹
- 第二个追踪出现后保留第一条记录
- 在移动端检查消息首屏
- 确认七种语言使用相同事实
- 复核运费和取消政策措辞
- 把补件与原订单拆发明确区分
- 节点过期仍无进展时触发升级
Decision
| Route | Use |
|---|---|
| Hold | Gap |
| Split | Separate |
FAQ
所有多件订单都应该等待齐套吗？
不一定。路线取决于生产点、证据、成本、目的地限制和店铺能力，必须说明店铺真正能执行的方案。
第一只包裹发出后能把订单标为完成吗？
仍有行项目未完成时，单一完成状态容易误导。应在当前工具允许范围内保留订单级事实和包裹级状态。
第二个包裹必须承诺具体日期吗？
不需要。日期不稳定时，应说明当前状态和下一可验证更新节点，不要使用马上或很快代替事实。
补件可以使用同一模板吗？
可以，但必须明确这是补件、原商品结果、原因类别和新负责人，避免看起来像新增收费订单。
Next step
抽取最近一笔多件订单，选择齐套等待、先发、拆发或确认路线，再用七个事实重写首包消息，并为剩余商品指定负责人。
执行时先对照订单行项目与包裹内容，确认已发商品、未发商品、拆分原因、下一复核节点和负责人。首包离开后仍要保留剩余件状态，第二个追踪不能覆盖第一个记录。节点到达没有新进展时也要主动更新，并让客服只引用同一事实源。上线前再核对移动端、七语言、费用边界、取消路径和补件说明。如果后台只能显示单一订单状态，应在订单详情和通知中额外列出每个包裹对应的商品，避免“已发货”被误解为整单完成。客服交接记录也要准确保留最后一次核实时间。This framework is general guidance, not a legal, platform, carrier, delivery, or cost guarantee. Verify current rules and actual store capability.