筆者以京東為例，詳述了訂單轉移、訂單履約工作流、訂單風控等相關流程。

　　京東后臺：訂單履約系統(tǒng)設計（上）：

　　https://www.woshipm.com/pd/2678257.html

　　四、訂單轉移

　　1. 什么是訂單轉移

　　訂單轉移可以理解為訂單的計劃。通過數(shù)據(jù)可以看到，一分鐘就要接幾百萬萬單。不同的訂單通過不同的渠道下單，比如，京東有PC端，app端，微信端等等各種不同的渠道下的訂單，統(tǒng)一都堆積在京東OFC的大池子里。京東通過怎樣的方式和客戶履約，其實轉移是履約的一個核心環(huán)節(jié)。以什么樣的方式和客戶履約，而客戶約定是什么，京東要分給誰都是在訂單轉移這個環(huán)節(jié)進行的。

　　說白了，它是訂單的一個分發(fā)機制，或者說訂單的分發(fā)一個計劃，訂單要給哪個庫房去生產，怎么生產都是在訂單轉移中進行的。在訂單轉移環(huán)節(jié)，才實際上和庫存打交道，看訂單的狀態(tài)，看訂單庫存，具體去看訂單是要在哪個地方生產，這就是訂單的轉移。

　　2. 什么是庫存

　　1）一級庫存

　　最早就是一個一級庫存—全國幾個大的中心倉，北京的訂單就看北京的庫存，上海的訂單看上海的庫存。

　　當京東發(fā)展到一定體量的時候，會發(fā)現(xiàn)這種一級庫存的概念無法正常的滿足這么龐大的一個訂單體量。

　　2）二級庫存

　　RDC是中心倉，也叫綜合倉。FDC是前置倉。舉個例子：濟南就是一個FDC，天津也是一個FDC。

　　京東現(xiàn)在有7大區(qū)域：北上廣重武沈西（北京、上海、廣州、成都、武漢、西安、沈陽）。比如，濟南是屬于北京這個區(qū)域的。如果濟南的用戶下單，首先看濟南本地的有沒有貨，如果濟南本地有貨，就從本地區(qū)發(fā)貨，如果本地沒貨就從北京去查看——這樣的支援關系。

　　3）為什么要有支援關系？

　　京東前期最早的業(yè)務都會在一線城市，比如北上廣深這些城市下單的比較多，隨著現(xiàn)在體量的不斷的增加，我們在做渠道下沉也好，我們再向下探，更多的去滿足二三線城市的一些用戶下單。所以，我們要有FDC——我們不是備全量的貨，根據(jù)二八原則，有一些比較暢銷的商品，能滿足基本滿足這片區(qū)域（如：濟南）、這個覆蓋范圍的用戶的下單。但是，有一些比較長尾的商品怎么辦？——就從北京去發(fā)，由北京支援濟南。

　　/

　　3. 訂單轉移的關鍵是什么

　　訂單轉移的主要目標是為訂單做生產計劃，快速轉卻的講不通類別的訂單，轉移到對應的生產系統(tǒng)。核心系統(tǒng)分為：訂單轉移服務和訂單計劃引擎。為使用戶達到快速下單的目的，對于全部現(xiàn)貨的訂單，均采用快速轉移的策略，簡化轉移系統(tǒng)中的復雜流程，以盡可能快的方式，實現(xiàn)訂單轉移。

　　1）訂單轉移服務系統(tǒng)

　　釋義：訂單轉移系統(tǒng)是制定生產計劃的核心為：訂單如何生產，去哪兒生產，何時生產提供解決方案。

　　目標：主要為上游系統(tǒng)OFW提供服務，訂單數(shù)據(jù)由OFW推送，訂單的轉移則由中間件的調用來完成。

　　職責：現(xiàn)貨的非預約訂單的快速通道；

　　范圍：自營、POP；

　　周邊依賴：OFW、配送中西配置、庫存、大家電調度、中間件。

　　/

　　2）訂單計劃引擎系統(tǒng)

　　釋義：訂單生產計劃是為了實現(xiàn)訂單履約，而制定的生產方案。一個合理的生產計劃，能在保證時效承諾的前提下，起到優(yōu)化生產，降低成本的作用。

　　目標：主要解決非現(xiàn)貨和預約訂單的轉移，對于多配、FDC、平行庫存等復雜流程進行處理。

　　職責：非現(xiàn)貨及預約訂單，處理引擎；

　　范圍：自營，POP；

　　周邊依賴：配送中心配置，庫存，商品，大家電調度，Promise，VPR，中間件，OFW-COI。

　　/

　　4. 怎么轉移

　　* 轉移的整個流程就是要去判斷庫存，因為在剛開始說到拆分環(huán)節(jié)是不看庫存的，看的只是這個訂單能在哪兒生產。

　　* 在訂單轉移環(huán)節(jié)，才實際上和庫存打交道，看訂單的狀態(tài)，看訂單庫存，具體去看訂單是要在哪個地方生產，這就是訂單的轉移。

　　這要說到一個京東有貨和備貨。備貨就是說，這個商品備在濟南這個地方了，證明在濟南是可以生產的，

