电商业务中，多场景下的复杂业务流程往往通过订单来记录业务的发生。订单的拆单规则需要适配不同条件的细分场景。本文通过个人项目复盘，以文字与流程图的形式，描述清楚订单（销售订单）的拆单与合并规则。

01 概述 1.1 什么是拆单

在网上购买商品下单成功后，过一段时间再次浏览时，有时会发现你的订单会变成两个或多个，这就是系统做了拆单而导致的。

拆单，就是将一个大的订单依据某些规则的集合，将其分解成两个或多个子订单的过程，原来的订单称之为父订单。

1.2 为什么拆单

不同商品需要针对特性、卖家、发货地等，有不同的处理方式，因此需要拆单；

可以通过拆单解决用户在前台下单时商品库存数量不足的情况；

1.3 拆单的场景

• 仓库管理：订单量根据算法合理分配给多个仓储中心。
• 订单管理：根据订单的种类、重量、尺寸等信息进行分类和分配。
• 产品品类管理：在销售旺季，电商企业需要对各类产品进行分类和集中处理，降本增效。
• 配送管理：订单聚合发货，降低物流配送成本。
• 财务维度：不同商家在财务上是独立的，因此不能作为同一个父订单进行结算。例如，用户在购物车中同时选择了平台自营的商品和第三方商家的商品，这两部分商品就需要拆分成两个父订单进行分别结算。
• 物流维度：由于商品体积、数量、存储条件、仓库位置以及供应商等因素的不同，很多情况下需要将一个父订单拆分成多个子订单进行发货。例如，冰箱由于体积大、重量重，通常需要独立成单。
• 商品温控属性不同：对于生鲜电商而言，同一个仓库可能包含常温仓、冷藏仓、冷冻仓，存储着不同的商品，商品的拣货、包装等都有不同的要求，所以需要进行拆单。
• 大件商品拆单：大件商品与普通商品不同，它在仓库的存储位置、拣货方式、包装、运输都有所区别，所以大件商品需要每一件都拆单。
• 根据库存拆单：针对缺货商品进行的拆单，即有库存的一单，无库存的一单，如果是二级订单，则父订单相同，子订单衍生出子订单。
• 线下门店商品不拆单：如果是线下门店购买商品，则不需要拆单。
• 组合商品不能拆单：在促销活动中，有时会有一些大礼包等商品的组合销售，即多个商品经过仓库的组合包装后出库，所以针对此类商品不能拆单。

拆单的时点要在 “订单支付成功”后进行，且需要前端订单已经流转到后端生产库，在订单中心进行处理。

1）如果购物车不能合并支付时，在购物车中便拆分为几个订单，这时的拆单可以定义为一次拆单，也可以归属于购物流程，因为用户不提交就不会生成订单号，不会保存各个订单的数据。

2）在用户支付成功后，各个订单同样是要向后台流转，经过拆单服务的处理才可以继续进行下面的生产。

在前面讨论拆单场景时提到一种缺货拆单，这种场景的拆单是在用户下单支付成功后，订单有可能已经拆分为不同的子订单，但因某种原因仓库无货而导致的拆单。这时拆单的时点是灵活的，一般是在客服系统中，根据用户的反馈确定是否拆单的。

注：缺货是影响用户体验的，但是缺货是始终客观存在的。

1.5 拆单的原则

原则1：最小拆单原则，即能拆两单，不能拆成三单，因为多拆一单不仅是单据数量的增加，它会增加系统的复杂度，降低用户体验，加大仓库作业量，增加运费费用等。

原则2：最快送达原则，拆分出的子订单要快速生产，快速送达，这个是增加用户体验的最好办法。但是快速送达，依赖于仓储物流的布局，这个在多仓可以发送到一个城市时尤为重要。

02 订单拆单规则

1）交易主体：这里的交易主体指平台上各个商家，他们都会与消费者发生各种交易行为。因此，对于前台还是后台拆单，分为两大类拆单方式：

