快遞單號和訂單的詳細區別 快遞單號是訂單編號嗎( 二 )


在需要拆單的情況下 , 一定不要修改消費者訂單 , 而是根據一定的規則將消費者訂單生成多個發貨單 , 這樣就有了訂單和發貨單關系為1:N 。
啥是1:N?看一張圖你就懂了 , 下面為我之前下的一個訂單 , 商家分了多個倉給我發的貨 , 有多個物流單號(已隱藏):
【快遞單號和訂單的詳細區別 快遞單號是訂單編號嗎】

快遞單號和訂單的詳細區別 快遞單號是訂單編號嗎

文章插圖

后臺拆分發貨單規則:
1. 是否多倉發貨
當一個訂單里的商品不能在一個倉庫里發貨時 , 就要考慮多倉發貨 , 也就會出現一個訂單有多個發貨單的情況 。 在拆分時也要按一定的業務規則進行 , 以下原則僅供參考:
最少包裹原則:能單倉發貨的 , 盡量不拆;若不能單倉發貨 , 找拆包裹最少的倉庫組合;
距離最近原則:選擇離收貨地址距離最近的倉庫發貨 , 若多個倉庫發貨 , 選擇送達用戶總時長最短的倉庫組合;
成本最優原則:先從采購成本最低的倉庫發貨 , 再考慮從物流費用最低的倉庫發貨 。
2. 是否分批發貨
分批發貨涉及的場景比較多 , 跟具體的業務場景息息相關 , 主要涉及以下幾類:
商品庫存:當前部分商品庫存不足 , 為保證消費者體驗 , 先部分發貨;
商品品類:某些不能一起發貨的商品 , 比如實物商品和虛擬商品一起下單 , 但是虛擬商品無需發貨和簽收;
物流因素:某些商品因為物流方面的限制原因 , 如商品體積、重量、數量等因素 , 導致只能分開不同的物流進行發貨;
其他因素:其他導致不能一個發貨單完成發貨的因素 , 如果這個因素是明確的規則 , 則可以把該規則做成系統自動拆單的邏輯 , 如果這個因素不明確 , 則可以考慮人工拆單 。
下圖為盒馬鮮生的確認訂單頁 , 因商品不同(包裹1和包裹2的拆分可能是由于庫存問題 , 包裹1和包裹3拆分的原因應該是品類的原因 , 包裹1需要更精準的配送時間 , 包裹3則不需要) , 在下單時直接告知消費者會分多單配送:
快遞單號和訂單的詳細區別 快遞單號是訂單編號嗎

文章插圖

3. 是否需要人工拆單
當系統自動拆單規則不完善時 , 一般都需保留人工拆單的方式 , 在訂單審核時將一部分商品先發貨 。
三、拆單發貨總結
通過前臺拆單和后臺拆單的規則可以發現 , 前臺拆單規則明確 , 表現形式只有兩種:購物車拆分、提交訂單拆分 。 而在后臺拆單時 , 更多的結合實際場景 , 各種規則并不明確 , 可見后臺拆單邏輯更復雜 。
一般來說 , 單一商家的發貨場景比較單一 , 一般不需要考慮設計的太復雜 , 可能不需要后臺拆單就能解決問題(即使只有一個交易主體 , 也可通過前臺拆單方式解決) 。
而作為能夠提供倉儲物流服務的平臺方 , 則需要考慮更多 , 成本、時效、體驗都需要考慮 。
四、訂單合并發貨
訂單合并發貨相對來說就簡單的多 , 但是也要強調一下 , 訂單合并并不是將兩個消費者訂單合并 , 而是將兩個訂單的商品合并到一個發貨單里發貨 。
合并發貨原理:將滿足條件的訂單(買家ID、收貨人姓名、電話、地址信息都一樣)合并到一個發貨單里發貨 , 訂單與發貨單對應關系N:1 。
下圖為我雙11在一家店里先后下的兩個單 , 查看物流信息時 , 都是同一個物流單號:
快遞單號和訂單的詳細區別 快遞單號是訂單編號嗎

文章插圖

不能為了節省成本隨便合并發貨 , 要確保消費者及其收貨信息完全一致才能合并發貨(不同的業務場景可能要求也不一樣) , 而且訂單要滿足一定的條件 。
比如我雙11下了兩單 , 一單下的比較早都要裝車發貨了 , 另一單才下 , 這種情況下肯定不能合并發貨 。
所以在合并發貨時 , 可以控制某個時間段內下的單 , 在滿足合并發貨條件時 , 自動將其生成一個發貨單 , 也可以手工合并訂單進行發貨 。
五、訂單拆分與合并的核心邏輯
訂單都有對應的發貨單 , 訂單是用來給消費者查看、交易結算的 , 發貨單是處理庫存、發貨用的 , 拆分與合并的關鍵邏輯是這兩個實體對應關系的變化:
同交易主體拆單:訂單與發貨單關系1:1(一個訂單有一個發貨單 , 這里說的只是前臺拆 , 到了后臺如果再拆單的話 , 也會變成1:N)
單一交易主體拆單:訂單與發貨單關系1:N(一個訂單有多個發貨單)

推薦閱讀