京東業(yè)務系統(tǒng)結構及流程說明21

1、京東業(yè)務系統(tǒng)結構及流程說明僅內部查看編訂日期2013/03/01版本V2.1編訂審計團隊審核團隊(只有訂單部分)shenbaohuan所屬部門京東商城 信息部描述V1.0本文檔是審計部通過近一年時間的審計工作，以審計的視角總結的京東系統(tǒng)結構及其流程的說明文檔。文檔當前版本是 V1.0 版，主要構建文檔的基本描述 框架，重點對審計涉及的訂單業(yè)務（訂單正向流程，訂單逆向流程等），物流配送等系統(tǒng)進行了較為詳細的闡述。文檔后續(xù)版本，在 從業(yè)務結構分層等方面進行進一步完善，對細節(jié)部分進行進一步核對，力求通過審計組的分析和整理，獲得一份較為全面的了解京東系統(tǒng)的第 資料。描述 V1.5V1.5 版本更新，1

2、：加入審核團隊信息及版本內容概述；2：加入信息流的流程圖，從資金，商品，訂單三個信息流角度闡釋京東業(yè)務流；3：加入財務系統(tǒng)和業(yè)務整理流程圖，以及對賬，pos 等系統(tǒng)流程；4： 更新 pop 部分，從訂單信息里遷移出 pop 部分，重點在 pop 系統(tǒng)里闡釋了 FBP，LBP 等業(yè)務類型； 5： 更新配送站點流程圖，替換掉 PPT 部分說明描述 V2.0V2.0 版本更新，1：根據(jù)審計組的工作重點做了部分模塊的簡化。2：對財務結算系統(tǒng)進行了訂。3：把財務結算系統(tǒng)提前描述 V2.1V2.1 版本更新，1：在審計組的基礎上，修訂基于個人對訂單業(yè)務的理解， 訂單流程。京東商城 信息部目錄概述4適用對象

3、4名詞解釋4京東整體系統(tǒng)54.1 京東電子商務概述54.2 京東信息系統(tǒng)概述6訂單業(yè)務系統(tǒng)85.1 訂單正向子流程10一二三四五5.2 拍賣訂5.3 POP 訂流程27流程295.4 訂單逆向子流程32財務結算系統(tǒng)42六6.1 財務結算系統(tǒng)架構圖426.2系統(tǒng)446.2.1 離線6.2.2業(yè)務處理流程44業(yè)務處理流程466.2.3 非訂單類開票業(yè)務處理流程486.3 對賬系統(tǒng)496.3.1 先款訂單結算業(yè)務處理流程496.3.3 訂單對賬業(yè)務處理506.4 POS516.4.1 POS 支付業(yè)務處理526.4.2 POS 對賬546.5 退款系統(tǒng)556.5.1 訂單退款業(yè)務處理流程556.5.

4、2 售后退款業(yè)務處理流程566.6 倉報價系統(tǒng)576.7 庫存結轉586.8 POP 商家結算596.9 供應商結算系統(tǒng)626.10 銀企直連656.11 供應鏈金融676.11 供應鏈金融錯誤!未定義書簽。供應鏈系統(tǒng)687.1 供應鏈系統(tǒng)結構687.2 供應鏈業(yè)務流程697.3 供應商開放平臺717.4 統(tǒng)一采購平臺系統(tǒng)727.5 內配系統(tǒng)73七八大物8.1 物8.2 物.75結構75處理流程758.2.1 一般商品物流處理流程752京東商城 信息部8.2.2 POP 商品物流處理流程768.3 倉儲.828.3.1 WMS 入庫流程圖828.3.2 WMS 出庫流程圖838.4 分揀系統(tǒng)8

5、37.5 分揀系統(tǒng)錯誤!未定義書簽。8.6 配送系統(tǒng)848.6.1 配送站點正向流程868.6.2 配送站點反向流程883京東商城 信息部 概述通過財務審計部門經(jīng)過一年的審計工作，對京東系統(tǒng)及業(yè)務的梳理，審計部在接口測試， 上線系統(tǒng)對業(yè)務的影響，以及差異解釋發(fā)現(xiàn)在系統(tǒng)整體結構和流程文檔十分缺乏，在工作之余總結，積累了京東業(yè)務系統(tǒng)結構及流程說明，以便于了解京東業(yè)務系統(tǒng)的結構及其流程，本文檔多數(shù)內容由開發(fā)或口述，有表述有誤的地方，希望收到你的建議和指正，為了有一個比較完善且體現(xiàn)當前系統(tǒng)結構及業(yè)務流程的文檔，我們共同努力。文檔采用審計日常工作的整理，收集的資料的整理，以及對京東業(yè)務系統(tǒng)的了解，資料來

6、源檔。，通過整理，討論，修訂最后產(chǎn)出本文檔，用于工作參閱，培訓，資料存二適用對象京東內部員工（管理，技術）三名詞解釋4POPPlatform Open Plan：開放平臺計劃FBPFulfilled By POP：使用京東銷售、倉儲、配送京東商城 信息部四 京東整體系統(tǒng)4.1 京東電子商務概述京東商城目前是最大的式 B2C 電子商務平臺，從最初的以 3C 品類為主導，到現(xiàn)在的、百貨、家電、虛擬商品等幾乎所有品類；從最初的經(jīng)營模式到現(xiàn)在的經(jīng)營+POP 模式；從之前的面對國內市場，到現(xiàn)在面向全球市場；京東的業(yè)務也越來越龐大和復雜，同時伴隨著每年接近 150%的增長速度，京東在經(jīng)營業(yè)務和管理方面都著

