訂單拆單到倉庫發貨，整個流程是什麼樣的？拆單系統又分為哪幾個部分？

在之前的文章裡，我講了訂單拆單以及庫存分三層的概念。有一些産品朋友對訂單拆單到倉庫發貨，整個流程還是有些困惑，今天給大家講解一下整個流程，将整條線串起來。

我們先回顧一下平常正常購物的流程：選購好商品從購物車下單、生成訂單、确認訂單支付、然後坐等收貨、收到貨确認收貨。

從購物車裡面會選多個商家的商品一起下單，有時每個商家一個包裹，也有一個商家多個包裹的情況，這是怎麼實現的呢？

在這個過程中有父訂單、子訂單、發貨單、倉庫出庫單等各種單據，還存在拆單。對于非自營的平台，如淘寶來說，隻有第1次拆單；對自營的平台來說，有第1次和第2次拆單；對各種平台的商家來說，隻有第2次拆單。

一、第一次拆單

從購物車下單的時候，顧客會同時選擇多個商家的商品一起下單，這時候可以一起支付。但是支付完成後，跟蹤訂單，一般一個店鋪一張訂單，可以在“我的訂單”中看到，這裡就要說到父訂單和子訂單。

顧客從購物車選中多件商品下單的時候，會生成一個父訂單和多個子訂單。一般子訂單拆分的規則是按照店鋪，每個店鋪一張子訂單，如果其中有店鋪是自營的，可能會将該店鋪的商品按照發貨倉庫提前拆分成多個子訂單。

子訂單是後續追蹤發貨物流、售後以及财務結算的依據。包括訂單明細、商品明細、支付明細、收貨信息、發票信息、服務信息、物流信息、發貨信息等各種内容。

父訂單有什麼作用呢？除了記錄用戶這一次下多單的行為，還有合并支付。如果有跨商家優惠，父訂單可以對應到相應的優惠，然後對各個商家進行攤分。一般在用戶下完單之後，父訂單的作用基本上是已經完成了。在訂單産品架構的設計中，并不是需要拆單的訂單才有父訂單，而是所有的訂單都需要生成父子訂單。

在銷售層生成子訂單之後，接下來就要處理訂單發貨的問題。自營平台會把訂單推送到自己的調度中心進行處理，平台的商家有幾種處理方式，一是通過手工的方式将訂單導出，然後安排發貨，發完貨再回到平台的店鋪管理裡進行更新發貨信息；二是通過系統對接的方式将銷售訂單下載至自己的訂單處理中心或ERP裡，安排發貨。

二、第二次拆單

銷售層推送訂單至調度層，也是訂單系統向調度中心推送的過程。調度中心收到銷售訂單後，首先是根據相應的規則進行審核，如風控規則識别的風險訂單進行攔截，信息不完整的訂單需要人工介入，收到銷售訂單後，一段時間後再進行審核，比如半小時等等。

審核通過的訂單開始配貨，配貨的時候，就是拆單規則發揮作用的時候。首先需要明确一個原則，有庫存的商品才允許配貨。這一層拆的是發貨單，不是子訂單，拆再多用戶看到的還是一個子訂單。但是子訂單對應多個包裹，也就是多個物流單号。

拆單規則

1.倉庫：按照區域調度的原則為訂單商品選擇發貨倉庫。不同的倉庫需要生成不同的發貨單；

2.重量/體積：在選擇倉庫之後，因為倉庫包裝的重量或者體積的限制，需要進行拆單；

3.品類：由于易燃或者貴重物品，需要單獨打包，也是要進行拆單。在跨境電商中還存在包括價值限額的問題；

4.庫存：沒有庫存的商品是不會下發到倉庫的。審完發貨單之後可以等發貨單中的全部商品有貨在下推倉庫。也可以确定，有貨先配的原則。這時也需要拆單。

經過以上的原則，一個子訂單可能拆成多個發貨單，也可能一個子訂單還是對應一個發貨單。經過這一層拆單，最好的狀态是發貨單下發至倉庫，倉庫就可以打包成一個包裹進行出庫。在發貨單生成之後，就需要安排發貨單進行出庫，也就是推送至wms系統中。

一般情況下，倉庫收到發貨單之後，按照整單進行出庫。隻有在調度中心做的不夠好的情況下，倉庫才需要打包成多個包裹。

三、取消訂單

在訂單支付後發貨前，會有用戶申請取消訂單的情況，這時候需要系統去攔截訂單的發貨流程，如果攔截不成功，顧客就隻有退貨了，退貨的成本肯定是比取消訂單的成本要高很多。

這時候有三個節點去攔截訂單：

1. 銷售層

在用戶下單後，銷售訂單還沒有下發至調度層，可以直接攔截成功；如果在銷售層沒有攔截成功，就需要去調度層進行攔截。

2. 調度層

我們前面說到，訂單稍發到調度層，需要經過審核以及配貨。如果訂單未審核就直接取消，成功後返回調度層，取消相應的訂單；審核後配貨成功前需要去取消發貨單，這時也算攔截成功；如果配貨成功，已經下發至倉庫，這需要再去倉庫wms系統進行攔截。

3. 倉庫層

調度中心和倉庫進行對接後，通過接口取消倉庫出庫單，如果wms攔截出庫單成功，則攔截成功。如果到這個節點，攔截不成功，就是取消訂單失敗。

一般WMS系統都支持在倉庫出庫之前都可以攔截成功，但是如果調度中心沒有實現和wms系統的完整對接，就無法實現這個功能。

經過以上三個節點，如果攔截成功，那訂單就可以允許取消，發起退款。如果攔截不成功，就隻有等用戶收到貨之後進行退貨。

四、幾個單據

在整個流程之中，有父訂單、子訂單、發貨單、倉庫出庫單等幾種類型的單據，千萬不要搞混，每個單據在不同的環節發揮着不同的作用。

為什麼要做這麼複雜？我們希望送到用戶手中的每一個包裹在系統中都有詳細的數據記錄，而不會因為有些數據空白而産生糾紛。

上面我們講解了，訂單處理過程中最複雜的流程，當然也有簡化版的。不同的簡化流程，不同的業務形态都可以融合在整個流程中。

以上是我關于訂單生成到訂單發貨的完整思考，希望能給大家帶來一些幫助。如果你所在的行業的訂單處理流程有所變形，也歡迎和我進行讨論。

#相關文章#

電商産品設計：訂單拆單

電商庫存詳解：三層（銷售層、調度層、倉庫層）來看庫存設計

#專欄作家#

Bouny_Yuan，公衆号：碎碎戀産品。人人都是産品經理專欄作家、電商産品經理。專注于電商産品設計、商業分析以及後台挖坑。著有《電商産品經理寶典：電商後台系統産品邏輯全解析》

本文原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于 CC0 協議

,