業(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é)

用戶(hù)下單流程圖如下：

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

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

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

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

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

（6）根據(jù)拆單規(guī)則（商家，倉(cāng)庫(kù)，訂單類(lèi)型等）將訂單拆分成若干個(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)

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

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

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

03 訂單拆單規(guī)則

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

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

04 訂單流程

4.1 訂單逆向流程

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

（1）待付款取消訂單

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

用戶(hù)主動(dòng)取消：超時(shí)系統(tǒng)自動(dòng)取消，此時(shí)訂單狀態(tài)變更為已取消；

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

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

說(shuō)明：在待發(fā)貨訂單狀態(tài)下取消訂單時(shí)，此時(shí)應(yīng)根據(jù)訂單此時(shí)所在的節(jié)點(diǎn)作出處理，由于訂單在支付完成后，發(fā)貨單可能已經(jīng)推送至 WMS，甚至已經(jīng)交接發(fā)貨，狀態(tài)未及時(shí)回傳更新。為避免貨款兩失，要先暫停訂單出庫(kù)，在調(diào)度中心查詢(xún)訂單是否推送至倉(cāng)庫(kù)。

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

若暫停失敗，則拒絕取消訂單申請(qǐng)，回復(fù)“訂單已經(jīng)出庫(kù)”；

若暫停成功，取消訂單申請(qǐng)通過(guò)，則進(jìn)入退款流程，同時(shí)通知調(diào)度中心該訂單取消。WMS 訂單進(jìn)入返庫(kù)流程。

（3）待收貨/交易成功退貨

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

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

05 總 結(jié)

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

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

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