拆分訂單服務(wù)是為了適應(yīng)不同商品、庫區(qū)及靈活的發(fā)貨方式，我們將對(duì)訂單狀況進(jìn)行更加細(xì)致的跟蹤。同時(shí)向客戶提供準(zhǔn)確的商品預(yù)計(jì)發(fā)貨時(shí)間和預(yù)計(jì)送達(dá)時(shí)間，使我們能更及時(shí)地兌現(xiàn)對(duì)客戶的承諾。
業(yè)務(wù)上我們有自營及商家在平臺(tái)上進(jìn)行售賣商品，我們有自已的供應(yīng)鏈和倉儲(chǔ)系統(tǒng)，因此我們要適應(yīng)這兩種模式，同時(shí)不能推翻訂單狀態(tài)對(duì)整個(gè)業(yè)務(wù)生命周期的決定作用，還要兼顧售后和財(cái)務(wù)結(jié)算需求，我們一開始只有商家進(jìn)駐業(yè)務(wù)這時(shí)各方可能考慮不能全盤，因此我們現(xiàn)在處處受困，一動(dòng)就牽動(dòng)全局，但是現(xiàn)在我們業(yè)務(wù)在做大，做全，因此調(diào)整還是要站在全盤的角度去考慮問題。
從原則上來說我們還是要業(yè)務(wù)解耦，并且增強(qiáng)未來需求的可擴(kuò)展性、前瞻性、靈活性；
1、用戶將商家加入購物袋，去結(jié)算，創(chuàng)建訂單主數(shù)據(jù)；
購物袋有5件商品：
1、自營 鞋子 廣州倉
2、自營 雨傘 湖北倉
3、商家A 冰箱
4、商家A 大電視
5、商家B 垃圾桶
創(chuàng)建完訂單后，用戶的訂單主數(shù)據(jù)有1個(gè)訂單，5件商品；沒有任何拆單邏輯；在沒有流入OMS之前，可以取消訂單；一旦到OMS拆單中，狀態(tài)為“審核”不可取消訂單；
此時(shí)，用戶展示的就是下單時(shí)原原本本下單的數(shù)據(jù)；
2、訂單主數(shù)據(jù)流入OMS自動(dòng)拆單系統(tǒng)；
異步通知OMS對(duì)訂單主數(shù)據(jù)進(jìn)行拆分，拿到訂單號(hào)后，OMS根據(jù)自動(dòng)規(guī)則進(jìn)行拆分：
A、商家發(fā)貨的按商家拆單，自營的根據(jù)訂單發(fā)貨地址及商品所在的倉庫及庫存拆單；拆單后的訂單狀態(tài)為：“待發(fā)貨”；
B、沒有庫存的商品需要拆單，有庫存的可先發(fā)貨；
其他規(guī)則不細(xì)說
自動(dòng)拆單后訂單根據(jù)規(guī)則拆分成4個(gè)訂單:
訂單1 自營 鞋子 廣州倉 發(fā)貨；
訂單2、自營 雨傘 湖北倉發(fā)貨；
訂單3、商家A 冰箱 大電視；
訂單4、商家B 垃圾桶;
系統(tǒng)異步拆單后，OMS維護(hù)主數(shù)據(jù)訂單與子單之間的關(guān)系，回寫到訂單，訂單庫中就有4個(gè)訂單，同時(shí)告知用戶前端，你的訂單因?yàn)閄XXX原因，為了方面你跟蹤，我們拆分了訂單，訂單的狀態(tài)為“待發(fā)貨”，此時(shí)用戶展示有4個(gè)訂單；
3、根據(jù)不同的平臺(tái)，分流到進(jìn)行發(fā)貨；
由上面拆分后的訂單可以看出，訂單1，訂單2均為自營的，因此自營訂單可以流入到WMS系統(tǒng)，倉庫根據(jù)入庫單進(jìn)行發(fā)貨，那么此時(shí)自營的訂單1，發(fā)了1個(gè)包裹，訂單1就有了包裹信息了，并且訂單狀態(tài)更新為“已發(fā)貨”，訂單2也是如此；
（如果是訂單1和訂單2在同一倉庫，那么可能會(huì)進(jìn)行同一個(gè)包裹發(fā)貨，此時(shí)，訂單1，訂單2對(duì)應(yīng)一個(gè)物流包裹）訂單3，訂單4 分別由商家A、商家B進(jìn)行發(fā)貨，商家A因?yàn)橛写蠹谋浜痛箅娨?，需要?個(gè)包裹進(jìn)行發(fā)貨，那么商家此時(shí)可以根據(jù)發(fā)貨的不同商品對(duì)應(yīng)的包裹信息進(jìn)行2次拆單的操作。
2次拆單后訂單根據(jù)發(fā)貨包裹情況分成5個(gè)訂單:
訂單1 自營 鞋子 廣州倉 發(fā)貨；
訂單2、自營 雨傘 湖北倉發(fā)貨；
訂單3、商家A 冰箱
訂單4、商家A大電視；
訂單5、商家B 垃圾桶;
商家ERP進(jìn)行發(fā)貨后，包裹信息有了，并且訂單狀態(tài)更新為“已發(fā)貨”；
此時(shí)，用戶前端可以看到5個(gè)訂單，對(duì)應(yīng)5個(gè)包裹信息，整個(gè)業(yè)務(wù)流程還是根據(jù)每個(gè)子單的狀態(tài)進(jìn)行銜接和流轉(zhuǎn)。
至于財(cái)務(wù)需要的數(shù)據(jù)，可以在2次拆單并且確認(rèn)收貨后的狀態(tài)數(shù)據(jù)上，做一中間層進(jìn)行清洗，按商家、檔期（訂單上不管自營還是商家都有商家ID，訂單商品上有檔期ID）行拆分即滿足結(jié)算的需求；
至此大體思路比較清晰，業(yè)務(wù)系統(tǒng)解耦：
服務(wù)化：主要是處理核心交易流程（成單、支付、取消），和用戶支付過程，拆單邏輯原理在訂單上同步處理，理論上如果不處理拆單邏輯，肯定性能有所提高；
OMS：訂單管理系統(tǒng)，處理核心的自動(dòng)拆單流程，維護(hù)主數(shù)據(jù)訂單與子單之間的關(guān)系，有拆單規(guī)則配置，處理2次拆單按實(shí)際包裹拆單，并且回寫訂單庫，所有訂單的拆分合并核心業(yè)務(wù)都在此系統(tǒng)上處理，上對(duì)訂單服務(wù)化，下接商家ERP和WMS，同時(shí)以后還要支持?jǐn)U展用戶按最快發(fā)貨方式，用戶手動(dòng)拆單，已經(jīng)在“發(fā)貨”狀態(tài)的訂單不能拆分；
商家ERP：接受OMS的商家訂單，承接商家訂單后臺(tái)的發(fā)貨功能，需要調(diào)整為可以根據(jù)商品按批次發(fā)貨，并且通知OMS，OMS根據(jù)實(shí)際發(fā)包情況進(jìn)行2次拆分；
WMS：接受OMS的入倉出庫單，并且根據(jù)倉庫實(shí)際操作情況發(fā)包裹，如果有拆包或者合包的過程，通知OMS進(jìn)行2次拆單，如果沒有，那么自動(dòng)拆單的訂單會(huì)掛上包裹信息；
前端用戶展示：
1、成單時(shí)，用戶看到一個(gè)總訂單，如果未進(jìn)入OMS進(jìn)行拆單，可以進(jìn)行取消（因?yàn)镺MS異步返回時(shí)間也是非常短，因此可以不考慮主單取消的情況）；
2、自動(dòng)拆單后，用戶會(huì)看到因?yàn)槟承┰蛑饔唵伪徊鸱?，分別跟蹤；
3、如果有2次拆單的情況，用戶會(huì)看到訂單再次被拆分，分別跟蹤，單獨(dú)對(duì)拆分的訂單也就是對(duì)應(yīng)到包裹進(jìn)行確認(rèn)收貨；
售后、客服：可以根據(jù)拆分后子訂單進(jìn)行售后；
財(cái)務(wù)：可以在2次拆單并且確認(rèn)收貨后的狀態(tài)數(shù)據(jù)上，做一中間層進(jìn)行清洗，按商家、檔期（訂單上不管自營還是商家都有商家ID，訂單商品上有檔期ID）行拆分即滿足結(jié)算的需求。
邊界定義清晰，剩下的就是具體各子系統(tǒng)之間業(yè)務(wù)交互的具體實(shí)現(xiàn)，包括正常流程、和異常流程的考慮。全盤梳理及重新設(shè)計(jì)肯定是要大決心去推翻原來的東西，但是，如果設(shè)計(jì)和規(guī)劃不合理，后面的擴(kuò)展性很差，那工作量將不可想象，業(yè)務(wù)模型不正確的情況下，最關(guān)鍵的數(shù)據(jù)模型落地后是無法扭轉(zhuǎn)過來的，請(qǐng)三思。
參考其他電商的一些拆單規(guī)則：
1. 您的訂單中含有不可以同時(shí)打包配送的商品（高價(jià)值商品、大件商品、食品、危險(xiǎn)品如香水等不可以和其他商品一起打包配送），系統(tǒng)將自動(dòng)拆分訂單；
2. 您的訂單中的包裹重量超重，體積超大，商品數(shù)量超量，系統(tǒng)將自動(dòng)拆分訂單；
3. 您的訂單中部分商品可以隨時(shí)發(fā)貨，其他商品沒有庫存或者暫時(shí)沒有上市需要等待貨源，等待時(shí)間超過10天仍沒有發(fā)貨，系統(tǒng)將自動(dòng)拆分訂單；
4. 您的訂單中商品超過了預(yù)計(jì)發(fā)貨期，系統(tǒng)將在第二天的晚間自動(dòng)拆分訂單，將可以發(fā)貨的商品先行發(fā)貨；
5. 您的訂單中商品需要從不同庫房發(fā)出，系統(tǒng)將自動(dòng)拆分訂單；
6. 您的訂單中商品其中一個(gè)在訂購時(shí)庫存顯示只有一個(gè)，如果同時(shí)有多個(gè)訂單訂購，該商品需要等系統(tǒng)的分配，系統(tǒng)將自動(dòng)拆分訂單；
7. 您的訂單中包含了入駐賣家的商品（賣家獨(dú)立配送）和平臺(tái)負(fù)責(zé)配送的商品，系統(tǒng)將自動(dòng)拆分訂單
聯(lián)系客服
