订单全流程：从父订单到仓库出库单

在之前的文章里，我讲了订单拆单以及库存分三层的观点。
有一些产品朋友对订单拆单到仓库发货，全体流程还是有些困惑，本日给大家讲解一下全体流程，将整条线串起来。

我们先回顾一下平常正常购物的流程：选购好商品从购物车下单、天生订单、确认订单支付、然后坐等收货、收到货确认收货。

从购物车里面会选多个商家的商品一起下单，有时每个商家一个包裹，也有一个商家多个包裹的情形，这是怎么实现的呢？

在这个过程中有父订单、子订单、发货单、仓库出库单等各种单据，还存在拆单。
对付非自营的平台，如淘宝来说，只有第1次拆单；对自营的平台来说，有第1次和第2次拆单；对各种平台的商家来说，只有第2次拆单。

一、第一次拆单

从购物车下单的时候，顾客会同时选择多个商家的商品一起下单，这时候可以一起支付。
但是支付完成后，跟踪订单，一样平常一个店铺一张订单，可以在“我的订单”中看到，这里就要说到父订单和子订单。

顾客从购物车选中多件商品下单的时候，会天生一个父订单和多个子订单。
一样平常子订单拆分的规则是按照店铺，每个店铺一张子订单，如果个中有店铺是自营的，可能会将该店铺的商品按照发客栈库提前拆分成多个子订单。

子订单是后续追踪发货色流、售后以及财务结算的依据。
包括订单明细、商品明细、支付明细、收货信息、发票信息、做事信息、物流信息、发货信息等各种内容。

父订单有什么浸染呢？除了记录用户这一次下多单的行为，还有合并支付。
如果有跨商家优惠，父订单可以对应到相应的优惠，然后对各个商家进行摊分。
一样平常在用户下完单之后，父订单的浸染基本上是已经完成了。
在订单产品架构的设计中，并不是须要拆单的订单才有父订单，而是所有的订单都须要天生父子订单。

在发卖层天生子订单之后，接下来就要处理订单发货的问题。
自营平台会把订单推送到自己的调度中央进行处理，平台的商家有几种处理办法，一是通过手工的办法将订单导出，然后安排发货，发完货再回到平台的店铺管理里进行更新发货信息；二是通过系统对接的办法将发卖订单下载至自己的订单处理中央或ERP里，安排发货。

二、第二次拆单

发卖层推送订单至调度层，也是订单系统向调度中央推送的过程。
调度中央收到发卖订单后，首先是根据相应的规则进行审核，如风控规则识别的风险订单进行拦截，信息不完全的订单须要人工参与，收到发卖订单后，一段韶光后再进行审核，比如半小时等等。

审核通过的订单开始配货，配货的时候，便是拆单规则发挥浸染的时候。
首先须要明确一个原则，有库存的商品才许可配货。
这一层拆的是发货单，不是子订单，拆再多用户看到的还是一个子订单。
但是子订单对应多个包裹，也便是多个物流单号。

拆单规则

1.仓库：按照区域调度的原则为订单商品选择发客栈库。
不同的仓库须要天生不同的发货单；

2.重量/体积：在选择仓库之后，由于仓库包装的重量或者体积的限定，须要进行拆单；

3.品类：由于易燃或者贵重物品，须要单独打包，也是要进行拆单。
在跨境电商中还存在包括代价限额的问题；

4.库存：没有库存的商品是不会下发到仓库的。
审完发货单之后可以等发货单中的全部商品有货不才推仓库。
也可以确定，有货先配的原则。
这时也须要拆单。

经由以上的原则，一个子订单可能拆成多个发货单，也可能一个子订单还是对应一个发货单。
经由这一层拆单，最好的状态是发货单下发至仓库，仓库就可以打包成一个包裹进行出库。
在发货单天生之后，就须要安排发货单进行出库，也便是推送至wms系统中。

一样平常情形下，仓库收到发货单之后，按照整单进行出库。
只有在调度中央做的不足好的情形下，仓库才须要打包成多个包裹。

三、取消订单

在订单支付后发货前，会有用户申请取消订单的情形，这时候须要系统去拦截订单的发货流程，如果拦截不堪利，顾客就只有退货了，退货的本钱肯定是比取消订单的本钱要高很多。

这时候有三个节点去拦截订单：

1. 发卖层

在用户下单后，发卖订单还没有下发至调度层，可以直接拦截成功；如果在发卖层没有拦截成功，就须要去调度层进行拦截。

2. 调度层

我们前面说到，订单稍发到调度层，须要经由审核以及配货。
如果订单未审核就直接取消，成功后返回调度层，取消相应的订单；审核后配货成功前须要去取消发货单，这时也算拦截成功；如果配货成功，已经下发至仓库，这须要再去仓库wms系统进行拦截。

3. 仓库层

调度中央和仓库进行对接后，通过接口取消仓库出库单，如果wms拦截出库单成功，则拦截成功。
如果到这个节点，拦截不堪利，便是取消订单失落败。

一样平常WMS系统都支持在仓库出库之前都可以拦截成功，但是如果调度中央没有实现和wms系统的完全对接，就无法实现这个功能。

经由以上三个节点，如果拦截成功，那订单就可以许可取消，发起退款。
如果拦截不堪利，就只有等用户收到货之后进行退货。

四、几个单据

在全体流程之中，有父订单、子订单、发货单、仓库出库单等几种类型的单据，千万不要搞混，每个单据在不同的环节发挥着不同的浸染。

为什么要做这么繁芜？我们希望送到用户手中的每一个包裹在系统中都有详细的数据记录，而不会由于有些数据空缺而产生轇轕。

上面我们讲解了，订单处理过程中最繁芜的流程，当然也有简化版的。
不同的简化流程，不同的业务形态都可以领悟在全体流程中。

以上是我关于订单天生到订单发货的完全思考，希望能给大家带来一些帮助。
如果你所在的行业的订单处理流程有所变形，也欢迎和我进行谈论。

#干系文章#

电商产品设计：订单拆单

电商库存详解：三层（发卖层、调度层、仓库层）来看库存设计

#专栏作家#

Bouny_Yuan，"大众年夜众号：碎碎恋产品。
大家都是产品经理专栏作家、电商产品经理。
专注于电商产品设计、商业剖析以及后台挖坑。
著有《电商产品经理宝典：电商后台系统产品逻辑全解析》

本文原创发布于大家都是产品经理。
未经容许，禁止转载。

题图来自Unsplash，基于 CC0 协议