7、極大的?？萍甲鳛榈谝簧a(chǎn)力早已被世界各行業(yè)所認可，所以作為京東的科技產(chǎn)出部門，尤其是電子商務這種對信息科技有著極大依賴的行業(yè)，信息部的工作成果直接影響著京東的生產(chǎn)效率，對京東的未來發(fā)展有著決定性的的影響。從電子商務的基本流程（如下圖）可以看出，電子商務的任何一筆完整，都包含著幾種基本的“流”，即信息流、資金流、物流。信息流，是指商品信息的提供、商業(yè)單證的轉移、技術支持等內容。資金流是指付款、轉賬等資金的轉移過程。物流則是指物質實體（商品或服務）的過程，如商品的儲存、保管、配送、信息管理等活動。5LBPLogistic By POP：銷售、配送（不含倉儲）LBVLogistic by Vendo

8、r：銷售、不開（暫無業(yè)務）SOPSale On POP：銷售SOPLSale on POP Logistic：銷售、配送、商家開N360Not On 360：不在京東銷售，使用京東配送、倉儲、物流（暫無業(yè)務）NTPNo Transaction On POP：僅倉儲配送FDCForward Distribution Center：前置倉，負責倉內配、調貨、調撥RDCRegional distribution center：區(qū)域物流中心BIPBuyer Integrated Platform：采購集成平臺VCvendor central：供應商申請退貨系統(tǒng)V-RETURNVendor return

9、：京東主動申請退貨系統(tǒng)OFCOrder Fulfill Center：訂單履約中心DOSDelivery option system：投遞選擇系統(tǒng)（協(xié)助屠總團隊，預計剝離系統(tǒng)中的非業(yè)務，未）FCEFulfillment custom experience：客戶體驗履約中心OFWOrder fulfillment workflow：訂單履約工作流FPEFulfillment Plan Engine：履行計劃引擎OUWOrder update workflow：訂單更新工作流（中，修改一期在團隊）OCWOrder cancer workflow：訂單取消工作流（整合中，轉轉）TMSTranspor

10、tation Management System：DMSDistribution Management System：預分揀系統(tǒng)京東商城 信息部另一方面，京東電子商務主要有四大主體：消費者、供應商、京東以及 POP 商家。京東信息系統(tǒng)也是這三大流程和四大主體進行設計和實施，使它們之間能夠更高效更精確的進行整合，幫助甚至替代實現(xiàn)更高的工作效率，同時也為京東節(jié)省經(jīng)營成本。資金流物流信息流商城4.2 京東信息系統(tǒng)概述京東信息系統(tǒng)主體分為統(tǒng)。訂單系統(tǒng)、供應鏈系統(tǒng)、大物、POP 系統(tǒng)以及財務系6京東商城 信息部京東信息系統(tǒng)與各流程主體的關系入下圖：POP商家訂單系統(tǒng)流分揀配送系統(tǒng)供應鏈售后系統(tǒng)收款支付系

11、統(tǒng)POP系統(tǒng)財務結算系統(tǒng)維護商品信息訂單信息傭金結算供貨到分揀配送供應鏈系統(tǒng)財務結算系統(tǒng)流倉儲系統(tǒng)分揀配送供貨入庫下訂單下采購單采購貨款付款售后服務供應商消費者訂單系統(tǒng)：主要面向的是消費者，提供 PC、等各種主流客戶端，該系統(tǒng)一方面提供商品和服務等信息，另一方面給用戶提供下單，支付，基本信息管理等功能。7大物大物財務京東商城 信息部訂單履約系統(tǒng)：對訂單電子信息到實體配送各環(huán)節(jié)進行跟蹤和觸發(fā)，通過履約模塊下發(fā)用戶合法的訂單到物進行生產(chǎn)，訂單履約主要完成過濾風險的訂單，生產(chǎn)信息的支撐系統(tǒng)。準備，以及生產(chǎn)庫房的選擇等工作。可認為是訂單系統(tǒng)的供應鏈系統(tǒng)：主要是供應商，面向京東采銷部門使用的系統(tǒng)，主要提

12、供供應商信息維護，商品采購、商品信息維護、需求等模塊，是整個京東商務模式的采購端。大物：主要商品的各個流通環(huán)節(jié)，主要提供商品入庫，倉儲管理，出庫分揀，訂單配送等功能。是京東從供應商采購商品進行倉儲，一直到把商品配送到用戶手里的流通過程的支撐系統(tǒng)。POP 系統(tǒng)：是京東對外開放平臺業(yè)務而搭建的系統(tǒng)，它的前端與訂單系統(tǒng)融合，的一些主要給消費者提供一致的功能。，后端面向合作商戶提供類似供應鏈系統(tǒng)和大物財務系統(tǒng)：為京東的幾乎所有業(yè)務提供資金流跟蹤管理，它貫穿于整個京東信息系統(tǒng)， 也同時會滲透到各個流程作業(yè)，并且面向所有主體。面向消費者的是收款和支付等環(huán)節(jié)，面向供應商的有供應商結算，面向 POP 商家的有