　　即可以進入濟南庫存，然后從濟南庫出，但是具體有沒有貨不確定。

　　前臺庫存規(guī)則和OFC庫存規(guī)則是不一樣的。

　　前臺：SKU的維度去看這個庫存。OFC：OFC里是以訂單的維度看庫存。/

　　五、訂單履約工作流

　　1. 訂單履約工作流

　　主要做的一個操作就是從訂單管道過來以后先負責接單，然后去調用拆分服務、轉移服務等下游系統(tǒng)的服務。（回傳系統(tǒng)、下傳系統(tǒng)是它的主要兩塊內容）

　　接收管道、訂單中間件及訂單下發(fā)任務推送的訂單訂單進入庫房前，獲取訂單生產需要的數(shù)據(jù)以及控制訂單業(yè)務流程推送訂單數(shù)據(jù)至全國庫房處理庫房發(fā)起的訂單重拆分流程處理處理訂單取消流程業(yè)務處理訂單修改業(yè)務處理訂單退貨流程業(yè)務回傳庫房訂單生產狀態(tài)數(shù)據(jù)回傳ERP系統(tǒng)及相關流程控制回傳庫房訂單生產非狀態(tài)數(shù)據(jù)提供訂單promise系統(tǒng)和BI系統(tǒng)需要的下傳庫房訂單數(shù)據(jù)提供OFW日常運營工具實時監(jiān)控OFW系統(tǒng)運營，有異常立即報警

　　2. 主要職責

　　訂單工作流系統(tǒng)的有兩塊內容：一塊是叫做訂單信息回傳，另一個是訂單信息的下傳。

　　訂單狀態(tài)數(shù)據(jù)回傳流程

　　把訂單庫房生產狀態(tài)實時回傳給ERP系統(tǒng)（等待打印狀態(tài)、打印集合單、打包狀態(tài)、出庫狀態(tài)）；同時某狀態(tài)下，判斷是否需要進行調用庫存服務、出管服務、全程跟蹤服務以及給客戶發(fā)送手機短信。

　　訂單非狀態(tài)業(yè)務數(shù)據(jù)回傳流程

　　實時回傳訂單在庫房產生過程中產生的包裹數(shù)量、包裹重量、承運商信息以及發(fā)票信息給對應的WMS(倉儲管理系統(tǒng))、TMS(運輸管理系統(tǒng))及DMS(配送管理)系統(tǒng)。

　　3. 工作流程

　　訂單信息下傳即剛才說到的OFC系統(tǒng)是連接上游和下游的一個中心的系統(tǒng)。

　　京東要接全國100多個將近200個庫房，每一個庫房是怎么接，訂單是怎么推給庫房，都是由OFW系統(tǒng)去做的。

　　訂單工作流系統(tǒng)主要做的一個操作就是從訂單管道過來以后先負責接單，然后去調用拆分服務、轉移服務等下游系統(tǒng)的服務。比如，給下游系統(tǒng)封裝數(shù)據(jù)，封裝面單的數(shù)據(jù)，封裝發(fā)票的數(shù)據(jù)。

　　/

　　六、訂單風控

　　1. 什么是風控

　　風控主要做的一個事就是防止惡意的套贈。京東有很多促銷，比如一些贈品、滿減、抵用劵等。一些人發(fā)現(xiàn)京東系統(tǒng)漏洞，從而去套一些贈品。

　　舉個栗子：

　　一些用戶知道京東的訂單要拆分，在下單的時候，買了一個冰箱，而冰箱贈送一個插線板，冰箱是在大家電的庫房，而插線板是在小家電的庫房/3C庫房。因為庫房不同，要拆成兩個單生產，而插線板是贈送，京東記錄時候記得是0元，即沒有價值。拆成兩個訂單對于京東來說，配送的時候也不知道哪個先哪個后，尤其大家電好多都是第三方配送的，經(jīng)常會有贈品簽到了，大家電沒配送的。

　　就會出現(xiàn)一個問題：贈品收了，大家電取消了。直接在網(wǎng)站前臺訂單取消了，或者說拒收了。這樣就叫做惡意套贈。

　　2. 怎么實現(xiàn)風控

　　風控的核心思想就是聯(lián)動取消。

　　再舉個栗子：

　　用戶一共買了ABCD4個商品啊。B這個商品是買A贈的，相當于用戶買了ACD這3個商品贈了一個B的商品。

　　而京東有不同的庫房，A商品在第一個庫房，BCD商品的第二個庫房，正常拆的話，A商品肯定是單獨的一個訂單，因為它在自己的一個庫房里，而BCD商品按說應該是在一起的，因為是在第二個庫房里。

　　但是，B商品是一個贈品，他是一個贈單，因而就會把B的商品和CD的商品單獨拆出來。

　　然后，去記錄一個關系叫做：A商品是主單，B是贈單——即第一張訂單和第三張訂單之間的贈品關系。

　　這樣的話，如果用戶收到了B，想退A的話，這些相關聯(lián)的商品會聯(lián)動取消。這就是一個主贈關系的記錄。

  今天的分享就到這里了，想了解更多關于京東開店需要多少錢、京東商家入駐需要什么條件和費用等內容，敬請關注火蝠電商代運營官網(wǎng)。