訂單拆單到倉庫發(fā)貨，整個(gè)流程是什么樣的？拆單系統(tǒng)又分為哪幾個(gè)部分？

在之前的文章里，我講了訂單拆單以及庫存分三層的概念。有一些產(chǎn)品朋友對(duì)訂單拆單到倉庫發(fā)貨，整個(gè)流程還是有些困惑，今天給大家講解一下整個(gè)流程，將整條線串起來。

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

從購物車?yán)锩鏁?huì)選多個(gè)商家的商品一起下單，有時(shí)每個(gè)商家一個(gè)包裹，也有一個(gè)商家多個(gè)包裹的情況，這是怎么實(shí)現(xiàn)的呢？

在這個(gè)過程中有父訂單、子訂單、發(fā)貨單、倉庫出庫單等各種單據(jù)，還存在拆單。對(duì)于非自營的平臺(tái)，如淘寶來說，只有第1次拆單；對(duì)自營的平臺(tái)來說，有第1次和第2次拆單；對(duì)各種平臺(tái)的商家來說，只有第2次拆單。

一、第一次拆單

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

顧客從購物車選中多件商品下單的時(shí)候，會(huì)生成一個(gè)父訂單和多個(gè)子訂單。一般子訂單拆分的規(guī)則是按照店鋪，每個(gè)店鋪一張子訂單，如果其中有店鋪是自營的，可能會(huì)將該店鋪的商品按照發(fā)貨倉庫提前拆分成多個(gè)子訂單。

子訂單是后續(xù)追蹤發(fā)貨物流、售后以及財(cái)務(wù)結(jié)算的依據(jù)。包括訂單明細(xì)、商品明細(xì)、支付明細(xì)、收貨信息、發(fā)票信息、服務(wù)信息、物流信息、發(fā)貨信息等各種內(nèi)容。

父訂單有什么作用呢？除了記錄用戶這一次下多單的行為，還有合并支付。如果有跨商家優(yōu)惠，父訂單可以對(duì)應(yīng)到相應(yīng)的優(yōu)惠，然后對(duì)各個(gè)商家進(jìn)行攤分。一般在用戶下完單之后，父訂單的作用基本上是已經(jīng)完成了。在訂單產(chǎn)品架構(gòu)的設(shè)計(jì)中，并不是需要拆單的訂單才有父訂單，而是所有的訂單都需要生成父子訂單。

在銷售層生成子訂單之后，接下來就要處理訂單發(fā)貨的問題。自營平臺(tái)會(huì)把訂單推送到自己的調(diào)度中心進(jìn)行處理，平臺(tái)的商家有幾種處理方式，一是通過手工的方式將訂單導(dǎo)出，然后安排發(fā)貨，發(fā)完貨再回到平臺(tái)的店鋪管理里進(jìn)行更新發(fā)貨信息；二是通過系統(tǒng)對(duì)接的方式將銷售訂單下載至自己的訂單處理中心或ERP里，安排發(fā)貨。

二、第二次拆單

銷售層推送訂單至調(diào)度層，也是訂單系統(tǒng)向調(diào)度中心推送的過程。調(diào)度中心收到銷售訂單后，首先是根據(jù)相應(yīng)的規(guī)則進(jìn)行審核，如風(fēng)控規(guī)則識(shí)別的風(fēng)險(xiǎn)訂單進(jìn)行攔截，信息不完整的訂單需要人工介入，收到銷售訂單后，一段時(shí)間后再進(jìn)行審核，比如半小時(shí)等等。

審核通過的訂單開始配貨，配貨的時(shí)候，就是拆單規(guī)則發(fā)揮作用的時(shí)候。首先需要明確一個(gè)原則，有庫存的商品才允許配貨。這一層拆的是發(fā)貨單，不是子訂單，拆再多用戶看到的還是一個(gè)子訂單。但是子訂單對(duì)應(yīng)多個(gè)包裹，也就是多個(gè)物流單號(hào)。

拆單規(guī)則

1.倉庫：按照區(qū)域調(diào)度的原則為訂單商品選擇發(fā)貨倉庫，不同的倉庫需要生成不同的發(fā)貨單；
2.重量/體積：在選擇倉庫之后，因?yàn)閭}庫包裝的重量或者體積的限制，需要進(jìn)行拆單；
3.品類：由于易燃或者貴重物品，需要單獨(dú)打包，也是要進(jìn)行拆單，在跨境電商中還存在包括價(jià)值限額的問題；
4.庫存：沒有庫存的商品是不會(huì)下發(fā)到倉庫的，審?fù)臧l(fā)貨單之后可以等發(fā)貨單中的全部商品有貨在下推倉庫，也可以確定有貨先配的原則，這時(shí)也需要拆單。