13、 POP 結算，此外還為京東內部提供各種面向財務會計相關的功能和報表數(shù)據(jù)。財務系統(tǒng)會依賴于以上的接口和數(shù)據(jù)。五 訂單業(yè)務系統(tǒng)訂單業(yè)務系統(tǒng)的結構根據(jù)訂單業(yè)務系統(tǒng)的結構可以看出，訂單系統(tǒng)是需要很多其他系統(tǒng)的支撐，共同完成了訂單數(shù)據(jù)流程的流轉。其中包括虛擬的訂單是在各自的系統(tǒng)中進行生產(chǎn)，之后訂單在虛擬系統(tǒng)中流轉到 ERP 訂單系統(tǒng)，之后在通過 ERP 訂單系統(tǒng)中數(shù)據(jù)流轉到其他系統(tǒng)。1) 流程描述用戶通過訂單系統(tǒng)下單，進入到訂單履約，進行預分揀等處理后進入到實體倉儲進行生成配送。2)訂單的信息流程圖如下：、拆分、轉移、面單、8京東商城 信息部前臺系統(tǒng)訂單系統(tǒng)訂單履約倉儲結算帳務配送分揀以上流程概括的說

14、明了，從用戶下單，到訂單系統(tǒng)的處理，訂單履約系統(tǒng)的處理，然后交由實體倉儲為用戶進行實體商品配送，商品先通過倉儲系統(tǒng)獲得，并交由分揀系統(tǒng)分揀到站點通道，的配送配送給用戶，財務收到配送完成通知，進行賬款核對，通過一定的周期統(tǒng)一把商品以進貨價結算給供應商。通過這一流程，完成了用戶商品，商家銷售商品的整個商業(yè)流程，京東在整個訂單處理的流程中處于一個電子中間銷售商的位置?；谝陨嫌唵蔚男畔⒘鱾?，流程圖如下：9京東商城 信息部訂單流用戶訂單業(yè)務系統(tǒng)OFC物財務/售后/POP用戶選擇商品用戶支付是是否支付否訂單序列化訂單拆分是否京東自營是根據(jù)訂單生成生產(chǎn)信息（面單，）按訂單的信息收到貨物訂單生產(chǎn)和配送提出訂

15、單商品有問題售后根據(jù)訂單信息和處理規(guī)則進行處理5.1 訂單正向子流程訂單正向子流程包括“自營先款訂單正向流程”、“自營先貨訂單正向流程”兩部分。主要的區(qū)別在于，先款在訂單下單之后卡對賬信息通過后進入生產(chǎn)流程，而先貨是用戶提交訂單后直接進入訂單管道進行各種各樣的與其他系統(tǒng)的通信等操作，在用戶收貨之后再進10階段否故障訂單被處理財務根據(jù)訂單核對賬務售后收到用戶對訂單的投訴或問題訂單信息（可生產(chǎn)）訂單信息（庫房，站點，）訂單發(fā)POP商家處理訂單下傳至OFC訂單信息（核對，庫存，惡意）創(chuàng)建訂單京東商城 信息部行付款操作。5.1.1 自營先款訂單正向流程自營先款訂單正向流程系統(tǒng)用戶下單訂單管道銀賬核對拆

16、分的主要目的是確定庫房號拆分規(guī)則(1)商品的庫房屬性不同(2)商品的商家不同(3)商品的特殊屬性（例如(4)按照任務拆分（例訂單拆始訂單拆分1 庫存（是否缺貨，是否能配奢侈品等） 貨先發(fā)等）送）2是否自營選定庫房和分揀否訂單轉移的目的是將訂單轉移到相應的系統(tǒng)開始生產(chǎn)。(1) 京東自營（包括FBP）的會確定配送中心號，并下傳到OFC處理。(2) 轉移之前都會進行訂單的庫存檢查，不符合條件的訂單會選擇等待繼續(xù)處理（無庫存或 倉）或者進行重新拆分或者進入店長最終審核狀態(tài)（無法到貨）。中心訂單站點信息是否能到貨是否缺貨是預分揀（等待打?。┓穹袷欠竦截? 訂單信息2 訂單面單信息3訂單拆分結信息是束訂單

17、下傳1 無貨2 商品損壞商品是否病單打包（等待發(fā)貨）1）用戶點擊確認收貨，訂成2）等待確認收貨狀態(tài)之后20天自動完成用戶收貨（訂成）11配送系統(tǒng)倉儲系統(tǒng)訂單履約財務系統(tǒng)訂單系統(tǒng)訂單配送分揀中心（等待確認收獲）訂單復核（等待打包）面單打印生成面單數(shù)據(jù)和數(shù)據(jù)輪詢是否到貨訂單取消是訂單轉移POP訂單流程用戶付款（等待付款確認）京東商城 信息部5.1.2 自營先貨訂單正向流程自營先貨訂單正向流程系統(tǒng)1.211訂單給ofc 發(fā)訂單序列化信息2.打sendpay標記用戶下單3.給發(fā)消息4.把訂單序列化信息預處理然后 到訂單相關表5. 券 禮品卡 余額6. 商品庫存訂單管道7.訂單序列化信息寫入數(shù)據(jù)庫Ord

