京東業(yè)務(wù)系統(tǒng)結(jié)構(gòu)及流程說(shuō)明21

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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