經(jīng)過以上的原則，一個(gè)子訂單可能拆成多個(gè)發(fā)貨單，也可能一個(gè)子訂單還是對(duì)應(yīng)一個(gè)發(fā)貨單；經(jīng)過這一層拆單，最好的狀態(tài)是發(fā)貨單下發(fā)至倉庫，倉庫就可以打包成一個(gè)包裹進(jìn)行出庫。在發(fā)貨單生成之后，就需要安排發(fā)貨單進(jìn)行出庫，也就是推送至wms系統(tǒng)中。

一般情況下，倉庫收到發(fā)貨單之后，按照整單進(jìn)行出庫。只有在調(diào)度中心做的不夠好的情況下，倉庫才需要打包成多個(gè)包裹。

三、取消訂單

在訂單支付后發(fā)貨前，會(huì)有用戶申請(qǐng)取消訂單的情況，這時(shí)候需要系統(tǒng)去攔截訂單的發(fā)貨流程，如果攔截不成功，顧客就只有退貨了，退貨的成本肯定是比取消訂單的成本要高很多。

這時(shí)候有三個(gè)節(jié)點(diǎn)去攔截訂單：

1. 銷售層

在用戶下單后，銷售訂單還沒有下發(fā)至調(diào)度層，可以直接攔截成功；如果在銷售層沒有攔截成功，就需要去調(diào)度層進(jìn)行攔截。

2. 調(diào)度層

我們前面說到，訂單稍發(fā)到調(diào)度層，需要經(jīng)過審核以及配貨。如果訂單未審核就直接取消，成功后返回調(diào)度層，取消相應(yīng)的訂單；審核后配貨成功前需要去取消發(fā)貨單，這時(shí)也算攔截成功；如果配貨成功，已經(jīng)下發(fā)至倉庫，這需要再去倉庫wms系統(tǒng)進(jìn)行攔截。

3. 倉庫層

調(diào)度中心和倉庫進(jìn)行對(duì)接后，通過接口取消倉庫出庫單，如果wms攔截出庫單成功，則攔截成功。如果到這個(gè)節(jié)點(diǎn)，攔截不成功，就是取消訂單失敗。

一般WMS系統(tǒng)都支持在倉庫出庫之前都可以攔截成功，但是如果調(diào)度中心沒有實(shí)現(xiàn)和wms系統(tǒng)的完整對(duì)接，就無法實(shí)現(xiàn)這個(gè)功能。

經(jīng)過以上三個(gè)節(jié)點(diǎn)，如果攔截成功，那訂單就可以允許取消，發(fā)起退款。如果攔截不成功，就只有等用戶收到貨之后進(jìn)行退貨。

四、幾個(gè)單據(jù)

在整個(gè)流程之中，有父訂單、子訂單、發(fā)貨單、倉庫出庫單等幾種類型的單據(jù)，千萬不要搞混，每個(gè)單據(jù)在不同的環(huán)節(jié)發(fā)揮著不同的作用。

為什么要做這么復(fù)雜？我們希望送到用戶手中的每一個(gè)包裹在系統(tǒng)中都有詳細(xì)的數(shù)據(jù)記錄，而不會(huì)因?yàn)橛行?shù)據(jù)空白而產(chǎn)生糾紛。

上面我們講解了，訂單處理過程中最復(fù)雜的流程，當(dāng)然也有簡化版的。不同的簡化流程，不同的業(yè)務(wù)形態(tài)都可以融合在整個(gè)流程中。

以上是我關(guān)于訂單生成到訂單發(fā)貨的完整思考，希望能給大家?guī)硪恍椭Ｈ绻闼诘男袠I(yè)的訂單處理流程有所變形，也歡迎和我進(jìn)行討論。

#相關(guān)文章#

電商產(chǎn)品設(shè)計(jì)：訂單拆單

電商庫存詳解：三層（銷售層、調(diào)度層、倉庫層）來看庫存設(shè)計(jì)

#專欄作家#

劉志遠(yuǎn)，公眾號(hào)：遠(yuǎn)哥聊產(chǎn)品，歡迎交流。

產(chǎn)品團(tuán)隊(duì)leader。暢銷書《電商產(chǎn)品經(jīng)理寶典》，起點(diǎn)學(xué)院產(chǎn)品導(dǎo)師。多年電商產(chǎn)品實(shí)戰(zhàn)經(jīng)驗(yàn)，電商產(chǎn)品類暢銷書作者。主導(dǎo)過多業(yè)務(wù)的電商產(chǎn)品搭建、更新迭代 。關(guān)注電商領(lǐng)域，包括電商中臺(tái)、產(chǎn)品增長、商業(yè)模式、跨境出海等方面。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于 CC0 協(xié)議