18、erver拆分的主要目的是確定庫房號拆分規(guī)則(1)商品的庫房屬性不同(2)商品的商家不同(3)商品的特殊屬性（例如 奢侈品等）訂單拆始訂單拆分(4)按照任務拆分（例貨先發(fā)等）1 庫存 （是否缺貨，是否能配訂單轉移的目的是將訂單轉移到相應的系統(tǒng)開始生產(chǎn)。(1) 京東自營（包括FBP）的會確定配送中心號，并下傳到OFC處理。(2) 轉移之前都會進行訂單的庫存檢查，不符合條件的訂單會選擇等待繼續(xù)處理（無庫存或 倉）或者進行重新拆分或者進入店長最終審核狀態(tài)（無法到貨）。是否自營送）否2 選定庫房和分揀中心訂單站點信息是否能到貨是否缺貨是否否1 訂單信息2 訂單面單信息是否到貨3信息訂單拆分結束訂單下傳

19、1 無貨商品2 商品損壞是否病單打包（等待發(fā)貨）訂單配送訂成12財務系統(tǒng)配送系統(tǒng)倉儲系統(tǒng)訂單履約訂單系統(tǒng)是財務收款對賬客戶收貨用戶付款分揀中心（等待確認收貨）訂單復核（等待打包）面單、打印生成面單數(shù)據(jù)和數(shù)據(jù)輪詢是否到貨預分揀（等待打?。┯唵稳∠怯唵无D移POP訂單流程京東商城 信息部5.1.3 訂單管道1) 流程描述購物車的訂單提交（修改）后，就進入訂單管道，并由管道同步到主庫并生成相關訂單任務。用戶修改訂單后，修改信息還將進入訂單管道。2) 流程圖開始用戶提交訂單/修改訂單OFC211訂單履約生成訂單任務結束人 開發(fā)：3)5.1.4 訂單拆分1)流程描述對于管道過來的所有訂單，如果是先貨的訂

20、單，直接進行拆分，如果是先款的訂單，則需要是否支付完畢，如果確認支付后，則進行拆分。拆分的主要目的是將不同庫房、商家、商品特殊屬性、庫存狀態(tài)的訂單OCS 服務，將訂單金額按照價格比例等分攤。在拆分之前，會調用如果無法通過后續(xù)訂單轉移的校驗的話，訂單會被置為 splittype 等待重新拆分訂單，并等待新任務的執(zhí)行。（新的系統(tǒng)中沒有這一塊）13同步到主庫訂單管道京東商城 信息部訂單履約工作流，即 OFW 會直接調用拆分接口。拆分規(guī)則有四類：a) 商品的庫房屬性不同；b) 商品的商家不同；c) 商品的特殊屬性（例如：奢侈品等）；d)按照任務拆分（例貨先發(fā)等）；e)其中一個子流程是訂單按照 sku

21、拆分或者庫存狀態(tài)拆分，只SOP 商品。結構是：機構-配送中心-庫房，機構（Operator）、配送中心（cky2）和庫房號（storeid）。一個具體的庫房，必須要根據(jù)配送中心號與庫房類別號兩個共同來指定，機構是財務的概念，對生產(chǎn)來說意義不大。拆分后，子單拿到了一個 Storeid，但這個 Storeid 只能代表庫房類型，而不能代表現(xiàn)實或模型中的某個庫房。訂單狀態(tài)a) 等待拆分訂單還未處理過的訂單b) 拆分后的父訂單c) 拆分后的子訂單d) 不需要拆分訂單e) 等待重新拆分訂單f) 贈品后發(fā)訂單有很小一部分訂單（訂單類型有限制）在拆完單后金額為 0。必須要等到主品收貨后，才觸發(fā)贈品的轉移。（

22、特別是一些滿贈的訂單）流程圖2)3)14京東商城 信息部開始從管道過來的數(shù)據(jù)抓取待拆分的訂單先貨訂單直接拆分； 先款訂單需要等待付認后拆分；先款訂單？是付款完成？是拆分訂單否確定訂單庫房號結束5.1.5 訂單暫停流程描述拆分后的訂單（先款的話需要付款確認），就進入暫停狀態(tài)了，當訂單符合轉移要求后進入轉移流程，否則就一直保持在暫停狀態(tài)（等待重新拆分，或者轉入店長最1)終審核狀態(tài)）。暫停的有幾種，可以通過查 CODDATE，或 WARESTOCK 表來確認。訂單暫停是個狀態(tài)，不是一個流程。訂單狀態(tài)a) 待轉移的暫停訂單就是等待轉移的，在暫停狀態(tài)的訂單。b) 延期暫停訂單就是延期送貨的，在暫停狀態(tài)的

