2.1.5建立銷售訂單-pop sopllbp先款

1、版本修訂版本修訂日期修訂者頁次修改內(nèi)容V012011.11.29徐家奇初稿創(chuàng)建V102011.12.05徐家奇廠家發(fā)貨與京東的交接步驟提交訂單時同步鎖定POP 庫存業(yè)務(wù)流程圖 建立銷售訂單-POP 訂單（SOPL/LBP）（先款）等待最終版本作業(yè)規(guī)范說明 :(一) 作業(yè)流程描述1.流程目的：客戶在京東下SOPL/LBP 訂單并進行先款支付，財務(wù)進行收款確認(rèn)后，信息傳輸至POP 廠商，廠家根據(jù)客戶下單信息進行倉庫生產(chǎn)，隨后發(fā)貨至京東分揀中心，由京東選擇自有配送或第配送將貨物配送至客戶，最后完成訂單。對于LBP 業(yè)務(wù)模式，需要京東提供流程假設(shè)：，對于SOPL 模式，由廠商提供。2.(1) SOPL

2、/LBP 訂單正向流程中各系統(tǒng)的交互要有良好的實時性和準(zhǔn)確性，包括、訂單系統(tǒng)、POP MAN、DMS、TMS 等，以實現(xiàn)訂單狀態(tài)和節(jié)點的。(2) 在配送員回傳妥投信息時，要保證京東和第物流系統(tǒng)有良好的對接，避免回傳信息的確。另外京東需對第物流的管理，避免出現(xiàn)第回傳延誤、不回傳或有意誤傳的情況。(3) 按照財務(wù)的要求，對于 LBP 模式，需要在收到客戶確認(rèn)收貨信息后生成 POP 商品虛擬入庫財務(wù)憑證，確認(rèn)收入和成本。程序說明：(1) 010 加入購物車3.a.b.c.作業(yè)內(nèi)容描述：客戶在京東作業(yè)輸入：無作業(yè)輸出：購物車上選擇所需商品，并加入購物車。功能小組:OTC業(yè)業(yè)流程:5.2.1.5 建立銷

3、售訂單-POP 訂單（SOPL/LBP）（先款）業(yè)務(wù)場景SOPL/LBP 訂單先款訂單流程負(fù)負(fù)人:京東流程負(fù)責(zé)簽字人名文件狀態(tài)文件版本及標(biāo)注“初稿”,”審閱槁”,”定稿”-SKU-商品名稱-商品價格-訂貨數(shù)量-d.相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東(2) 020 點擊去結(jié)算購物流程a.作業(yè)內(nèi)容描述：在購物車添加完所需商品后，客戶點擊“去結(jié)算”按鈕，進入填寫訂單信息界面。作業(yè)輸入：無作業(yè)輸出：無b.c.d.(3)相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東030 檢查商品是否有貨購物流程a.作業(yè)內(nèi)容描述：在購物車添加完所需商品后，系統(tǒng)根據(jù)商品庫存有貨/無貨狀態(tài)給出提醒，如果有貨，則客戶可以繼續(xù)完成后續(xù)下單操作，如果無貨，則提示客

4、戶修改購物車。作業(yè)輸入：購物車-SKU-商品名稱商品主數(shù)據(jù)-庫存狀態(tài)作業(yè)輸出：購物車-SKU-商品名稱-庫存狀態(tài)b.c.d.(4)相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東040 修改購物車購物流程a.作業(yè)內(nèi)容描述：如果購物車中出現(xiàn)無貨商品，客戶需要修改購物車。b.作業(yè)輸入：購物車-SKU-商品名稱-庫存狀態(tài)-商品價格-訂貨數(shù)量作業(yè)輸出：購物車-SKU-商品名稱-商品價格-訂貨數(shù)量相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東045 是否需要拆分訂單c.d.(5)購物流程a.作業(yè)內(nèi)容描述：此步驟是考慮到購物車內(nèi)存在多種商品，會影響客戶后續(xù)填寫信息的情況。比如京東自有商品和 SOP 商品同時加入購物車，由于 SOP 只能先款，必須要在購物

