OMS 合单与拆单：电商履约里最容易「看起来聪明、实际砸口径」的两刀
多平台订单按收件人/仓/库存策略合单出库，或缺货/多仓时拆成子单。父子关系、面单与库存扣减、平台回传状态必须可追溯，禁止静默拆合。
合单省运费，拆单救缺货——都对。错在系统把关系藏进拣货波次，客服只看到「原订单」找不到子单号。刀可以快，刀痕必须留在数据模型上。
合单前的闸
- 地址归一与买家标识
- 仓库与库存可用性
- 商品属性（危险品、超规、冷链若适用则隔离）
- 平台/店铺是否允许合并发货
拆单后的义务
- 父单 ↔ 子单双向可点
- 每子单独立面单与出库单
- 部分发货状态对客可读
- 售后/退货落到正确子单
快递飞在多平台 OMS 相关交付里，把「禁止无父子关系的拆合」写成验收红线；路由文章管去哪个仓，本篇管拆合之后还能不能说清楚。
常见问题
什么时候该合单？
同一买家、同一收件地址、同一发货仓、渠道规则允许、承诺时效仍可满足时。礼品单、指定承运商单、预售混发常要排除。
拆单后平台怎么回传？
子单各自物流单号，父单汇总状态；平台若只接受一单号，需按平台规则选主回传并在客服侧展示全部子单。
首期验收？
两单合一面单且库存扣一次正确；一单拆两仓生成子单；取消其中子单不影响另一子单库存与轨迹。
所属专题
列表筛选「直邮与一单到底」 · 列表筛选「海外仓与FBA」 · 列表筛选「尾程与打单」 · 列表筛选「对接与运营」 · 列表筛选「交付与选型」