23、訂單。c) 在途暫停訂單2)15否款確京東商城 信息部商品內配途中。d)預訂暫停訂單采購未到貨，商品開啟可預訂狀態(tài)。3)流程圖無人4)5.1.6 訂單轉移流程描述訂單轉移的是將訂單轉移到相應的系統(tǒng)開始生產(chǎn)。京東自營（含 FBP）的會確定配送中心，OFW 主動調用訂單轉移服務，符合生產(chǎn)條件的立即下傳到庫房，不符合條件的忽略并由老的轉移 Worker 繼續(xù)處理。在轉移之前都會進行訂單的庫存檢查，不符合條件的訂單會選擇等待繼續(xù)處理1)（無庫存或倉）或者進行重新拆分或者進入店長最終審核狀態(tài)（無法到貨）。通過 OFC 的是京東自營訂單（包括 FBP），其他 POP 實體訂單（SOP，LBP，LBV，SO

24、PL）會發(fā)消息到 POP 系統(tǒng)進行后續(xù)處理。其他的 POP 虛擬訂單不需要轉移處理（后，訂單流程就結束了）。無法到貨的訂單（有一套訂單取消操作。邏輯）會置為店長最終審核狀態(tài)，會客戶做一般的，如果某地區(qū)有多個配送中心可以選擇，從優(yōu)先級最高的開始選擇，如果此配送中心中都是現(xiàn)貨，則訂單的配送中心確定是此配送中心；否則則取后面的配送中心看商品的庫存情況。一般把一個訂單確定個配送中心的。流程圖16京東商城 信息部開始抓取待轉移的訂單訂單狀態(tài)、類型、拆分類型信息校驗？是獲取商品庫存狀態(tài)校驗訂單中不同商品庫房是否一致？否是重新拆分是否有貨否無法到貨無庫存否否否是是是是否POP？POP無法到貨訂單轉移處理無庫

25、存訂單轉移處理其他庫存情況訂單轉移處理非POPPOP商品轉移處理現(xiàn)貨訂單轉移處理結束人開發(fā)2)彭先鐵5.1.7 訂單鎖定1)流程描述最開始只是用于訂單修改時的訂單鎖定，后來被其他系統(tǒng)使用。在修改訂單，訂單確認，財務退款，鎖定的情況下，訂單會被鎖定。鎖定的原則是誰鎖定，誰。訂單鎖定不通知其他系統(tǒng)（除了退款鎖定），但是當修改訂單狀態(tài)時，就會報錯，以此達到了限制訂單信息繼續(xù)流轉。對于鎖定訂單，無法調用訂單中間件更改訂單打印和出庫狀態(tài)。a)修改訂單鎖定17京東商城 信息部拆分之前訂單才系統(tǒng)鎖定修改，修改前會鎖定，修改完畢后立即。b)如果是訂單就會鎖定，不過，當訂單已經(jīng)開始生產(chǎn)，就不鎖定了，只能走訂單的

26、取消流程。（包括預分揀返回的訂單）c)財務退款鎖定財務在物流確認之后，開始鎖定訂單，當確認退款不的時候，解除鎖定，退款鎖定后，刪除訂單（yn=0）。d)一定條件下，可以鎖定訂單。（很嚴重的問題，必須專人根治的流程）e)以前的 WMS1.0 有鎖定功能，現(xiàn)在已經(jīng)不再了。這個導致了有些訂單倉庫還在生產(chǎn)和回傳狀態(tài)，但是訂單已經(jīng)被鎖定了。2)流程圖無人，3)，5.1.8 訂單下傳1)流程描述這里的訂單下傳是指把京東自營的訂單通過 OFC 下傳到指定庫房生產(chǎn)的過程。在這個過程中，OFC 會執(zhí)行各種準備工作，如：同步（在轉移時做），增票資質，預處理（只有新系統(tǒng)有），預分揀（地址不詳細），獲取面單，離線最后

27、，OFC 會把準備好的訂單生產(chǎn)信息和離線信息下傳至庫房。下傳的同時，下傳服務也會把預分揀信息回傳到 ERP。庫房接收服務會驗證信息，不符合條件（門店信息，商品信息）的系統(tǒng)會重試。如果預分揀返回是訂單的話，OFC 不做下傳，只回傳信息給 ERP 并做鎖定操作（鎖定失敗，并無此流程）。同步是通過數(shù)據(jù)庫的方式到財務系統(tǒng)的。是異步的，新系統(tǒng)是同步的。2)訂單狀態(tài)等待打印18京東商城 信息部3)流程圖開始抓取待下傳的訂單預處理同步預分揀獲取面單離線增票資質回傳預分揀信息至ERP下傳至庫房結束人開發(fā)4)19京東商城 信息部5.1.9 倉庫訂單生產(chǎn)流程描述倉庫是訂單履約的中心，它負責處理客戶訂單的生產(chǎn)，生產(chǎn)

28、過程中的異常處理，回傳生產(chǎn)狀態(tài)，退庫單的處理，換貨訂單的生產(chǎn)（生成），訂單驅動的內配。1)非狀態(tài)信息包括：包裹數(shù)量，包裹重量，離線拉回，大貨倉承運商信息。打印，離線作廢，離線JIT 系統(tǒng)把訂單分成波次來影響倉庫生產(chǎn)和配送。JIT 訂單信息有優(yōu)先級的概念，優(yōu)先級越高的，倉庫生產(chǎn)和配送就越早。訂單狀態(tài)a) 等待打印b) 等待出庫（等待掃描復核）c) 等待打包流程圖2)3)20京東商城 信息部開始接收訂單驅動的內配單操作類型退貨入備件庫結束接收內配單訂單退貨結束退貨入大庫結束訂單退貨接收客戶訂單病回接收客戶訂單訂單重拆分接收客戶訂單（）接收客戶訂單（）未？未出庫？未未出庫使用JIT？重拆分病回是已已