5、車中進行拆分，讓用戶填寫不同的訂單信息；又如多個SOPL 商品加入購物車，由于不同商家對開具步驟不同于拆單，因為此時父單尚未生成。作業(yè)輸入：購物車-SKU-商品名稱商品主數(shù)據(jù)-是否先款供應(yīng)商主數(shù)據(jù)的限制，也可能要作拆分。此b.-類型c.d.(6)作業(yè)輸出：無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東050 拆分客戶訂單購物流程a.作業(yè)內(nèi)容描述：如果 045 中判斷結(jié)果為需要在購物車拆分，則在購物車頁面給予用戶提示并拆分，請用戶分別填寫訂單信息。作業(yè)輸入：購物車-SKU-商品名稱-商品價格-訂貨數(shù)量作業(yè)輸出：購物車-SKU-商品名稱-商品價格-訂貨數(shù)量b.c.d.(7)相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東060 填寫訂單相關(guān)信息

6、作業(yè)內(nèi)容描述：如果訂單購物流程a.品均有庫存，客戶進入填寫訂單信息頁面，填寫收貨人信息、支付及配送方式、禮品卡等方式支付一部分訂單金額。作業(yè)輸入：無作業(yè)輸出：訂單信息-收貨人信息-支付及配送方式信息等，客戶還能選擇用券、余額、b.c.-信息-是否有貨先發(fā)-結(jié)算信息相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東070 提交訂單d.(8)購物流程a.b.作業(yè)內(nèi)容描述：客戶在填寫完信息后，點擊“提交訂單”按鈕。作業(yè)輸入：1) 購物車-SKU-商品名稱-商品價格-訂貨數(shù)量2) 訂單信息-收貨人信息-支付及配送方式-信息-是否有貨先發(fā)-結(jié)算信息作業(yè)輸出：無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東c.d.購物流程(9) 075 訂單商品庫存是否充

7、足a.作業(yè)內(nèi)容描述：提交訂單時，系統(tǒng)判斷商品目前的庫存數(shù)量能否滿足客戶需求。與 030 中的庫存判斷不同，此處的庫存判斷可以考慮到庫存數(shù)量，以及多個客戶同時下單而造成的庫存短缺情況，并及時反饋至前臺頁面。如果庫存，則提示客戶修改購物車（此時訂單尚未生成），如果庫存充足，則生成訂單。對于 SOPL/LBP 訂單，商品的庫存數(shù)量由商家在 POP 系統(tǒng)中，并且由于該庫存可能不只是分配給京東一個，因而此庫存信息的及時性和準(zhǔn)確性可能沒有一般訂單中的即時庫存系統(tǒng)反饋的信息高。作業(yè)輸入：購物車-SKU-商品名稱-商品價格-訂貨數(shù)量訂單信息-收貨人信息-支付及配送方式b.-信息-是否有貨先發(fā)-結(jié)算信息3) 庫

8、存-SKU-庫存數(shù)量作業(yè)輸出：無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無080 生成訂單作業(yè)內(nèi)容描述：如果訂單商品庫存充足或者部分商品庫存不夠但是客戶點擊了c.d.(10)a.“有貨先發(fā)”，則客戶點擊完“提交訂，京東訂單系統(tǒng)中生成銷售訂單，此時該銷售訂單會鎖定至POP MAN 系統(tǒng)。作業(yè)輸入：購物車-SKU-商品名稱-商品價格-訂貨數(shù)量訂單信息-收貨人信息-支付及配送方式系統(tǒng)中相應(yīng)數(shù)量的商品庫存，并將此鎖定信息同步b.-信息-是否有貨先發(fā)-結(jié)算信息作業(yè)輸出：銷售訂單-訂單號-用戶賬號-SKUc.-商家 ID-訂貨數(shù)量-訂單金額-收貨人地址-信息-支付及配送方式-使用余額-類型金額d.(11)相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無0

