訂單全流程：從父訂單到倉庫出庫單
相關(guān)閱讀：
電商庫存詳解：三層（銷售層、調(diào)度層、倉庫層）來看庫存設(shè)計
在之前的文章里，我講了訂單拆單以及庫存分三層的概念。有一些產(chǎn)品朋友對訂單拆單到倉庫發(fā)貨，整個流程還是有些困惑。今天給大家講解一下整個流程，將整條線串起來。
我們先回顧一下平常正常購物的流程，選購好商品從購物車下單，生成訂單，確認訂單支付。然后坐等收貨，收到貨確認收貨。從購物車里面會選多個商家的商品一起下單，有時每個商家一個包裹，也有一個商家多個包裹的情況。這是怎么實現(xiàn)的呢？
在這個過程中有父訂單、子訂單、發(fā)貨單、倉庫出庫單等各種單據(jù)，還存在拆單。對于非自營的平臺如淘寶來說，只有第1次拆單。對自營的平臺來說，有第1次和第2次拆單。對各種平臺的商家來說，只有第2次拆單。
一、第一次拆單
從購物車下單的時候，顧客會同時選擇多個商家的商品一起下單，這時候可以一起支付。但是支付完成后，跟蹤訂單。一般一個店鋪一張訂單，可以在“我的訂單”中看到。這里就要說到父訂單和子訂單。
顧客從購物車選中多件商品下單的時候，會生成一個父訂單和多個子訂單。一般子訂單拆分的規(guī)則是按照店鋪，每個店鋪一張子訂單，如果其中有店鋪是自營的，可能會將該店鋪的商品按照發(fā)貨倉庫提前拆分成多個子訂單。
子訂單是后續(xù)追蹤發(fā)貨物流、售后以及財務(wù)結(jié)算的依據(jù)。包括訂單明細、商品明細、支付明細、收貨信息、發(fā)票信息、服務(wù)信息、物流信息、發(fā)貨信息等各種內(nèi)容。
父訂單有什么作用呢？除了記錄用戶這一次下多單的行為，還有合并支付。如果有跨商家優(yōu)惠，父訂單可以對應(yīng)到相應(yīng)的優(yōu)惠，然后對各個商家進行攤分。一般在用戶下完單之后，父訂單的作用基本上是已經(jīng)完成了。在訂單產(chǎn)品架構(gòu)的設(shè)計中，并不是需要拆單的訂單才有父訂單，而是所有的訂單都需要生成父子訂單。
在銷售層生成子訂單之后，接下來就要處理訂單發(fā)貨的問題。自營平臺會把訂單推送到自己的調(diào)度中心進行處理。平臺的商家有幾種處理方式，一是通過手工的方式將訂單導(dǎo)出，然后安排發(fā)貨，發(fā)完貨再回到平臺的店鋪管理里進行更新發(fā)貨信息。
二是通過系統(tǒng)對接的方式將銷售訂單下載至自己的訂單處理中心或ERP里，安排發(fā)貨。
二、第二次拆單
銷售層推送訂單至調(diào)度層，也是訂單系統(tǒng)向調(diào)度中心推送的過程。調(diào)度中心收到銷售訂單后，首先是根據(jù)相應(yīng)的規(guī)則進行審核，如風(fēng)控規(guī)則識別的風(fēng)險訂單進行攔截，信息不完整的訂單需要人工介入，收到銷售訂單后，一段時間后再進行審核，比如半小時等等。審核通過的訂單開始配貨。
配貨的時候，就是拆單規(guī)則發(fā)揮作用的時候。首先需要明確一個原則，有庫存的商品才允許配貨。這一層拆的是發(fā)貨單，不是子訂單。拆再多用戶看到的還是一個子訂單。但是子訂單對應(yīng)多個包裹，也就是多個物流單號。
拆單規(guī)則
1.倉庫
按照區(qū)域調(diào)度的原則為訂單商品選擇發(fā)貨倉庫。不同的倉庫需要生成不同的發(fā)貨單。
2.重量/體積
在選擇倉庫之后，因為倉庫包裝的重量或者體積的限制，需要進行拆單。
3.品類
由于易燃或者貴重物品，需要單獨打包，也是要進行拆單。在跨境電商中還存在包括價值限額的問題。
4.庫存
沒有庫存的商品是不會下發(fā)到倉庫的。生成完發(fā)貨單之后可以等發(fā)貨單中的全部商品有貨在下推倉庫。也可以確定，有貨先配的原則。這時也需要拆單。
經(jīng)過以上的原則，一個子訂單可能拆成多個發(fā)貨單，也可能一個子訂單還是對應(yīng)一個發(fā)貨單。經(jīng)過這一層拆單。最好的狀態(tài)是發(fā)貨單下發(fā)至倉庫，倉庫就可以打包成一個包裹進行出庫。
在發(fā)貨單生成之后，就需要安排發(fā)貨單進行出庫，也就是推送至wms系統(tǒng)中。
一般情況下，倉庫收到發(fā)貨單之后，按照整單進行出庫。只有在調(diào)度中心做的不夠好的情況下，倉庫才需要打包成多個包裹。
三、取消訂單
在訂單支付后發(fā)貨前，會有用戶申請取消訂單的情況，這時候需要系統(tǒng)去攔截訂單的發(fā)貨流程，如果攔截不成功，顧客就只有退貨了。退貨的成本肯定是比取消訂單的成本要高很多。
這時候有三個節(jié)點去攔截訂單。
1.銷售層
在用戶下單后，銷售訂單還沒有下發(fā)至調(diào)度層，可以直接攔截成功。如果在銷售層沒有攔截成功，就需要去調(diào)度層進行攔截。
2.調(diào)度層
我們前面說到，訂單稍發(fā)到調(diào)度層，需要經(jīng)過審核以及配貨。如果訂單未審核就直接取消，成功后返回調(diào)度層，取消相應(yīng)的訂單。審核后配貨成功前需要去取消發(fā)貨單。這時也算攔截成功。
如果配貨成功，已經(jīng)下發(fā)至倉庫，這需要再去倉庫wms系統(tǒng)進行攔截。
3.倉庫層
調(diào)度中心和倉庫進行對接后，通過接口取消倉庫出庫單，如果wms攔截出庫單成功，則攔截成功。如果到這個節(jié)點，攔截不成功。就是取消訂單失敗。
一般WMS系統(tǒng)都支持在倉庫出庫之前都可以攔截成功。但是如果調(diào)度中心沒有實現(xiàn)和wms系統(tǒng)的完整對接，就無法實現(xiàn)這個功能。
經(jīng)過以上三個節(jié)點，如果攔截成功，那訂單就可以允許取消，發(fā)起退款。如果攔截不成功，就只有等用戶收到貨之后進行退貨。
四、幾個單據(jù)
在整個流程之中，有父訂單、子訂單、發(fā)貨單、倉庫出庫單等幾種類型的單據(jù)，千萬不要搞混。每個單據(jù)在不同的環(huán)節(jié)發(fā)揮著不同的作用。
為什么要做這么復(fù)雜？我們希望送到用戶手中的每一個包裹在系統(tǒng)中都有詳細的數(shù)據(jù)記錄。而不會因為有些數(shù)據(jù)空白而產(chǎn)生糾紛。
上面我們講解了，訂單處理過程中最復(fù)雜的流程，當然也有簡化版的。不同的簡化流程，不同的業(yè)務(wù)形態(tài)都可以融合在整個流程中。
以上是我關(guān)于訂單生成到訂單發(fā)貨的完整思考，希望能給大家?guī)硪恍椭Ｈ绻闼诘男袠I(yè)的訂單處理流程有所變形，也歡迎和我進行討論。?
??
????我的新書《B端產(chǎn)品經(jīng)理必修課2.0》已經(jīng)開售了。
這是對我的第一本書的全新改版，也是對B端于產(chǎn)品的方方面面。
查看具體內(nèi)容：我的《B端產(chǎn)品經(jīng)理必修課》升級了
推薦閱讀：
[收藏]7個可以調(diào)研B端產(chǎn)品的網(wǎng)站