这样的做法，好处在于：
- 如果客户在【待支付】状态下取消了支付，后续再支付客户也只需要对一个订单进行操作，在这种状态下的客户体验更好，更加符合用户心智。
- 同时，在【待支付】状态下，客户天然的会比较关心款项问题，一个订单，便于客户在实际支付前进行核算（特别是在有平台红包等跨店优惠的情况下）。
- 主订单可以保留下客户的行为轨迹，既满足了客户的操作习惯（一次性支付），也能满足商家发货的拆单需求（不同商家分开发货）。
支付后的订单表现：拆单完成有2个订单，发货或者售后缓解均可开处理
如果不在这个节点拆单，又会怎么样呢？
如果节点往后移，支付成功后将进入待发货的物流环节，如果在该节点及之后进行拆单，那么就会出现同一订单进入不同商家的物流环节的情况，物流环节开始多为商家各自自主进行，因此可能导致订单上不同商品实际的物流情况进展不一，售后情况也极有可能不同步。
若不及时拆单，会导致系统处理逻辑上的复杂、订单展现上的复杂，可能导致商家混淆订单，发货工作、售后退款退货工作出错。
在进入物流环节前完成拆单工作，可以规避一个订单关联多个商家物流情况，多商家之间完全独立，售后也可以完全独立，不需要做数据上的关联，简洁高效，也降低了复杂度，降低了商家出错的概率。
如果节点往前移，在支付成功之前进行拆单可以吗？答案是可以，例如拼多多，将拆单节点放在了下单之后，支付之前，C端表现形式是若中途取消支付，订单列表内可以看到2个订单，但是重新发起支付时，订单会以【合并支付订单】的形式存在，需要一起支付。
下单时的表现：同一订单（一起支付）
取消支付后的订单展现：订单拆分
重新发起支付：拆分后的订单仍然需要合并支付
