電子商務平臺訂單生產流程介紹(浙江移動).ppt

生產流程角色說明,1,2019年12月11日星期三,查看訂單，審核委派,確定產能、委派生產、生產管理、每日生產匯總,開卡、做Boss業(yè)務（終端捆綁）打印發(fā)票、打印面單、組裝訂單元件,到各營業(yè)員手中收集訂單元件，并簽交接單。將訂單元件提交給備貨員，并簽交接單。,準備終端和實物、入小庫操作；實物終端交給備貨員,核實訂單元件取包裝盒取貨物交給包裝員接受包裝員的退換貨,核實面單和備貨內容是否一致包裝商品并分物流商擺放,創(chuàng)建提貨單，與物流商或者渠道商進行提貨交接。超時未提貨的退給退庫管理員。,審核操作，撤銷訂單,訂單生產流程生產備貨流程,2,2019年12月11日星期三,訂單生產流程交付流程,3,2019年12月11日星期三,訂單生產主流程簡介,4,2019年12月11日星期三,名稱解釋：訂單元件：指在生產過程中，營業(yè)人員開卡、打印面單、發(fā)票、終端捆綁業(yè)務操作完成后將訂單的面單、發(fā)票、SIM等等用皮筋或小夾子匹配起來稱為訂單元件。（具體包含的東西隨訂單商品和訂單類型不同而不同）小庫：也稱內出庫，是指倉庫管理員根據訂單委派批次將所需終端和實物從倉庫領出，錄入系統(tǒng)的操作稱為內出庫，商品實際并未銷售還是生產過程中所以稱為內出庫。,訂單生產主流程簡介,5,2019年12月11日星期三,訂單生產主流程簡介,6,2019年12月11日星期三,訂單提貨之前審核員都可以對其進行撤單操作。具體到撤單流程中介紹。,、訂單審核環(huán)節(jié),訂單生產主流程簡介,商品出庫操作備貨委派后，倉庫管理員以批次為單位對終端和實物入小庫，同時營業(yè)員進行業(yè)務操作。業(yè)務操作模式通過接口實現(xiàn)業(yè)務操作，打印發(fā)票和面單，不用跨平臺操作。,7,2019年12月11日星期三,2、訂單生產環(huán)節(jié),訂單生產主流程簡介,8,2019年12月11日星期三,3、訂單備貨環(huán)節(jié),營業(yè)員只負責業(yè)務操作，操作完成后配送員將訂單生產元件交接給備貨員，備貨員通過掃描終端串號來匹配訂單元件，實物匹配完成后由包裝員進行包裝。,訂單生產流程各環(huán)節(jié)功能簡介,訂單審核委派角色：審核委派員功能：1、選擇訂單委派審核人員2、委派后未審核訂單可撤銷委派3、搜索功能,9,2019年12月11日星期三,生產流程簡介,訂單審核角色：審核員功能：1、審核通過2、一次聯(lián)系失敗、3、二次聯(lián)系失敗4、撤銷訂單創(chuàng)建退款單創(chuàng)建異常單5、搜索6、導出,10,2019年12月11日星期三,訂單生產流程各環(huán)節(jié)功能簡介,訂單備貨委派角色：備貨委派員功能：創(chuàng)建批次刪除批次委派批次編輯批次撤銷批次委派添加訂單到批次從批次刪除訂單訂單備貨委派失敗搜索導出,11,2019年12月11日星期三,生產流程簡介,訂單業(yè)務處理角色：營業(yè)員功能：業(yè)務操作BOSS業(yè)務操作打印面單打印發(fā)票生產失敗創(chuàng)建異常單業(yè)務撤銷BOSS業(yè)務返撤創(chuàng)建異常單,12,2019年12月11日星期三,由于部分撤銷接口無法提供，部分業(yè)務操作通過接口實現(xiàn)，部分還是需要去BOSS中去撤銷，在ECP系統(tǒng)做撤銷確認,搜索導出,生產流程簡介,訂單備貨角色：備貨員功能：訂單備貨備貨失敗搜索,13,2019年12月11日星期三,生產流程簡介,訂單提貨角色：提貨管理員功能：創(chuàng)建提貨單提貨單修改添加訂單刪除訂單刪除提貨單提貨單確認,14,2019年12月11日星期三,業(yè)務操作異常簡介,15,2019年12月11日星期三,1、所有異常情況都可實現(xiàn)系統(tǒng)追蹤。2、打通接口，多個系統(tǒng)接口交互出現(xiàn)異常的可能性大。,為什么提出業(yè)務操作異常單概念?,什么是業(yè)務操作異常,這里的異常不是指系統(tǒng)異常。是指通過接口在BOSS系統(tǒng)做業(yè)務操作或返撤時由于接口或者業(yè)務原因無法操作的情況。,業(yè)務操作異常簡介,16,2019年12月11日星期三,業(yè)務操作異常發(fā)生的場景,異常流程穿插在訂單各流程中,業(yè)務操作異常處理流程,17,2019年12月11日星期三,生產環(huán)節(jié)異常單報結后，操作員判斷是繼續(xù)生產訂單還是回滾到審核委派環(huán)節(jié)或者備貨委派環(huán)節(jié),業(yè)務操作異常單狀態(tài)變化圖,18,2019年12月11日星期三,業(yè)務操作異常單類型,19,2019年12月11日星期三,退款管理發(fā)生退款的情況,20,2019年12月11日星期三,退款單管理退款流程,21,2019年12月11日星期三,退款單狀態(tài)變化圖,22,2019年12月11日星期三,退款單管理退款單類型,1、撤單退款2、配送失敗退款3、重復支付退款4、退貨退款,23,2019年12月11日星期三,退款單管理-退款單創(chuàng)建,退款單創(chuàng)建-因為退款單創(chuàng)建是分散在其他流程中的，所以單獨提出來。1、投訴員在投訴平臺調用ECP系統(tǒng)的退款單管理選擇訂單選擇退款單類型-創(chuàng)建退款單可創(chuàng)建任何類型的退款單2、審核員撤銷已支付訂單時，業(yè)務返撤完成后，訂單審核-待撤銷訂單-選擇訂單-創(chuàng)建退款單此種方式創(chuàng)建的是“撤銷退款”類型的退款單。3、退庫管理員對于已支付配送失敗訂單，退庫管理-配送失敗退庫單管理-選擇訂單-創(chuàng)建退款單。此種方式創(chuàng)建的是“配送失敗退款”類型的退款單。4、退庫管理員對已支付退貨的訂單，接收了退回的商品后，根據退貨單創(chuàng)建退款單（系統(tǒng)暫未實現(xiàn)）此種方式創(chuàng)建的是”退貨退款”類型的退款單。,24,2019年12月11日星期三,退庫管理-簡介,25,2019年12月11日星期三,退庫與回庫的區(qū)別,退庫管理-簡介,26,2019年12月11日星期三,退庫的幾種情況,退庫管理-非當日提貨退庫,生產過程中撤銷訂單退庫業(yè)務處理說明：在當日訂單生產開始，到當日提貨完成之前，任何時候用戶撤單且涉及到終端已捆綁需退庫的情況。處理的原則是：采用流程回滾的方式，由營業(yè)人員將業(yè)務返撤后，終端退回倉庫管理員回庫。非當日提貨退庫-訂單超時未提貨退庫業(yè)務規(guī)則：訂單在備貨完成后，用戶當日未撤銷訂單，次日或次日以后撤銷訂單；或者用戶一直未提貨，超過限定的提貨日期后，提貨管理員將此類貨物，交給退庫管理員進行退庫處理,27,2019年12月11日星期三,退庫管理-配送失敗退庫流程,28,2019年12月11日星期三,退庫管理-退庫業(yè)務返撤發(fā)生異常時,29,2019年12月11日星期三,一個訂單有多個商品,某個商品業(yè)務返撤發(fā)生異常時，如果處理？繼續(xù)對其他商品進行業(yè)務返撤。訂單中所有商品業(yè)務返撤完成后再統(tǒng)一對訂單創(chuàng)建異常單。異常單結束后，對于觸發(fā)流程的退庫單，繼續(xù)走流程。,主題,30,2019年12月11日星期三,訂單生產主流程簡介覆蓋的其他流程訂單撤銷業(yè)務操作異常退款管理退庫管理訂單狀態(tài)配送異常打款通知單管理Q&A,配送狀態(tài)異常-簡介,31,2019年12月11日星期三,當物流商將訂單的配送狀態(tài)上傳錯誤時出現(xiàn)訂單配送狀態(tài)異常情況。一期：系統(tǒng)無法支撐，由開發(fā)人員直接更改數據庫。對于由狀態(tài)異常多打的款項也只有每月更新一次。：物流商可定期將配送異常訂單匯總制作狀態(tài)異常單。系統(tǒng)支持操作人員核實后更改訂單配送狀態(tài)，并標注哪些是錯誤打款的。再下次制作打款通知單時將此部分金額調整進去。原則：包含在未報結的狀態(tài)異常單中的訂單不能同時存在于未報結的打款通知單中.,配送狀態(tài)異常-流程,32,2019年12月11日星期三,配送狀態(tài)異常-異常單狀態(tài)圖,33,2019年12月11日星期三,配送狀態(tài)異常單-功能介紹,物流商門戶角色：物流商功能：創(chuàng)建異常單編輯異常單（添加、刪除訂單）刪除異常單搜索、查看,34,2019年12月11日星期三,運營商門戶角色：審核員功能：審核異常單（通過、不通過）回退（回退給物流商更改）修改訂單狀態(tài)搜索、查看角色：賬務員功能：搜索、查看,主題,35,2019年12月11日星期三,訂單生產主流程簡介覆蓋的其他流程訂單撤銷業(yè)務操作異常退款管理退庫管理訂單狀態(tài)配送異常打款通知單管理Q&A,物流打款通知單-簡介,業(yè)務規(guī)則：對于貨到付款的訂單，物流商配送成功以后3天內需要將代收貨款打給移動，沿用一期現(xiàn)有的方式，由移動根據物理商上傳的訂單配送狀態(tài)，創(chuàng)建打款通知單，物流商確認后打款，財務核實打款無誤后將訂單報結。增加功能：增加了調整金額錄入。（如果物流商上次打款多打了款項，需要這次打款時少打。雙方核實好調整的金額，錄入打款通知單中，做到有記錄可查）,36,2019年12月11日星期三,物流打款通知單-流程,37,2019年12月11日星期三,物流打款通知單-狀態(tài)變化,38,2019年12月11日星期三,物流打款通知單-功能介紹,物流商門戶角色：物流商功能：審核通知單打款確認,39,2019年12月11日星期三,運營商門戶角色：賬務員功能：創(chuàng)建通知單編輯和撤銷通知單報結通知單角色：財務功能：審核打款（通過或者不通過）,角色：電子商務中心功能：催款,物流打款通知單-創(chuàng)建原則,訂單創(chuàng)建打款通知單原則：訂單必須為貨到付款支付方式。訂單必須未打款。訂單不包含在未報結的狀態(tài)異常單中。一條訂單不能同時存在于2個或2個以上的未報結通知單中。以上條件都必須滿足?？蓪Ξ斕?0:00前48小時前配送成功的訂單創(chuàng)建打款通知單。（此條件為默認選擇條件，系統(tǒng)不做強制控制，因為對于一期溫州加油卡商品配送成功后要求當天打款）,40,2019年12月11日星期三,