訂單逆向流程，是為了解決在訂單流程中出現(xiàn)的退貨退款的業(yè)務(wù)流程。相比于訂單正向流程，訂單逆向流程更為復(fù)雜，考慮的因素也更多。

上一篇文章《電商后臺產(chǎn)品經(jīng)理——訂單中心（—）》中闡述了訂單系統(tǒng)的重要性，并從訂單系統(tǒng)的信息架構(gòu)和流程上對訂單系統(tǒng)有了總體認(rèn)知，同時還穿插著一些常見的訂單業(yè)務(wù)規(guī)則和邏輯。上文寫到訂單的拆單部分時擱置了，現(xiàn)在接上文繼續(xù)剖析訂單中心的后臺核心業(yè)務(wù)模塊。

上文講完了訂單正向流程，本文從訂單逆向流程繼續(xù)一窺訂單中心全貌。

訂單正向流程相對常規(guī)，業(yè)務(wù)雖然從商品中心，物流，會員，倉庫，內(nèi)容等各大模塊進(jìn)行數(shù)據(jù)交互，但涉及的業(yè)務(wù)邏輯易于理解，所以難度并不大。

但在訂單逆向流程中，業(yè)務(wù)流程和邏輯則相對復(fù)雜。因?yàn)樵谟唵握蛄鞒讨校恳粋€環(huán)節(jié)都有可能觸發(fā)逆向訂單任務(wù)流；而在訂單正向任務(wù)流中，每一個子環(huán)節(jié)上的商品在后臺出庫發(fā)貨流程中所處的具體節(jié)點(diǎn)不一致，所以不同節(jié)點(diǎn)觸發(fā)的訂單逆向流程的處理規(guī)則則有差異。

訂單逆向流程

定義：訂單逆向流程是為了解決在訂單流程中出現(xiàn)的退貨退款的業(yè)務(wù)流程。在前端訂單狀態(tài)下，各個環(huán)節(jié)都有觸發(fā)的可能，而訂單的不同節(jié)點(diǎn)觸發(fā)訂單逆向流程的處理方式不同。訂單觸發(fā)訂單逆向流程，可以按照主體與客體劃分，可分為用戶端觸發(fā)和商家端觸發(fā)兩種。

用戶主動發(fā)起

1. 待付款取消訂單

說明：待付款訂單取消訂單分為兩種情況：

1. 用戶主動取消；
2. 超時系統(tǒng)自動取消，此時訂單狀態(tài)變更為已取消。

在待付款訂單狀態(tài)下，取消訂單無需客服審核。流程圖如下：

2. 待發(fā)貨取消訂單

說明：在待發(fā)貨訂單狀態(tài)下取消訂單時，此時應(yīng)根據(jù)訂單此時所在的節(jié)點(diǎn)作出處理。

由于訂單在支付完成后，發(fā)貨單可能已經(jīng)推送至WMS，甚至已經(jīng)交接發(fā)貨，狀態(tài)未及時回傳更新。為避免貨款兩失，要先暫停訂單出庫，在調(diào)度中心查詢訂單是否推送至倉庫。

若尚未推送至倉庫，則停止推送至倉庫；若已經(jīng)推送至倉庫，則去wms中心去攔截，攔截成功則暫停出庫。

• 若暫停失敗，則拒絕取消訂單申請，回復(fù)“訂單已經(jīng)出庫”；
• 若暫停成功，取消訂單申請通過，則進(jìn)入退款流程，同時通知調(diào)度中心該訂單取消。WMS訂單進(jìn)入返庫流程。

3. 待收貨/交易成功退貨

說明：在用戶提交退貨申請后，需經(jīng)過客服審核。審核通過則回到原有狀態(tài)，審核通過后則進(jìn)入退貨流程并告知用戶退回地址及收件信息，此時進(jìn)入退貨流程。系統(tǒng)生成退貨入庫單，當(dāng)倉庫收貨后，進(jìn)行退款。

在待收貨狀態(tài)下平臺設(shè)計者仍需考慮退貨是否全退的問題。當(dāng)SKU全退時，原訂單則中止進(jìn)入交易關(guān)閉狀態(tài)。當(dāng)訂單中發(fā)生部分退貨時，原訂單的狀態(tài)不變，維持待收貨或交易成功狀態(tài)，同時退貨的部分生成交易售后訂單。剩余未退貨部分仍然允許申請售后。

注意：在訂單流程逆向流程中，涉及到財務(wù)數(shù)據(jù)的處理時 ，為了保證財務(wù)數(shù)據(jù)的真實(shí)性及可追溯性（這與會計數(shù)據(jù)的處理原則有關(guān)，具體問下會計或者財務(wù)同學(xué)），都不能直接在原訂單狀態(tài)下修改，因此在設(shè)計訂單逆向流程時應(yīng)注意這一點(diǎn)。

上一篇：http://www.codemsi.com/pd/2417871.html

本文由 @老貓丶?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議