訂單全流程:從父訂單到倉庫出庫單
訂單拆單到倉庫發貨,整個流程是什么樣的?拆單系統又分為哪幾個部分?
在之前的文章里,我講了訂單拆單以及庫存分三層的概念。有一些產品朋友對訂單拆單到倉庫發貨,整個流程還是有些困惑,今天給大家講解一下整個流程,將整條線串起來。
我們先回顧一下平常正常購物的流程:選購好商品從購物車下單、生成訂單、確認訂單支付、然后坐等收貨、收到貨確認收貨。
從購物車里面會選多個商家的商品一起下單,有時每個商家一個包裹,也有一個商家多個包裹的情況,這是怎么實現的呢?
在這個過程中有父訂單、子訂單、發貨單、倉庫出庫單等各種單據,還存在拆單。對于非自營的平臺,如淘寶來說,只有第1次拆單;對自營的平臺來說,有第1次和第2次拆單;對各種平臺的商家來說,只有第2次拆單。
一、第一次拆單
從購物車下單的時候,顧客會同時選擇多個商家的商品一起下單,這時候可以一起支付。但是支付完成后,跟蹤訂單,一般一個店鋪一張訂單,可以在“我的訂單”中看到,這里就要說到父訂單和子訂單。
顧客從購物車選中多件商品下單的時候,會生成一個父訂單和多個子訂單。一般子訂單拆分的規則是按照店鋪,每個店鋪一張子訂單,如果其中有店鋪是自營的,可能會將該店鋪的商品按照發貨倉庫提前拆分成多個子訂單。
子訂單是后續追蹤發貨物流、售后以及財務結算的依據。包括訂單明細、商品明細、支付明細、收貨信息、發票信息、服務信息、物流信息、發貨信息等各種內容。
父訂單有什么作用呢?除了記錄用戶這一次下多單的行為,還有合并支付。如果有跨商家優惠,父訂單可以對應到相應的優惠,然后對各個商家進行攤分。一般在用戶下完單之后,父訂單的作用基本上是已經完成了。在訂單產品架構的設計中,并不是需要拆單的訂單才有父訂單,而是所有的訂單都需要生成父子訂單。
在銷售層生成子訂單之后,接下來就要處理訂單發貨的問題。自營平臺會把訂單推送到自己的調度中心進行處理,平臺的商家有幾種處理方式,一是通過手工的方式將訂單導出,然后安排發貨,發完貨再回到平臺的店鋪管理里進行更新發貨信息;二是通過系統對接的方式將銷售訂單下載至自己的訂單處理中心或ERP里,安排發貨。
二、第二次拆單
銷售層推送訂單至調度層,也是訂單系統向調度中心推送的過程。調度中心收到銷售訂單后,首先是根據相應的規則進行審核,如風控規則識別的風險訂單進行攔截,信息不完整的訂單需要人工介入,收到銷售訂單后,一段時間后再進行審核,比如半小時等等。
審核通過的訂單開始配貨,配貨的時候,就是拆單規則發揮作用的時候。首先需要明確一個原則,有庫存的商品才允許配貨。這一層拆的是發貨單,不是子訂單,拆再多用戶看到的還是一個子訂單。但是子訂單對應多個包裹,也就是多個物流單號。
拆單規則
1.倉庫:按照區域調度的原則為訂單商品選擇發貨倉庫,不同的倉庫需要生成不同的發貨單;
2.重量/體積:在選擇倉庫之后,因為倉庫包裝的重量或者體積的限制,需要進行拆單;
3.品類:由于易燃或者貴重物品,需要單獨打包,也是要進行拆單,在跨境電商中還存在包括價值限額的問題;
4.庫存:沒有庫存的商品是不會下發到倉庫的,審完發貨單之后可以等發貨單中的全部商品有貨在下推倉庫,也可以確定有貨先配的原則,這時也需要拆單。
經過以上的原則,一個子訂單可能拆成多個發貨單,也可能一個子訂單還是對應一個發貨單;經過這一層拆單,最好的狀態是發貨單下發至倉庫,倉庫就可以打包成一個包裹進行出庫。在發貨單生成之后,就需要安排發貨單進行出庫,也就是推送至wms系統中。
一般情況下,倉庫收到發貨單之后,按照整單進行出庫。只有在調度中心做的不夠好的情況下,倉庫才需要打包成多個包裹。
三、取消訂單
在訂單支付后發貨前,會有用戶申請取消訂單的情況,這時候需要系統去攔截訂單的發貨流程,如果攔截不成功,顧客就只有退貨了,退貨的成本肯定是比取消訂單的成本要高很多。
這時候有三個節點去攔截訂單:
1. 銷售層
在用戶下單后,銷售訂單還沒有下發至調度層,可以直接攔截成功;如果在銷售層沒有攔截成功,就需要去調度層進行攔截。
2. 調度層
我們前面說到,訂單稍發到調度層,需要經過審核以及配貨。如果訂單未審核就直接取消,成功后返回調度層,取消相應的訂單;審核后配貨成功前需要去取消發貨單,這時也算攔截成功;如果配貨成功,已經下發至倉庫,這需要再去倉庫wms系統進行攔截。
3. 倉庫層
調度中心和倉庫進行對接后,通過接口取消倉庫出庫單,如果wms攔截出庫單成功,則攔截成功。如果到這個節點,攔截不成功,就是取消訂單失敗。
一般WMS系統都支持在倉庫出庫之前都可以攔截成功,但是如果調度中心沒有實現和wms系統的完整對接,就無法實現這個功能。
經過以上三個節點,如果攔截成功,那訂單就可以允許取消,發起退款。如果攔截不成功,就只有等用戶收到貨之后進行退貨。
四、幾個單據
在整個流程之中,有父訂單、子訂單、發貨單、倉庫出庫單等幾種類型的單據,千萬不要搞混,每個單據在不同的環節發揮著不同的作用。
為什么要做這么復雜?我們希望送到用戶手中的每一個包裹在系統中都有詳細的數據記錄,而不會因為有些數據空白而產生糾紛。
上面我們講解了,訂單處理過程中最復雜的流程,當然也有簡化版的。不同的簡化流程,不同的業務形態都可以融合在整個流程中。
以上是我關于訂單生成到訂單發貨的完整思考,希望能給大家帶來一些幫助。如果你所在的行業的訂單處理流程有所變形,也歡迎和我進行討論。
#相關文章#
#專欄作家#
劉志遠,公眾號:遠哥聊產品,歡迎交流。
產品團隊leader。暢銷書《電商產品經理寶典》,起點學院產品導師。多年電商產品實戰經驗,電商產品類暢銷書作者。主導過多業務的電商產品搭建、更新迭代 。關注電商領域,包括電商中臺、產品增長、商業模式、跨境出海等方面。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于 CC0 協議
劉志遠老師也在人人都是產品經理旗下起點課堂開設了《電商產品經理精進計劃》課程。劉老師從市面上成百上千個電商系統中,抽離出了10個最核心最通用的模塊,進行了系統全面的梳理講解,系統構建行業規范的電商產品能力體系,成為有思考、能落地的實干型電商產品經理。感興趣的同學可以添加蘑菇老師(ID:qdxymg)咨詢,或者戳右側鏈接了解>>http://996.pm/Mkl86
一個子訂單可以包括多個不同的商品嗎?
“拆再多用戶看到的還是一個子訂單。但是子訂單對應多個包裹,也就是多個物流單號?!倍鄠€包裹不同狀態在一個子訂單中怎么顯示?
有訂單狀態和商品狀態。一個子訂單中不同包裹對應的不同的商品。
在調度層把子訂單拆成多個包裹后,部分包裹已發貨,還有一部分包裹未發貨,子訂單的狀態怎么展示?
對后端研發有幫助
如果保證倉庫里同一子訂單幾個包裹同批揀貨,同批配送呢?個人覺等是否在打包的時候拆包裹好點?
很好
666
京東的物流可以做到即使是第三方派件當天的攔截
通俗易懂 贊 對前端產品很有幫助
根據作者寫的流程,對了一下某東的訂單下發過程,作為用戶端,都對上了…大廠訂單流程,頂
寫的很好,通俗易懂,贊贊贊
寫的蠻全的~ 謝謝作者~