9、85 是否在規(guī)定時間內(nèi)付款作業(yè)內(nèi)容描述：自生成訂單算起，用戶是否在規(guī)定時間內(nèi)付款，如沒有及時付款，則訂單自動取消。作業(yè)輸入：銷售訂單-訂單號-創(chuàng)建時間-支付時間作業(yè)輸出：無a.b.c.d.(12)相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東090 訂單取消購物流程a.作業(yè)內(nèi)容描述：如果用戶未在規(guī)定時間內(nèi)付款，則訂單自動取消，進入取消列表在頁面展示，并說明取消原因。作業(yè)輸入：銷售訂單-訂單號-創(chuàng)建時間-支付時間作業(yè)輸出：銷售訂單b.c. 訂單號 刪除標(biāo)記相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東 付款J (13)購物流程G 作業(yè)內(nèi)容描述：客戶選擇已提交的訂單進行付款，付款方式包括款、轉(zhuǎn)賬等。作業(yè)輸入：銷售訂單 訂單號 用戶賬號 訂單金額

10、 支付方式 使用余額 支付、匯H 類型金額I 作業(yè)輸出：付款憑證 支付金額 支付人 支付方式 訂單號 支付號 日期相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東J (14)G 支付流程 系統(tǒng)確認(rèn)是否需要拆單作業(yè)內(nèi)容描述：訂單系統(tǒng)根據(jù)預(yù)先設(shè)置的拆單邏輯，判斷是否要拆分用戶所下原始訂單成為多個銷售訂作業(yè)輸入： 銷售訂單單。H -訂單號-SKU-是否有貨先發(fā)2) 商品主數(shù)據(jù)-商家ID作業(yè)輸出：無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：拆單邏輯，詳見建立銷售訂單-一般訂單（先款）流程中的080 步驟115 是否需要拆單作業(yè)內(nèi)容描述：拆單系統(tǒng)根據(jù)預(yù)先設(shè)置的拆單邏輯判斷是否要拆分用戶所下原始訂單。作業(yè)輸入：銷售訂單-訂單號-SKU-是否有貨先發(fā)商品主

