訂單所涉及到的后臺系統包括訂單系統、庫存系統、倉庫系統、物流系統、風(fēng)控系統等。訂單業(yè)務(wù)的流轉主要依靠完善的后臺系統。
本篇文章將介紹前后端訂單系統，以及訂單業(yè)務(wù)流程中，各業(yè)務(wù)系統之間的緊密交互。
前端訂單系統
前端訂單系統主要包括2大塊的展示：訂單信息和訂單狀態(tài)。
1.訂單信息包括以下幾大要素
- 收貨人信息：昵稱(chēng)、手機號、收貨地址。必須展示要素之一，為商品發(fā)貨、投遞的根據；
- 所購商品信息：店鋪名稱(chēng)、商品名稱(chēng)、商品規格、商品價(jià)格、商品數量。必須展示要素之一，便于用戶(hù)查看/核對；
- 支付信息：訂單總金額、實(shí)際支付金額、支付單號、訂單號。必須展示要素之一，便于用戶(hù)核對支付金額，同時(shí)在有多種優(yōu)惠情況下，能夠為用戶(hù)詳細展示實(shí)際優(yōu)惠與實(shí)際支付金額；
- 促銷(xiāo)信息：優(yōu)惠金額。只當該筆訂單滿(mǎn)足某種促銷(xiāo)條件時(shí)，進(jìn)行相應的展示。
2.訂單狀態(tài)一般包括以下幾種狀態(tài)
- 未付款訂單：已下單但未支付的訂單，針對此類(lèi)訂單，平臺一般會(huì )設置一個(gè)自動(dòng)取消訂單的時(shí)間，比如未付款訂單半小時(shí)后自動(dòng)取消，以釋放鎖定的庫存；
- 待發(fā)貨訂單：已付款但未發(fā)貨的訂單，此類(lèi)訂單若有退款申請發(fā)生，一般需要查詢(xún)倉庫是否已發(fā)貨，若未發(fā)貨則可進(jìn)行攔截，此時(shí)用戶(hù)可退款；若已發(fā)貨，則用戶(hù)此時(shí)不能申請退款，只能收貨后進(jìn)行退貨退款或拒收。當然，有些平臺和倉庫之間不能實(shí)時(shí)信息交互時(shí)，可以設置一個(gè)有效時(shí)間，此有效時(shí)間內用戶(hù)可申請退款，過(guò)了此時(shí)間則訂單狀態(tài)變?yōu)橐寻l(fā)貨（非實(shí)際發(fā)貨），不能退款；
- 待收貨：已發(fā)貨未收貨的訂單；
- 退款中：申請退款、正在處理中的訂單；
- 退款失?。荷暾埻丝钍〉挠唵?，訂單狀態(tài)保持申請退款前的狀態(tài)不變；
- 退款成功：申請退款成功的訂單。當一個(gè)訂單中的某個(gè)子訂單申請退款成功，該訂單的狀態(tài)保持不變，僅該子訂單的狀態(tài)顯示退款成功；
- 交易成功：收貨成功的訂單；
- 交易關(guān)閉：取消付款的訂單，有時(shí)退款失敗的訂單也會(huì )歸為交易關(guān)閉狀態(tài)。
可見(jiàn)下圖淘寶訂單詳情頁(yè)示例。淘寶訂單詳情頁(yè)從上至下依次顯示訂單狀態(tài)、物流信息、收貨人信息、商品信息、促銷(xiāo)信息、支付信息。
后臺訂單系統
后臺訂單系統和前端訂單系統展示的信息相對應，包括訂單列表以及訂單詳情的展示。
1.訂單列表
訂單列表以序列形式顯示所有用戶(hù)的下單記錄，列表中主要展示某筆訂單的一些核心信息，比如訂單編號、下單時(shí)間、下單用戶(hù)、商品信息、實(shí)付金額、訂單狀態(tài)、維權狀態(tài)等。
2.訂單詳情
訂單列表主要展示核心的訂單信息，所以可從訂單列表中點(diǎn)擊某個(gè)訂單查看它的詳情，訂單詳情可分為三部分展示：訂單信息、支付信息、物流信息。
訂單信息主要展示該筆訂單的商品信息，包括商品名稱(chēng)、規格、ID，商品單價(jià)、購買(mǎi)數量、實(shí)付金額等。
支付信息主要展示該筆訂單支付的相關(guān)信息，包括商品總額、運費、優(yōu)惠金額、實(shí)付金額、支付時(shí)間、支付單號、交易單號等。其中支付單號一般是平臺的支付流水號，交易單號一般是第三方支付公司的支付流水號。
物流信息主要展示該筆訂單的物流，包括發(fā)貨地址、收貨地址、快遞單號、物流路徑等。
訂單業(yè)務(wù)流轉
前后臺訂單系統雖然更多的是對訂單信息和狀態(tài)的展示，但這些訂單信息和狀態(tài)在后臺各業(yè)務(wù)系統中如何有效流轉，訂單系統和其他系統如何高效合作，最終將信息完美呈現在前后臺訂單系統中，是非常重要和復雜的。
下圖是從用戶(hù)下單到收貨的一個(gè)業(yè)務(wù)流程示例。
我們可以看到，用戶(hù)在前端可見(jiàn)的幾個(gè)訂單狀態(tài)變化，其實(shí)在后臺經(jīng)歷了很多系統的協(xié)助。下面簡(jiǎn)單介紹下各業(yè)務(wù)系統在訂單流轉過(guò)程的作用：
1.風(fēng)控系統
用戶(hù)購買(mǎi)了一個(gè)商品后，該商品在倉庫中的庫存數量需要先鎖定相應數量，以保證庫存的準確性。一般電商平臺對于鎖定庫存有兩種處理方式：下單鎖庫存、支付鎖庫存。這兩種鎖庫存方式各有利弊，支付鎖庫存，可能在支付時(shí)發(fā)生并發(fā)情況，導致超賣(mài)。而下單鎖庫存可以有效防止超賣(mài)情況發(fā)生，但卻可能被惡意下單。我司平臺當前選擇的就是下單鎖庫存方式，此時(shí)風(fēng)控系統就可以發(fā)揮其重大作用，攔截掉惡意下單的用戶(hù)。
2.支付系統
支付系統主要是為用戶(hù)下單支付服務(wù)，一般一個(gè)訂單生成一個(gè)支付單號，作為與第三方支付公司的一個(gè)交易記錄，也需要在訂單中展示。
3.庫存系統
前端商品是否可售與該商品的庫存相關(guān)，庫存數＞0時(shí)，該商品在前端為可購買(mǎi)狀態(tài)，庫存數=0時(shí)，該商品在前端為售罄不可購買(mǎi)狀態(tài)。因此保持商品庫存數量的準確性是庫存系統的最根本功能，而訂單業(yè)務(wù)中，有多個(gè)流程涉及到庫存變化。我們以下單鎖庫存邏輯來(lái)進(jìn)行下單業(yè)務(wù)流程中涉及到庫存變化的說(shuō)明。
- 下單1個(gè)商品時(shí)，庫存需鎖定1個(gè)
- 若該訂單在N小時(shí)（N為平臺制定的取消訂單時(shí)間）內未支付，則解除鎖定庫存
- 若該訂單已支付，則庫存仍鎖定1
- 訂單發(fā)貨前，用戶(hù)取消訂單，則解除鎖定庫存
- 訂單推送至倉庫，倉庫發(fā)貨，庫存扣減1
總結
前后臺訂單系統相對于其他系統來(lái)說(shuō)，在頁(yè)面上的展示比較簡(jiǎn)單，但其背后的邏輯以及與其他業(yè)務(wù)系統的交互是非常復雜的，要保證一個(gè)商品從前端用戶(hù)下單到最后送達用戶(hù)手中，需要各系統的完美配合。
本篇文章只是簡(jiǎn)單介紹了正常流程下的訂單業(yè)務(wù)流轉以及訂單系統，其實(shí)對于實(shí)際的訂單系統來(lái)說(shuō)，還包括拆單、售后維權（退貨退款）等非常多的業(yè)務(wù)情況，之后有機會(huì )跟大家詳細介紹。
來(lái)源：人人都是產(chǎn)品經(jīng)理
