Java生鮮電商平臺-訂單中心服務架構與異常訂單邏輯

Java生鮮電商平臺-訂單中心服務架構與異常訂單邏輯

?

訂單架構實戰中闡述了訂單系統的重要性，并從訂單系統的信息架構和流程上對訂單系統有了總體認知，同時還穿插著一些常見的訂單業務規則和邏輯。上文寫到訂單的拆單部分時擱置了，現在接上文繼續剖析訂單中心的后臺核心業務模塊。

?

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

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

但在訂單逆向流程中，業務流程和邏輯則相對復雜。因為在訂單正向流程中，每一個環節都有可能觸發逆向訂單任務流；而在訂單正向任務流中，每一個子環節上的商品在后臺出庫發貨流程中所處的具體節點不一致，所以不同節點觸發的訂單逆向流程的處理規則則有差異。

訂單逆向流程

定義：訂單逆向流程是為了解決在訂單流程中出現的退貨退款的業務流程。在前端訂單狀態下，各個環節都有觸發的可能，而訂單的不同節點觸發訂單逆向流程的處理方式不同。訂單觸發訂單逆向流程，可以按照主體與客體劃分，可分為用戶端觸發和商家端觸發兩種。

用戶主動發起

1. 待付款取消訂單

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

用戶主動取消；

超時系統自動取消，此時訂單狀態變更為已取消。

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

2. 待發貨取消訂單

說明：在待發貨訂單狀態下取消訂單時，此時應根據訂單此時所在的節點作出處理。

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

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

若暫停失敗，則拒絕取消訂單申請，回復“訂單已經出庫”；

若暫停成功，取消訂單申請通過，則進入退款流程，同時通知調度中心該訂單取消。WMS訂單進入返庫流程。

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

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

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

注意：在訂單流程逆向流程中，涉及到財務數據的處理時 ，為了保證財務數據的真實性及可追溯性（這與會計數據的處理原則有關，具體問下會計或者財務同學），都不能直接在原訂單狀態下修改，因此在設計訂單逆向流程時應注意這一點。