11、數(shù)據(jù)-商家ID作業(yè)輸出：無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：拆單邏輯，詳見建立銷售訂單-一般訂單（先款）流程中的080 步驟。120 拆單作業(yè)內(nèi)容描述：如果需要拆單，訂單系統(tǒng)依據(jù)拆單邏輯對客戶所下原始訂單進c.d.(15)a.b.c.d.(16)a.行拆分，生成多張銷售訂作業(yè)輸入：1) 銷售訂單-訂單號-SKU-是否有貨先發(fā)單，并決定每張子單的訂單類型。b. 商品主數(shù)據(jù) 商家/*作業(yè)輸出：I 銷售訂 訂單號 91; 商品名稱 商家/* 訂單金額 父訂單 拆分類型 訂單類型單）J (17)相關(guān)作業(yè)業(yè)務(wù)規(guī)定：拆單邏輯 更新訂單信息作業(yè)內(nèi)容描述：原始訂單拆成新的子頁面，并刪除客戶所下原始訂單。作業(yè)輸入：銷售訂單 訂

12、單號 用戶賬號 91; 訂貨數(shù)量 訂單金額 收貨人地址G ，系統(tǒng)更新新的銷售訂單至前臺H 信息 支付及配送方式作業(yè)輸出：銷售訂 訂單號 用戶賬號I 單）-SKU-訂貨數(shù)量-訂單金額-收貨人地址-信息-支付及配送方式相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無140 確定配送站點/第d.(18)配送a.作業(yè)內(nèi)容描述：預(yù)分揀系統(tǒng)根據(jù)匹配邏輯對訂單作判斷，確定要配送至的配送站或由哪個第物流進行配送。作業(yè)輸入：b.銷售訂-訂單號-SKU-商品名稱-收貨人地址商品主數(shù)據(jù)-商品材積-商品重量單）c.作業(yè)輸出：銷售訂-訂單號-SKU-商品名稱-商品材積-商品重量-收貨人地址-是否京東配送-站點/自提點單）-站點/自提點名稱-承運人

13、-承運人相關(guān)作業(yè)業(yè)務(wù)規(guī)定：預(yù)分揀邏輯，見建立銷售訂單-一般訂單（先款）中的 120步驟。150 連接目標(biāo)POP MAN 系統(tǒng)，確定配送中心d.(19)a.作業(yè)內(nèi)容描述：轉(zhuǎn)移系統(tǒng)根據(jù)商家在系統(tǒng)中的商品庫存檢查庫存量，并根據(jù)收貨人地址確定商品所屬配送中心。另外，轉(zhuǎn)移系統(tǒng)還會對用戶選擇的送貨時間進行判斷，確定是否發(fā)送至 POP MAN 端系統(tǒng)。比如用戶選擇雙休日發(fā)貨，但是當(dāng)前時間為一，則會將訂單保持在暫停狀態(tài)，直至用戶期望發(fā)貨時間即將到來時發(fā)送至POP MAN.b.作業(yè)輸入：銷售訂-訂單號-SKU-訂貨數(shù)量-期望提貨時間-收貨人地址-支付及配送方式-商家ID作業(yè)輸出：單）c.銷售訂-訂單號-SKU-

14、商品名稱-用戶賬號-訂貨數(shù)量-收貨人地址-配送中心-商家ID單）d.(20)a.相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無160 廠家出庫作業(yè)內(nèi)容描述：廠家在 POP 廠商系統(tǒng)中查看客戶所下訂單，并在系統(tǒng)中完成出庫操作，打印出庫單（面單），對于SOPL 類型商品，還需要廠家打票。b.作業(yè)輸入：銷售訂-訂單號-SKU-商品名稱單）-信息-用戶賬號-訂貨數(shù)量-收貨人地址-商家ID作業(yè)輸出：1) 出庫單-訂單-備注-出庫時間-是否送貨前通知-送貨時間c.2)-（僅針對SOPL 訂單）類型-開票時間-收款-付款/個人名稱-商品名稱-付款金額相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無d.175 是否自提作業(yè)內(nèi)容描述：根據(jù)客戶在填寫訂單信息時作出的

15、選擇，判斷是否是自提收貨。如果是自提，則后續(xù)對接自提點收貨流程和客戶自提流程。(21)a.b.作業(yè)輸入：銷售訂-訂單號-是否自提作業(yè)輸出：無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無單）c.d.(22)a.185 是否第配送作業(yè)內(nèi)容描述：根據(jù)預(yù)分揀系統(tǒng)的判斷結(jié)果，即由哪個配送站點或第配送，選擇不同的后續(xù)配送流程。如果由京東自營配送站配送，則貨物將從大庫發(fā)往配送站，否則由第作業(yè)輸入：銷售訂-訂單號-SKU-商品名稱-商品材積-商品重量-收貨人地址-是否京東配送-站點/自提點-站點/自提點名稱-承運人-承運人作業(yè)輸出：無直接在大庫接貨配送。單）b.c.d.(23)相關(guān)作業(yè)業(yè)務(wù)規(guī)定：預(yù)分揀邏輯，見 140 流程。195

16、妥投信息是否回傳/客戶是否及時確認(rèn)訂單完成：a.作業(yè)內(nèi)容描述：判斷訂單完成有三個節(jié)點，一是客戶點擊訂單完成，二是系統(tǒng)根據(jù)配送員回傳的妥投信息將訂單置為完成，三是過了規(guī)定期限后系統(tǒng)不依賴前兩個信息自動置訂單為完成。妥投信息回傳和客戶及時確認(rèn)訂單完發(fā)訂單完成和信息流傳到財務(wù)，財務(wù)確認(rèn)收貨，結(jié)轉(zhuǎn)成本。作業(yè)輸入：1) 妥投信息表-訂單號-用戶賬戶-訂單金額-妥投時間-站點/自提點-承運人將觸b.2) 銷售訂-訂單號-出庫時間-完成時間作業(yè)輸出：無單）c.d.(24)a.相關(guān)作業(yè)業(yè)務(wù)規(guī)定：訂單管理相關(guān)規(guī)定200 系統(tǒng)自動/郵件等提醒客戶確認(rèn)完成作業(yè)內(nèi)容描述：如果在規(guī)定時間內(nèi)京東未收到客戶的主動反饋信息，

17、并且也未收到妥投信息，則系統(tǒng)通過網(wǎng)頁點擊訂單完成。作業(yè)輸入： 無、郵件等方式自動提醒客戶，提示他們?nèi)ゾ〇|b.c.作業(yè)輸出：-提示信息、郵件等d.(25)a.b.相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無205 客戶是否及時確認(rèn)訂單完成作業(yè)內(nèi)容描述：自訂單出庫起算，客戶是否及時確認(rèn)訂單完成。作業(yè)輸入：銷售訂-訂單號-出庫時間單）-完成時間作業(yè)輸出：無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無210 到期后自動關(guān)閉訂單作業(yè)內(nèi)容描述：如果客戶自商品出庫算起的規(guī)定時間內(nèi)沒有手動點擊訂單完成，且京東也沒有收到妥投信息，則系統(tǒng)自動判定訂單完成。c.d.(26)a.b.作業(yè)輸入：銷售訂-訂單號-用戶賬號-SKU-訂貨數(shù)量-訂單金額-收貨人地址單）-信

18、息-支付及配送方式作業(yè)輸出：銷售訂-訂單號-用戶賬號-SKU-訂貨數(shù)量-訂單金額-收貨人地址c.單）-信息-支付及配送方式-訂單狀態(tài)-完成時間相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東d.購物流程(27)220 手動點擊訂單完成a.作業(yè)內(nèi)容描述：客戶在收到京東動點擊訂單完成。/郵件提醒后，在規(guī)定時間內(nèi)在京東手b.作業(yè)輸入：銷售訂-訂單號-用戶賬號-SKU-訂貨數(shù)量-訂單金額-收貨人地址單）-信息-支付及配送方式作業(yè)輸出：銷售訂-訂單號-用戶賬號-SKU-訂貨數(shù)量-訂單金額-收貨人地址c.單）-信息-支付及配送方式-訂單狀態(tài)-完成時間相關(guān)作業(yè)業(yè)務(wù)規(guī)定：京東225 是否為SOPL 或LBPd.(28)a.購物流程作業(yè)

19、內(nèi)容描述：在訂單確認(rèn)完成后，根據(jù)商品信息和訂單類型判斷是否為 SOPL或 LBP 商品，對于 LBP 商品，由于京東需要開具，并且在妥投完成時確認(rèn)收入和成本、產(chǎn)生財務(wù)憑證，因而在系統(tǒng)中需做虛擬出入庫的動作。b.作業(yè)輸入： 銷售訂-訂單號單）-SKU-訂單類型作業(yè)輸出： 無相關(guān)作業(yè)業(yè)務(wù)規(guī)定：無230 自動生成虛擬入庫單作業(yè)內(nèi)容描述：對于 LBP 訂單，在京東和財務(wù)憑證。c.d.(29)a.中做虛擬入庫，并生成相關(guān)的物流b.作業(yè)輸入：銷售訂-訂單號-用戶賬號-SKU-訂貨數(shù)量-訂單金額-收貨人地址單）-信息-支付及配送方式作業(yè)輸出：物流入庫單（驗收單）-入庫單號-驗收日期-驗收時間-供應(yīng)商-商品財務(wù)入庫單c.-賬批名-期間-賬名稱-憑證編碼-說明-分類賬-類型-有效日期-幣種-余額類型-賬戶-借項-貸項-行描述-編制人-復(fù)核人相關(guān)作業(yè)業(yè)務(wù)規(guī)定：