今天接《商品系統整合總結》之后，什電商訂整理了訂單系統整合時(shí)的單系一些心得。

之前ヾ(′ω｀)?已經(jīng)說(shuō)過(guò)，統商統整由于公司業(yè)務(wù)線(xiàn)的品系多樣( ?ヮ?)性，訂單量的合總不斷增加，公司中的什電商訂訂單系統之前只是一個(gè)訂單中轉站，所有的單系履單流程都是在公司之前的ERP系統中全部完成實(shí)現，但是統商統整由于ERP系統(????)是好多年前的軟件，雖能夠滿(mǎn)足業(yè)務(wù)需要，品系但很多環(huán)節需要借助人為手動(dòng)操作來(lái)處??理訂單，合總效率低。什電商訂故希望做一次訂單系統整合，單系能夠系統自動(dòng)化(hua)，統商統整減少人為操作(zuo)成本。品系

實(shí)施步驟

考ˉ\_(ツ)_/ˉ慮到現有業(yè)務(wù)的合總正??常運作，故訂單系統的整合主要分為以下幾步來(lái)實(shí)施

一 、先將ERP系統中開(kāi)線(xiàn)下單的功能遷移出來(lái)（包括大客戶(hù)(???)訂單和刷單的訂單攔截）??

說(shuō)明：線(xiàn)下單，也可理解為訂單的內部處理，主要有以下幾種情況

公司為供貨商的(de)角色，┐(′д｀)┌渠道產(chǎn)生訂單后，需要??人員內部(????)錄入系統后實(shí)施履單流程針對刷單的訂單做的特殊處理，這塊不做贅述針對大客戶(hù)訂單，合并開(kāi)票發(fā)貨處理沖紅訂單開(kāi)具線(xiàn)下單，是公司內部系統交互的問(wèn)題，不做贅述二、三方平臺/自營(yíng)式B2C訂單流程整合（不包括O2O訂單）

說(shuō)明：由于之前這兩部分??訂單是不同的團隊在管理，流程上本身也(?⊿?)是存在差???異的，故規劃的過(guò)程中是計劃B2C整個(gè)流程順當后再考慮

整個(gè)訂單流程如下：

整體的流程不做過(guò)多講解，處方藥部分因為也就只有醫藥電商會(huì )存在這個(gè)情況，會(huì )做特殊處理，其他(╯‵□′)╯(ta)的和普通的電商基本上一致；故著(zhù)重說(shuō)明下異常訂單攔截，拆分訂單和派單這塊的邏輯

1. 異常訂單攔截

訂單攔截主要根據業(yè)務(wù)的實(shí)際場(chǎng)景攔截，當然這塊也主要分2種情況

數據(′?_?`)內容校驗（如必填字段為空，金額核對不準確，黑??名單等）拆分訂單過(guò)程中攔截（如負毛訂單，超區訂單，無(wú)庫??存訂(°ロ°) !單，拆單數量限制等）

一般會(huì )考慮從以下維度處理，當然具體的還是要看各自公司ヽ(′?｀)ノ的實(shí)際情(′▽?zhuān)?況

（1）拆單因素：商品屬性，渠道，庫房，庫存等將父單拆分成不??同的子單。

子單商品數量，相關(guān)金額（平臺優(yōu)惠，商家優(yōu)惠ヾ(′ω｀)?，商品優(yōu)惠，訂單金額，實(shí)付金額）與父單的一致性拆分訂單數量是否符合業(yè)務(wù)需求（如：拆單數量限制，貨到付款訂單拆單限制等）拆分后是否需要再次拆分，如果是，則子單為異常訂(′?｀*)單，否則拆分完成，同時(shí)取消父單，生成子單；校驗不符合的，恢復原單

需要考慮的因素：發(fā)貨地與倉的距離，倉的優(yōu)先級，快遞優(yōu)先級，快遞報價(jià)優(yōu)先級等；

關(guān)于派單，在具體的??派單流程過(guò)程中也是需要根據公司業(yè)務(wù)的實(shí)際情況??來(lái)制定規則完成派單。

三、代運營(yíng)訂單提供訂單開(kāi)放接口有對接接口能力的渠道，抓取訂單，發(fā)貨后需要將物流返回到訂單系統。無(wú)對接能力的渠道，提供查詢(xún)訂單的頁(yè)面，同時(shí)需要有導入物流單號的功能。其他的輔助功能，根據公司的實(shí)際情況來(lái)決定是否需要給渠道提供。四、O2O訂單與B2C訂單整合

后期這塊是另外一個(gè)同事負責，整合的過(guò)程中是在拆分訂單前做了一次O2O訂單條件判斷，優(yōu)先門(mén)店來(lái)進(jìn)行接單發(fā)貨，不滿(mǎn)足，倉庫再進(jìn)行發(fā)貨處理。當(//ω//)然這樣提升了用戶(hù)體驗，當然也需要考慮三方平臺訂單物流回寫(xiě)的問(wèn)題，因為O2O訂單是不需要物流單號的，而B(niǎo)2C的訂單??需要。這塊是另外一個(gè)項目組負責，這塊不做過(guò)多陳述。