29、出庫JIT波次狀態(tài)/非狀態(tài)信息回傳狀態(tài)/非狀態(tài)信息回傳否結束結束否已？是任務分配打印集合單揀貨狀態(tài)/非狀態(tài)信息回傳結束出庫（復核）打包發(fā)貨結束人，4)棟，21京東商城 信息部5.1.10 訂單回傳流程描述OFC 負責把倉庫的一部分生產(chǎn)狀態(tài)和非生產(chǎn)狀態(tài)返回到相關系統(tǒng)。系統(tǒng)包括：訂單1)中間件，全程跟蹤，庫存中間件，POP 出管，系統(tǒng)?；貍靼▋刹糠郑簜}庫生產(chǎn)狀態(tài)回傳和倉庫非生產(chǎn)狀態(tài)回傳。生產(chǎn)狀態(tài)包括：打印，揀貨，復核，打包，病非生產(chǎn)狀態(tài)包括：包裹數(shù)量，包裹重量，離線商信息訂單狀態(tài)f)等待打印回打印，離線作廢，離線拉回，大貨倉承運2)病回到等待打印未狀態(tài)g) 等待出庫h) 等待打包i) 等待發(fā)貨流

30、程圖3)開始倉庫生產(chǎn)狀態(tài)倉庫非生產(chǎn)狀態(tài)結束人，4)帥，22訂單回傳京東商城 信息部5.1.11 訂單配送流程描述配送系統(tǒng)主要包括分揀中心的系統(tǒng)（DMS）以及站點的配送系統(tǒng)（TMS），主要負責把包裹配送到用戶手中，或從客戶手中返回到倉庫，以及一些物流報損的功能。包裹的來源有很多：京東自營的倉庫，使用京東配送的 POP 商家（LBP），調度再投，最終的客戶。京東自營配送的訂單會生成包裹的交接單，配送系統(tǒng)會按照交接1)單按批次的包裹。如果是第的物流，配送狀態(tài)需要第運營管理部來提供。如果在配送過程中出現(xiàn)的商品破損，丟失，需要走物流報損的流程。211 的訂單會優(yōu)先來進行配送。對于配送系統(tǒng)而言，主要關注的

31、是運單及包裹信息，訂單信息只是輔助信息。與其他系統(tǒng)的交互需要經(jīng)由訂單。一個訂單會有一個面單，一個面單會有多個包裹。如果一個訂單有多個包裹的話，配送會將多個包裹一起配送。從分揀中心一經(jīng)發(fā)出，訂單狀態(tài)就從等待發(fā)貨狀態(tài)變更到下一個狀態(tài)。未來的分揀中心可能會分兩級?，F(xiàn)在的站點是平級的，直接面向最終客戶。JIT 系統(tǒng)也會影響配送，配送會按照波次和訂單優(yōu)先級來安排配送任務。當配送出現(xiàn)異常的時候，會出現(xiàn)包裹在站與站，站與第分揀中心與庫房之間的流轉。訂單狀態(tài)物流，站與分揀中心，2)等待發(fā)貨打包自提途中自提訂單，已經(jīng)發(fā)貨上門自提已到自提點確認自提？ 自提完成等待確認收貨非自提訂單，已經(jīng)發(fā)貨a)b)c)d)e)2

32、3京東商城 信息部3)流程圖開始打包開始開始包裹交接LBP收貨站點再投分揀發(fā)貨到站點自提？否是配送到自提點配送到用戶訂單取消/退款退貨？是否貨到付款？結束是付款否客戶收貨結束人4)24京東商城 信息部5.1.12 付款流程描述付款流程中和訂單相關的就是一些付款狀態(tài)，是整個訂單履約狀態(tài)的一部分。訂單狀態(tài)a) 等待付款（先款后貨）b) 等待分期付款（先款后貨）c) 付款確認（先款后貨）1)2)結算中心先款對賬操作d)延遲付款確認（先款后貨）結算中心先款對賬操作e) 貨到付款確認（先貨后款）f) 收款確認（服務完成） 流程圖3)開始先款？否是等待付款/等待分期付款付款確認/延遲付款確認收款確認結束人

33、4)25貨到付款確認京東商城 信息部5.1.13 店長最終審核1)流程描述轉移流程會根據(jù)商品屬性及庫存將無法到貨的訂單（不包括）置為店長最終審核狀態(tài)。2)訂單狀態(tài)會客戶取消訂單。店長最終審核3)流程圖無人楊帥4)5.1.14 訂成流程描述正向流程完畢狀態(tài)。京東配送的訂單，配送完成將自動標記完成。1)第物流配送的訂單，訂單的完成狀態(tài)可以由用戶在上最終確認，如果超過20 天始終未確認的話，系統(tǒng)會自動確認訂成。后款訂單，需要在貨到付款確認及最終的財務對賬后，確認訂訂單狀態(tài)完成 流程圖無人無成。2)3)4)26京東商城 信息部5.2 拍賣訂流程流程描述京東奪寶島上的拍賣訂單主要有一口價1.競拍方式，當

