OMS-正向訂單管理
編輯導(dǎo)語(yǔ):OMS(訂單管理系統(tǒng))一般指訂單管理系統(tǒng):接受客戶訂單信息,以及倉(cāng)儲(chǔ)管理系統(tǒng)發(fā)來(lái)的庫(kù)存信息,然后按客戶和緊要程度給訂單歸類,對(duì)不同倉(cāng)儲(chǔ)地點(diǎn)的庫(kù)存進(jìn)行配置,并確定交付日期,這樣的一個(gè)系統(tǒng)稱為訂單管理系統(tǒng)。接下來(lái),本文作者從三個(gè)方面對(duì)訂單管理進(jìn)行了簡(jiǎn)單的分享。
訂單的流入是電商供應(yīng)鏈履約的起始,訂單的完結(jié)是用戶單次服務(wù)的終結(jié),本文從以下三個(gè)方面對(duì)訂單管理進(jìn)行了簡(jiǎn)單的分享:
- 單據(jù)概念簡(jiǎn)述
- 單據(jù)流轉(zhuǎn)詳述
- 單據(jù)狀態(tài)流
一、單據(jù)概念簡(jiǎn)述
在今天的分享中,主要會(huì)涉及到三種類型的單據(jù):銷售訂單、包裹單、出庫(kù)申請(qǐng)單,在流程的展開前,我想先簡(jiǎn)單的介紹下這三種單據(jù):
1. 銷售訂單
前臺(tái)用戶下單后,創(chuàng)建的單據(jù)稱之為銷售訂單,銷售訂單創(chuàng)建時(shí)通常包含以下要素:
- 用戶相關(guān)信息:用戶ID、用戶等級(jí)、姓名、收貨地址等;
- 商品相關(guān)信息:商品ID(前臺(tái)商品)、數(shù)量;
- 價(jià)格相關(guān)信息:?jiǎn)蝺r(jià)、總價(jià)、優(yōu)惠金額;
- 其他:關(guān)聯(lián)活動(dòng)ID、下單時(shí)間、用戶備注等。
2. 包裹單
OMS中可直接下傳給WMS的單據(jù),包裹單是銷售訂單經(jīng)過特殊業(yè)務(wù)邏輯處理后生成的,它和銷售訂單的關(guān)系是m:n(下文流程中會(huì)有詳細(xì)展開),主要包括以下字段:
- 用戶相關(guān)信息:用戶ID、收貨人姓名、收貨地址等;
- 商品相關(guān)信息:商品ID(后臺(tái)商品)、數(shù)量;
- 發(fā)貨相關(guān)信息:發(fā)貨倉(cāng)、發(fā)貨物流(物流公司、物流單號(hào))、包材、包裹重量、體積等。
3. 出庫(kù)申請(qǐng)單/出庫(kù)單
WMS中實(shí)際用于出庫(kù)和出庫(kù)后生成的單據(jù)。
出庫(kù)申請(qǐng)單是包裹單通過審核后創(chuàng)建的單據(jù),單據(jù)中所帶信息更多是用于倉(cāng)庫(kù)和發(fā)貨實(shí)操的,如:庫(kù)位、商品批次等。
本文中不再展開,有興趣的小伙伴可以查看:《供應(yīng)鏈:WMS出庫(kù)管理》、《供應(yīng)鏈:WMS庫(kù)內(nèi)管理設(shè)計(jì)》。
二、單據(jù)流轉(zhuǎn)詳述
下圖為簡(jiǎn)化的單據(jù)流轉(zhuǎn)流程圖:
從流程圖中可以看出,在OMS的訂單處理中2塊比較重要的邏輯分別是:攔截器、拆合單和審單。
1. 攔截器
攔截器是基于業(yè)務(wù)的特殊場(chǎng)景和特殊邏輯對(duì)訂單進(jìn)行攔截,阻止訂單的下發(fā)。
最常見的是根據(jù)收貨地+貨品屬性/商品ID攔截,主要針對(duì)國(guó)家大會(huì)期間,某些地區(qū)是禁止寄送粉末、液體類的物品這類場(chǎng)景,則可通過攔截器進(jìn)行設(shè)置。到了截止時(shí)間時(shí),訂單可以自動(dòng)再次下發(fā)。
也可用于對(duì)指定用戶、指定活動(dòng)的訂單的攔截,用戶可根據(jù)需求自行配置。
2. 合單
根據(jù)既定規(guī)則對(duì)銷售訂單進(jìn)行合并。
合單的本質(zhì)目的在于訂單的整合帶來(lái)的包裹數(shù)減少有利于履約成本(倉(cāng)庫(kù)操作成本、物流成本、包材成本等)的降低,同時(shí)也有利于用戶體驗(yàn)的提升。
最常見的規(guī)則:同一用戶、同一店鋪、同一收貨信息的訂單可進(jìn)行合并。
最近社群團(tuán)購(gòu)也比較火,不知道大家有沒有發(fā)現(xiàn),社群團(tuán)購(gòu)的模式中其實(shí)也隱含了一個(gè)合單的訴求。
對(duì)于同一個(gè)團(tuán)長(zhǎng)下不同團(tuán)員的訂單,是需要進(jìn)行合單的,因?yàn)檫@類訂單對(duì)于后續(xù)的發(fā)貨來(lái)說(shuō)其實(shí)是一個(gè)單筆訂單(團(tuán)長(zhǎng)單是統(tǒng)一發(fā)給團(tuán)長(zhǎng)的,并不是單獨(dú)發(fā)給個(gè)人)。
3. 拆單
上面既然已經(jīng)提到了合單有利于成本降低,那么為什么我們還要有拆單呢?
訂單一般是在“不得不拆”的情況下才會(huì)進(jìn)行拆分:
- 用戶購(gòu)買的商品在不同的倉(cāng)庫(kù);
- 商品可以原箱發(fā)貨(此類商品一般本身體積就比較大,比如紙尿片4提是一箱,即使用戶購(gòu)買了8提2箱一開始走了合單邏輯);
- 禮盒類/指定商品:為了提升用戶體驗(yàn),禮盒類商品通常也會(huì)和普通商品拆單發(fā)貨(且,通常禮盒類商品是有指定包材的);
- 用戶購(gòu)買的商品過多,超出了倉(cāng)內(nèi)最大包材容積,只能拆單。
此外還有其他的拆單場(chǎng)景此處就不一一列舉了,建議OMS中的拆單規(guī)則按照不同的場(chǎng)景設(shè)計(jì)為可配置的,可較靈活得適配不同平臺(tái)、場(chǎng)景推送的訂單。
拆單過程還會(huì)伴隨倉(cāng)庫(kù)的分配(從上面判斷就可以看出,拆單中會(huì)參考倉(cāng)庫(kù)庫(kù)存的要素)、物流公司和單號(hào)的獲取。
4. 審單
審單主要指人為的對(duì)生產(chǎn)的包裹單進(jìn)行確認(rèn),也可在這個(gè)環(huán)節(jié)添加人工的備注信息。審單通過后,包裹單會(huì)推送至WMS創(chuàng)建出庫(kù)申請(qǐng)單,進(jìn)入出庫(kù)環(huán)節(jié),目前很多OMS都是可以進(jìn)行自動(dòng)審單的。
5. 異常說(shuō)明
從流程中我們可以看到,訂單處理中是存在異常場(chǎng)景的,異常主要包括:
- 倉(cāng)庫(kù)庫(kù)存不足;
- 針對(duì)收貨地,無(wú)物流公司覆蓋(一般是業(yè)務(wù)沒有及時(shí)維護(hù));
- 快遞單號(hào)獲取異常;
- 商品異常(前臺(tái)商品轉(zhuǎn)后臺(tái)商品時(shí)出現(xiàn)異常)。
此時(shí)需要人為介入進(jìn)行處理。
三、單據(jù)狀態(tài)流
基于以上的流程,我們也可以歸納出,在訂單正向流程中單據(jù)會(huì)經(jīng)過以下的各狀態(tài)流,并且單據(jù)之間的狀態(tài)是有相關(guān)性的(注意:以下流程僅涉及正向的,不包含用戶發(fā)起訂單取消或發(fā)起售后的狀態(tài)機(jī)):
1. 銷售訂單
- 代付款:用戶提交訂單但未付款;
- 待發(fā)貨:用戶付款后訂單狀態(tài)為待發(fā)貨;
- 已發(fā)貨:倉(cāng)庫(kù)發(fā)貨后狀態(tài)變更(考慮到可能拆單發(fā)貨一般還會(huì)有發(fā)貨中或部分發(fā)貨狀態(tài));
此外在逆向鏈路中,訂單還會(huì)涉及到已取消、售后中等狀態(tài),此處不展開贅述了。
2. 包裹單
- 待審核:銷售訂單經(jīng)過攔截器過濾后創(chuàng)建包裹單的初始狀態(tài)(如果是自動(dòng)審單則系統(tǒng)會(huì)自動(dòng)跑過這個(gè)狀態(tài));
- 待處理:人工審核通過后,系統(tǒng)執(zhí)行拆合單、下發(fā)倉(cāng)庫(kù)出現(xiàn)異常時(shí)出現(xiàn)的狀態(tài);
- 未發(fā)貨:包裹單正常下發(fā)倉(cāng)庫(kù)后,倉(cāng)庫(kù)未發(fā)貨前;
- 已發(fā)貨:倉(cāng)庫(kù)執(zhí)行發(fā)貨。
3. 出庫(kù)通知單
- 待出庫(kù):出庫(kù)通知單創(chuàng)建時(shí)的初始狀態(tài);
- 出庫(kù)中:出庫(kù)申請(qǐng)單在庫(kù)內(nèi)分配庫(kù)存/創(chuàng)建波次后,出庫(kù)前,處在出庫(kù)中的狀態(tài);
- 已完成:?jiǎn)螕?jù)出庫(kù)完成。
四、總結(jié)
以上就是今天想和大家分享的全部?jī)?nèi)容,希望可以對(duì)你有所幫助,感謝閱讀。
#專欄作家#
麋鹿產(chǎn)品,公眾號(hào):麋鹿產(chǎn)品手冊(cè),人人都是產(chǎn)品經(jīng)理專欄作家。專注供應(yīng)鏈挖掘提升,熱愛生活,熱愛產(chǎn)品。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CCO協(xié)議。
商品和貨品的轉(zhuǎn)換是在哪一步完成呢?
交易單生成(付款后),oms可根據(jù)交易單信息創(chuàng)建履約單(這一步轉(zhuǎn)化),后續(xù)審單人員操作的都是這張履約單,審單完成之后下發(fā)倉(cāng)庫(kù)。
請(qǐng)問銷售訂單出庫(kù)訂單包裹單各自都是有一個(gè)唯一的編碼嗎?
很有條理
講得很好