為什么訂單要進行拆分與合并?
編輯導語:網購時常常會出現這種情況:有些商品明明是兩個訂單,卻是一個物流;而有時候一家店鋪買的東西卻分批次發貨。為什么會這樣呢?主要是因為訂單被拆分或合并了。本篇文章中,作者分析了訂單拆分和合并的原因,感興趣的小伙伴不妨來看看。
現在網絡購物已經在我們生活中非常普遍,但是我們在平臺下單購物時,有時候會發現自己明明是同一個店鋪購買的東西卻分成兩次發貨;或者是不同的訂單,在發貨時卻是在一個物流里面;這其中蘊含著什么原理呢?
今天我們就來說一下電商中常見的訂單拆分與合并,分別從以下幾個維度來說一下。
一、什么是訂單的拆分與合并
訂單的拆分:首先拆分的話其實就是將一個訂單拆分成多個子訂單。
一般分為兩種情況:
- 同一商家主體的拆單和不同商家主體的拆單;
- 將訂單的發貨單拆分為多個多個發貨單。
訂單的合并:訂單的合并就比較簡單了,只是發貨單的合并,而不是改變用戶實際訂單。
二、拆分合并訂單的原因
拆單的主要目的是為了方便發貨和結算方便,而合并的目的是節省平臺的發貨成本。
三、訂單的拆分受哪些因素的影響
訂單的拆分一般我們主要分為兩個內容:訂單的拆分,訂單的發貨單的拆分,也可以理解為用戶下單的訂單拆分和商家根據用戶下單的發貨單的拆分。
雖然整體上都是訂單的拆分,但是我們要搞清楚業務流程,看的時候要分為兩個部分來看。
不管是拆分還是合并影響因素基本上都是以下幾點:
- 第一個影響因素在上面也說了,不同的商家主體導致的拆分,因為最后他們涉及的財務結算,資金流向不一樣,所以需要拆分訂單。
- 第二個影響因素是不同的倉庫,對電商商家來說,他們的貨物存儲可能是有多個倉庫的,一般會按照城市來進行一個區分,不同城市的倉庫的商品在合并下單會后,需要自動的進行訂單分單下單。
- 第三個影響因素是商品屬性的不同,如我們購買的商品是易碎品,那就不能同普通商品一起發貨;再比如生鮮類的商品,大部分都是有一個配送的時效性,或者是它運輸方式可能不一樣(需要空運等),所以一般可能需要與常規的商品進行區分開。
- 第四個影響因素是業務場景,如商家設置了秒殺,預售等活動商品需要進行獨立下單,包括一些海外購之類。
四、訂單的拆分場景
1. 訂單提交前的拆分
主要是指的是通過入口的限制和區分,實現不同商家或者不同銷售場景的商品,不能一起提交訂單。
最常見的就是說我們的一個外賣商品,大家在點外賣的時候,不管是美團的還是餓了么的,外賣我們都是先去選擇商家,然后每個商家里面,他的購物車都是互相獨立的。
比如你點了肯德基的一個外賣,然后你選了很多商品之后,再切換回來,去點一個蜜雪冰城,你就會發現他們的提交入口,兩個購物車是互相獨立的。
這就是說我們是通過入口的限制和區分實現了不同商家他的訂單不能一起提交。
還有一種,比如我們經常遇到的秒殺或預售的商品。
這種商品,我們一般情況下是沒有購物車按鈕的,只是能通過直接支付這一種方式來進行提交。
對于這種類型的商品來說,也是在訂單提交前就已經通過功能上的限制,限制了這個商品不能一起下單。這也是訂單提交填前的一個拆分。
總結:訂單提交前的拆分,比較常見的兩種限制情況:
- 購物車按照商家區分限制,不能同時提交多個商家的訂單。
- 限制只能進行單品購買,不能添加購物車。
2. 提交訂單時的拆分
提交訂單后時拆分指的是我們在訂單生成的時候,按照一定的規則和原則進行一個訂單拆分,這是我們最常見的一種方式。
比如我們經??吹降奶詫殻谫徺I不同商家主體的商品的時候,加入購物車里一起下單時就會發現,我們提交訂單后, 訂單列表里面的商品會按照不同都商家主體進行了拆分,成了不同的訂單。
總結:這個就是淘寶的一個拆單規則,會按照不同的商家主體來進行拆分訂單。
但是這幾個是可以合并進行支付的,當然在部分系統中,在訂單提交時的拆分時,也會考慮一些配送方式和倉儲物流商品類型的信息,這個是可以根據自己的業務場景設置的。
3. 支付時訂單的拆單
這個就要拿京東舉例了,不管你是選擇自營商品,還是疊加其他另一商品,也不管你選的商品類目,在訂單沒有支付前,它都只是一個訂單。
然后你進行支付時,它再按照不同的供貨主體和一些發貨方式,倉儲,類型,類目等進行拆分。
這就是訂單支付時會做的一個拆單,在未支付前只會作為一個訂單。
總結:以上的三種場景就是相對于訂單的一個拆分,也可以理解為用戶端下單前的訂單拆單。
這種情況下的拆單用戶是可以實際地看到它的,可以看到不同的訂單和訂單號。并且在每一種場景里面,他的一些拆單規則也不一樣。
一般情況下,最基本的是需要按照交易主體進行拆分的,這個是必須拆分的。
至于其他按照發貨方式,倉儲商品類型等,可以在訂單的時候做拆分,也可以在發貨的時候拆發貨單,這個是根據業務要求來的。
五、發貨單的拆分
發貨單的拆分,其實就是在商家后臺,倉庫物流發貨的時候做的拆分。
首先我要了解發貨單和訂單的關系,正常情況下是一個訂單,對應一個發貨單,(1對1的關系)。
但在某些情況下,一個訂單也可能對應多個發貨單(1對n的關系),它做了一個拆分。
那為什么要做拆分呢?
- 為了提高分揀效率,或者是物流或倉庫(多倉發貨)等方面的原因需要做發貨單的拆單,其實也是在上面的影響因素里面的。
- 從用戶層面考慮,用戶已經下單完成,達成了這種購物協議,商家如果隨意更改用戶的訂單,則會造成用戶對此不信任,影響應該用戶的體驗。
六、訂單的合并
訂單的合并比較簡單,和訂單的拆分一樣,不是將用戶的兩個訂單做合并,這里也是將發貨單做了合并。
“合并發貨”要遵循一個原則,將滿足條件的訂單包括買家的 id,收貨人的姓名,電話,地址信息都是一樣的, 并且滿足合并發貨的物流配送需要求的,才可以合并到一個進行發貨。
這里要注意用戶的數據是不可以隨意更改的,所以一般我們用戶端還是顯示的兩個訂單,但是兩個訂單的物流單號可以看到是一樣的。整體框架:
總結:訂單拆分,我們主要包括兩大方面內容:
- 訂單的拆分;
- 發貨單的拆分。
訂單的拆分主要發生在提交訂單前和提交訂單時,以及我們進行訂單支付的時候。一般在支付后,不會再對訂單進行處理。
發貨單是已經支付成功的訂單,因為倉庫配送及商品等各方面的因素的影響,只是針對發貨單進行合并而不會修改用戶的訂單數據。
本文由@爺要江山不要美人丶 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議
您好,一個訂單對應一個發貨單或多個發貨單,這兩種情況,在后臺的設計能介紹一下嗎?怎么做到兼容后臺人員根據實際業務情況決定發一個包裹還是多個包裹
搜嘎
有沒有可能先將客戶訂單按照sku維度進行拆分,再根據您說的倉庫、商品屬性、業務再去做合單處理,這其中是商家還是由系統自動拆合呢?
SKU已經是最小顆粒度了,大哥你這完全沒必要啊,肯定是先根據倉庫,判斷發貨地點,然后再根據商品屬性,判斷相同倉庫是否支持一起打包了啊。這種是最節省成本的方案。
你說的沒有人這樣拆的,最多是像唯品會所有東西都是商家寄送到唯品倉,再根據商品屬性拆單發貨
確實會有這種情況發生,之前還不知道是為什么,這次終于明白了。
學到了哈哈哈,以前我還納悶呢,為啥發兩個,原來是這樣
了解了了解了,難怪我在同一家店鋪買東西時都是兩個包裹
之前就經常有不同的訂單合在一起發,當時還覺得很奇怪,原來是訂單的合并和拆分。
我以前也奇怪呢,今天看完這篇文章終于搞懂了
我之前就在同一家店買的東西,而且前后支付時間不超過半小時,結果愣是分了兩個批次發。
原來訂單還有這么多學問呢,其實每次訂單被合并或拆分我也沒有很在意哈哈哈