34、用戶最終拍賣后，由用戶手工提交訂單，并進入備件庫系統(tǒng)進行后續(xù)流程處理。拍賣訂單必須是先款訂單，如果在一定時效內沒有完成付款，訂單會自動取消，并扣除一定的補償。拍賣訂單只包含一個商品，不需要拆分。沒有購物車的概念。備件庫系統(tǒng)負責處理拍賣訂單，由各備件庫專人屬于備件庫的訂單，并手工打印出庫單，出庫后交與第否使用京東自營物流，還是第配送。未來會加入預分揀環(huán)節(jié)，由預分揀物流。是現(xiàn)在的系統(tǒng)暫時不支持訂單取消退款業(yè)務，未來會增加這個功能，訂單取消退款的功能未來是一套統(tǒng)一的售后流程。訂單狀態(tài)無流程圖2.3.27京東商城 信息部開始提交訂單？否是已付款？是結束取消流程見訂單逆向子流程“訂單取消”。人4.28備

35、件庫系統(tǒng)出庫貨物配送預分揀訂單取消并扣除用戶200備件庫系統(tǒng)查詢訂單否用戶通過一口價/競拍得到商品京東商城 信息部開發(fā)尚鑫，管財美，5.3 POP 訂流程5.3.1 訂單正向子流程訂單正向子流程包括“POP 先款訂單正向流程”、“POP 先貨（SOPLFBPLBP）訂單正向流程”兩部分。主要的區(qū)別在于，先款在訂單下單之后等待付款之后訂單信息在進入訂單管道，而先貨是用戶提交訂單后直接進入訂單管道進行各種各樣的作，在用戶收貨之后再進行付款操作。與其他系統(tǒng)的通信等操29京東商城 信息部5.3.1.1 POP 先款訂單正向流程POP先款訂單正向流程系統(tǒng)用戶下單訂單管道用戶付款（等待付款確認）銀賬核對拆

36、分的主要目的是確定庫房號拆分規(guī)則：(1)商品的庫房屬性不同； (2)商品的商家不同；(3)商品的特殊屬性（例如：奢侈品等）；訂單拆始訂單拆分(4)按照任務拆分（例貨先發(fā)等）；是否自營是訂單轉移的目的是將訂單轉移到相應的系統(tǒng)開始生產(chǎn)。(1) POP的會轉到POP訂單處理系統(tǒng)。(2) 轉移之前都會進行訂單的庫存檢查，不符合條件的訂單會選擇等待繼續(xù)處理（無庫存否是否虛擬？或倉）結束是或者進行重新拆分或者進入店長最終審核狀態(tài)（無法到貨）。POP訂單系統(tǒng)（根據(jù)商家分類訂單）否訂單拆分結束SOPL/FBP?結束否訂單狀態(tài)回傳至訂單系統(tǒng)訂單配送用戶收貨（訂成）30配送系統(tǒng)商家訂單履約財務系統(tǒng)訂單系統(tǒng)分揀中心

37、（等待確認收獲）商家配送商家生產(chǎn)訂單商家POP轉移自營訂單流程京東商城 信息部5.3.1.2 POP 先貨訂單正向流程POP先貨訂單正向流程（僅限于SOPL、LBP）系統(tǒng)1.211訂單給ofc 發(fā)訂單序列化信息2.打sendpay標記用戶下單3.給發(fā)消息4.把訂單序列化信息預處理然后到訂單相關表5.券 禮品卡 余額6. 商品庫存7. 訂單序列化信息寫入數(shù)據(jù)庫Orderver訂單管道訂單拆始拆分的主要目的是確定庫房號拆分規(guī)則：(1)商品的庫房屬性不同； (2)商品的商家不同；(3)商品的特殊屬性（例如：奢侈品等）；(4)按照任務拆分（例貨先發(fā)等）；是否自營是訂單轉移的目的是將訂單轉移到相應的系統(tǒng)

38、開始生產(chǎn)。(1) POP的會轉到POP訂單處理系統(tǒng)。(2) 轉移之前都會進行訂單的庫存檢查，不符合條件的訂單會選擇等待繼續(xù)處理（無庫存否是否虛擬？或倉）結束是或者進行重新拆分或者進入店長最終審核狀態(tài)（無法到貨）。POP訂單系統(tǒng)（根據(jù)商家分類訂單）否訂單拆分結束商家由于需要由京東收款，所以對于POP后款僅支持SOPL和FBP若為第公司配送的SOP，則不支持后款商家生產(chǎn)訂單訂單配送訂單狀態(tài)回傳至訂單系統(tǒng)訂成31財務系統(tǒng)配送系統(tǒng)商家訂單履約訂單系統(tǒng)財務收款對賬客戶收獲用戶付款（等待付款確認）分揀中心（等待確認收獲）POP轉移自營訂單流程訂單拆分京東商城 信息部5.4 訂單逆向子流程訂單逆向子流程包括