1. 不同交易主体拆单（前台拆分订单）
2. 单一交易主体拆单（后台拆分发货单）

2）前台：淘宝、京东、饿了么、美团外卖等前台销售平台；

3）后台：支撑前台的各种系统的统称，核心拆单部分在仓储相关环节。

2.1 不同交易主体的拆单（前台拆分订单）：

消费者与不同的交易主体发生交易时，不同的交易主体生成不同的订单，每个交易主体都有一个独立的订单号。此时，每个订单都会对应一个发货单（可以理解为物流单，但不一定是你收到快递的物流单号），即对应关系为 1:1。

不同交易主体拆单时，直接体现在了前台展现不同的订单，所以这里称之为“前台拆分订单”；而前台拆单又分了两种拆分方式：

1. 购物车拆分
2. 提交订单拆分

1）购物车拆分

定义：饿了么、美团外卖的购物车，尤其是饿了么的购物车，会发现每个店都有一个单独的【去结算】按钮，而不是像淘宝一样可以多家店同时结算，那么饿了么这种在购物车就将不同交易主体的商品进行拆分的方式就是“购物车拆分”。

如下图，左侧为饿了么，右侧为美团外卖：

2）提交订单拆分

定义：以淘宝、京东为代表的电商产品，可以在购物车里将不同商家的商品同时勾选进行【结算】，在确定订单页可以同时【提交订单】，当提交订单后，不同商家的商品会生成不同的订单，所以在这里称之为“提交订单拆分”。

“提交订单拆分”的拆单方式实际也是经过后台处理进行拆分的，但是因为对消费者有明显的不同订单的感知，所以归在前台拆分订单里。

2.2 单一交易主体的拆单（后台拆分发货单）

定义：后台拆分发货单，也就是消费者在单一商家下单后（或经过前台拆单后变成了每个独立交易主体的订单），拆单实际拆的是发货单，而不是消费者的实际订单。

这里有一个误区：即在提到拆单和合单时，经常说把消费者的原单拆开多个，或者多个合并成一个。这种方式既麻烦，又容易出错，而且最关键的问题是，修改消费者订单，对消费者的感知并不好。

订单拆分和合并是要解决什么问题？‍

1. 是要提升发货效率和体验，节约发货成本，解决的是订单分开发货和合并发货的问题，不是说“订单拆分”把消费者订单直接拆了。
2. 如果真的拆了那简直是一场灾难，还需要考虑各种优惠的拆分，在退货时要保证所有金额不出错。
3. 在需要拆单的情况下，一定不要修改消费者订单，而是根据一定的规则将消费者订单生成多个发货单，这样就有了订单和发货单关系为 1:N。
4. 1:N 释义如下图所示：下面为之前下的一个订单，商家分了多个仓发货，有多个物流单号（已隐藏）

1）后台拆分发货单规则

（1）是否多仓发货

（2）是否分批发货案例：下图为盒马鲜生的确认订单页，因商品不同（包裹 1 和包裹 2 的拆分可能是由于库存问题，包裹 1 和包裹 3 拆分的原因应该是品类的原因，包裹 1 需要更精准的配送时间，包裹 3 则不需要），在下单时直接告知消费者会分多单配送：

（3）是否需要人工拆单：当系统自动拆单规则不完善时，一般都需保留人工拆单的方式，在订单审核时将一部分商品先发货。

03 总 结

通过前台拆单和后台拆单的规则可以发现，前台拆单规则明确，表现形式只有两种：购物车拆分、提交订单拆分。而在后台拆单时，更多的结合实际场景，各种规则并不明确，可见后台拆单逻辑更复杂。

单一商家的发货场景比较单一，一般不需要考虑设计的太复杂，可能不需要后台拆单就能解决问题（即使只有一个交易主体，也可通过前台拆单方式解决）。而作为能够提供仓储物流服务的平台方，则需要考虑更多，成本、时效、体验都需要考虑。

本文由 @RICK 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务