業(yè)務(wù)系統(tǒng)中，訂單系統(tǒng)屬于核心模塊，訂單記錄了交易信息的業(yè)務(wù)單據(jù)，保證了交易鏈路的完整以及可追溯。同時(shí)還需要考慮根據(jù)公司的業(yè)務(wù)情況做出改變與兼容。本文主要根據(jù)個(gè)人負(fù)責(zé)項(xiàng)目，總結(jié)訂單設(shè)計(jì)時(shí)需要考慮的因素及模塊。

01 訂單信息架構(gòu)

基于電商業(yè)務(wù)，抽象出的訂單基礎(chǔ)信息結(jié)構(gòu)如下：

02 訂單狀態(tài)

定義：為適應(yīng)組織分工，可以將交易業(yè)務(wù)流程拆分成若干個(gè)可控的環(huán)節(jié)

用戶下單流程圖如下：

（1）在訂單過程中進(jìn)行安全校驗(yàn)，主要是為了檢測用戶是否在黑名單上，用戶購買行為是否正常等，當(dāng)檢測到不正常時(shí)終止下單；

（2）從商品中心獲取商品信息（SKU，規(guī)格，價(jià)格等）

（3）從營銷中心獲取商品，訂單促銷信息（優(yōu)惠券，促銷活動）,判斷是否滿足優(yōu)惠條件，計(jì)算出優(yōu)惠金額。

（4）在會員中心獲取會員權(quán)益，例如平臺抵扣積分，優(yōu)惠券折扣條件等。

（5）在調(diào)度中心檢驗(yàn)銷售層庫存，按照調(diào)度規(guī)則鎖定區(qū)域庫存。

（6）根據(jù)拆單規(guī)則（商家，倉庫，訂單類型等）將訂單拆分成若干個(gè)子訂單，根據(jù)運(yùn)費(fèi)模板計(jì)算運(yùn)費(fèi)，根據(jù)商品金額，運(yùn)費(fèi)，優(yōu)惠金額計(jì)算應(yīng)付金額（實(shí)付款）。

2.1 訂單正向狀態(tài)

• 待付款：用戶提交訂單后，尚未付款，等待用戶支付，由于待付款訂單會鎖定庫存，所以會設(shè)置超時(shí)自動取消功能。
• 待發(fā)貨：用戶付款之后等待商家發(fā)貨。
• 待收貨：商家已發(fā)貨，等待用戶收貨。
• 已完成：用戶確認(rèn)收貨后，訂單交易完成。
• 已取消：付款之前取消訂單。超時(shí)未付款或用戶取消訂單都會產(chǎn)生這種訂單狀態(tài)。
• 售后中：用戶在付款后發(fā)貨前申請退款，或商家發(fā)貨后用戶申請退，換貨。

2.2 訂單售后狀態(tài)

• 待審核：用戶提交退換貨申請后，等待審核的狀態(tài)，在用戶已付款待發(fā)貨的狀態(tài)下，訂單尚未推送至倉庫或在倉庫攔截發(fā)貨成功，系統(tǒng)可直接審核通過。當(dāng)審核不通過時(shí)，回轉(zhuǎn)至正常流程中。
• 待退貨入庫：退貨申請審核通過之后，等待用戶退貨入庫。
• 待退款：退貨入庫成功后，等待退款給用戶。
• 待換貨入庫：換貨申請審核通過，等待用戶換貨入庫。
• 換貨出庫中: 換貨入庫之后，生成換貨出庫單，訂單出庫。
• 售后成功：當(dāng)退貨，退款成功之后，流轉(zhuǎn)至售后成功狀態(tài)，退貨，退款的售后成功在主流程下屬于交易關(guān)閉。

03 訂單拆單規(guī)則

根據(jù)訂單的發(fā)貨與結(jié)算，根據(jù)一定的規(guī)則，將訂單拆分成多個(gè)發(fā)貨單進(jìn)行后續(xù)的業(yè)務(wù)；

• 不同倉庫：若同一訂單分散在不同
• 由于商品歸屬權(quán)不同，涉及財(cái)務(wù)結(jié)算和物流發(fā)貨的問題，需要根據(jù)店鋪歸屬問題對訂單進(jìn)行拆單。例如淘寶，天貓的商品在下單時(shí)會將訂單根據(jù)不同店鋪進(jìn)行拆分成若干個(gè)子訂單。

04 訂單流程

4.1 訂單逆向流程

定義：逆向流程為了解決在訂單流程中出現(xiàn)的退貨退款的業(yè)務(wù)流程，在前端訂單狀態(tài)下，各個(gè)環(huán)節(jié)都有可能觸發(fā)訂單的逆向，且不同的節(jié)點(diǎn)觸發(fā)的逆向流程處理方式不同。

（1）待付款取消訂單

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

用戶主動取消：超時(shí)系統(tǒ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)行退款。

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

05 總 結(jié)

訂單的作用是用于給到消費(fèi)者查看、并展示交易鏈路與交易結(jié)算

業(yè)務(wù)類型新增時(shí)，如訂單流程與原來不一致，需要新增訂單類型來適配業(yè)務(wù)的擴(kuò)張

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