39、兩種，用戶下成逆向子流程，用戶下單取消子流程。用戶下成包括：退貨、退款兩部分。退貨又分為退備件庫、退大庫；退款分為先款退錢，后款拒收直接結束。自營反向訂單流程配送倉儲財務用戶拒收先款？反向物流是是否？否否是結束結束用戶下單取消過程如下：32階段貨物問題（返修、換新、退供應商）大庫庫房備件庫退款京東商城 信息部訂單取消財務訂單用戶取消訂單是否已先款？是訂單鎖定退款否訂單取消5.4.1 訂單取消（申請退款）流程描述未付款的流程叫取消訂單，已付款的流程叫申請退款。1)取消訂單，取消訂單都會應用訂單取消的流程（新的售后系統(tǒng)會使用與網(wǎng)站訂單取消相同的流程，審核的流程不變）。訂單的種類不同，訂單取消的方式

40、也不同。京東自營非大家電（包括 FBP）的訂單取消需要經(jīng)過 ERP，OFC（倉庫） 以及 TMS 三個物流確認環(huán)節(jié)，其他的 POP 訂單取消需要經(jīng)過 POP 系統(tǒng)的物流確認（單獨使用京東配送的也需要經(jīng)過 TMS 確認），拍賣訂單取消要經(jīng)過備件庫的物流確認（新流程），自營大家電訂單取消需要經(jīng)過 TMS 的確認（新流程），最后，先貨訂單會直接更改訂單的狀態(tài)，而先款訂單則繼續(xù)進入退款 100 分流程，并由退款流程更改訂單的狀態(tài)。目前，如果取消流程涉及到配送，POP 系統(tǒng)，備件庫，則需要相關/系統(tǒng)異步反饋物流狀態(tài)。此時，在取消流程等待過程中，不修改訂單狀態(tài)，不影響當前的訂單生產(chǎn)。先貨訂單余額、禮品卡券

41、紅包支付部分在有退庫申請單時返還給用戶，變更原來需退庫上架后返還為有退庫申請單時即可返還。子單需要手工做余額的返33階段京東商城 信息部還。OFC 的取消操作還包括已開的作廢（當月）以及（隔月）.新系統(tǒng)的用戶確認取消的操作是在詢問完倉庫之后，確認后再走下一步流程，否則，訂單繼續(xù)生產(chǎn)。對于已經(jīng)進入倉庫的訂單需要走取消的流程，這種訂單主要來自于系統(tǒng)，根據(jù)高頻的 IP，Cookie，地址信息，號等來是否訂單。將來會走以及法律的數(shù)據(jù)部的統(tǒng)一來避免。流程。訂單暫時無法完全避免，需要東券的返還流程：東券是退貨之后看剩余商品金額是否還滿足東券使用金額，如果滿足就不退東券， 如果不滿足，就看退款金額是否大于東

42、券，如果大于，則退東券+剩下的金額，如果不滿足就退對應商品的金額。假如商品的金額是 12 元，則退回來是 200-10 東券+20 個。京券的返還流程：京券返還所拆分到的京券+補償。因為京券只有 5 元、10 元等面額，假設這個子單該給你退回 8 塊錢京券，那么實際上的操作是，給你一個新的 5 元京券，同時加上（8-5）*10 = 30點。34京東商城 信息部2)流程圖開始開始訂單取消（） 訂單取消（售后）訂單訂單是否已妥投？返修/退換貨是否是否有支付？已支付未支付生成取消申請單生成退款申請單審核通過？ 是訂單類型否自營訂單POP系統(tǒng)備件庫系統(tǒng)ERP是否取消？倉庫（OFC）是否取消？TMS是否

43、取消？否否是是停止倉庫生產(chǎn)停止訂單配是先款？退庫并作廢發(fā)票是財務審核退款卷是返積分，禮品卡/余額直接退結束否訂單取消失敗返回更改訂單狀態(tài)結束35送否拍賣訂單POP訂單京東商城 信息部人3)媛（快速退款項目），開發(fā)，廣，5.4.2 重拆分1)流程描述在倉庫未之前的訂回操作，倉庫發(fā)起重拆分請求，由 OFC 負責處理后續(xù)流程。倉庫會刪除相應倉庫訂單數(shù)據(jù)， OFC 會更新相應 OFC 訂單數(shù)據(jù)（processstatus=50），訂單中間件會更新訂單狀態(tài)至重新拆分狀態(tài)。同一個訂單可以進行多次重拆分。離線2)流程圖：庫房使用的模板.36京東商城 信息部開始發(fā)起重拆分請求且未定位？結束否是刪除倉庫訂單數(shù)據(jù)離線發(fā)票？是否拉回OFC接收請求OFC下傳重拆分服務訂單中間件重拆分服務更改重拆分狀態(tài)結束人蔣佳濤3)5.4.3 病回1)流程描述倉庫復核之前的病并生產(chǎn)。回，會把訂單的狀態(tài)拉回到等待打印狀態(tài)，以便于倉庫重新發(fā)起方式庫房，檢查邏輯也在庫房。2)流程圖37京東商城 信息部開始發(fā)起病單拉