上一篇文章中闡述了訂單系統(tǒng)的重要性秩命,并從訂單系統(tǒng)的信息架構(gòu)和流程上對訂單系統(tǒng)有了總體認(rèn)知小槐,同時(shí)還穿插著一些常見的訂單業(yè)務(wù)規(guī)則和邏輯擒悬。上文寫到訂單的拆單部分時(shí)擱置了内边,現(xiàn)在接上文繼續(xù)剖析訂單中心的后臺核心業(yè)務(wù)模塊鸠按。
上文講完了訂單正向流程乙埃,本文從訂單逆向流程繼續(xù)一窺訂單中心全貌摆出。
訂單正向流程相對常規(guī)枚驻,業(yè)務(wù)雖然從商品中心,物流纫谅,會(huì)員,倉庫溅固,內(nèi)容等各大模塊進(jìn)行數(shù)據(jù)交互付秕,但涉及的業(yè)務(wù)邏輯易于理解,所以難度并不大侍郭。
但在訂單逆向流程中询吴,業(yè)務(wù)流程和邏輯則相對復(fù)雜。因?yàn)樵谟唵握蛄鞒讨辛猎恳粋€(gè)環(huán)節(jié)都有可能觸發(fā)逆向訂單任務(wù)流猛计;而在訂單正向任務(wù)流中,每一個(gè)子環(huán)節(jié)上的商品在后臺出庫發(fā)貨流程中所處的具體節(jié)點(diǎn)不一致爆捞,所以不同節(jié)點(diǎn)觸發(fā)的訂單逆向流程的處理規(guī)則則有差異奉瘤。
訂單逆向流程
定義:訂單逆向流程是為了解決在訂單流程中出現(xiàn)的退貨退款的業(yè)務(wù)流程。在前端訂單狀態(tài)下,各個(gè)環(huán)節(jié)都有觸發(fā)的可能盗温,而訂單的不同節(jié)點(diǎn)觸發(fā)訂單逆向流程的處理方式不同藕赞。訂單觸發(fā)訂單逆向流程,可以按照主體與客體劃分卖局,可分為用戶端觸發(fā)和商家端觸發(fā)兩種斧蜕。
用戶主動(dòng)發(fā)起
1. 待付款取消訂單
說明:待付款訂單取消訂單分為兩種情況:
用戶主動(dòng)取消;
超時(shí)系統(tǒng)自動(dòng)取消砚偶,此時(shí)訂單狀態(tài)變更為已取消批销。
在待付款訂單狀態(tài)下,取消訂單無需客服審核染坯。流程圖如下:
2. 待發(fā)貨取消訂單
說明:在待發(fā)貨訂單狀態(tài)下取消訂單時(shí)风钻,此時(shí)應(yīng)根據(jù)訂單此時(shí)所在的節(jié)點(diǎn)作出處理。
由于訂單在支付完成后酒请,發(fā)貨單可能已經(jīng)推送至WMS骡技,甚至已經(jīng)交接發(fā)貨,狀態(tài)未及時(shí)回傳更新羞反。為避免貨款兩失布朦,要先暫停訂單出庫,在調(diào)度中心查詢訂單是否推送至倉庫昼窗。
若尚未推送至倉庫是趴,則停止推送至倉庫;若已經(jīng)推送至倉庫澄惊,則去wms中心去攔截唆途,攔截成功則暫停出庫。
若暫停失敗掸驱,則拒絕取消訂單申請肛搬,回復(fù)“訂單已經(jīng)出庫”;
若暫停成功毕贼,取消訂單申請通過温赔,則進(jìn)入退款流程,同時(shí)通知調(diào)度中心該訂單取消鬼癣。WMS訂單進(jìn)入返庫流程陶贼。
3. 待收貨/交易成功退貨
說明:在用戶提交退貨申請后,需經(jīng)過客服審核待秃。審核通過則回到原有狀態(tài)拜秧,審核通過后則進(jìn)入退貨流程并告知用戶退回地址及收件信息,此時(shí)進(jìn)入退貨流程章郁。系統(tǒng)生成退貨入庫單枉氮,當(dāng)倉庫收貨后,進(jìn)行退款。
在待收貨狀態(tài)下平臺設(shè)計(jì)者仍需考慮退貨是否全退的問題嘲恍。當(dāng)SKU全退時(shí)足画,原訂單則中止進(jìn)入交易關(guān)閉狀態(tài)。當(dāng)訂單中發(fā)生部分退貨時(shí)佃牛,原訂單的狀態(tài)不變淹辞,維持待收貨或交易成功狀態(tài),同時(shí)退貨的部分生成交易售后訂單俘侠。剩余未退貨部分仍然允許申請售后象缀。
注意:在訂單流程逆向流程中,涉及到財(cái)務(wù)數(shù)據(jù)的處理時(shí) 爷速,為了保證財(cái)務(wù)數(shù)據(jù)的真實(shí)性及可追溯性(這與會(huì)計(jì)數(shù)據(jù)的處理原則有關(guān)央星,具體問下會(huì)計(jì)或者財(cái)務(wù)同學(xué)),都不能直接在原訂單狀態(tài)下修改惫东,因此在設(shè)計(jì)訂單逆向流程時(shí)應(yīng)注意這一點(diǎn)莉给。