關(guān)于訂單管理系統(tǒng)(OMS)，你需要知道這些，訂單管理系統(tǒng)的功能有哪些

編輯導(dǎo)讀：訂單管理系統(tǒng)，是整個電商系統(tǒng)的核心系統(tǒng)之一，有一定的復(fù)雜性。本文將從六個方面，圍繞訂單管理系統(tǒng)展開分析，希望對你有幫助。

一、 關(guān)于訂單管理系統(tǒng)

訂單管理系統(tǒng)即處理訂單的系統(tǒng)，主要管理訂單的輸入，處理，輸出。其在一般電商系統(tǒng)中或在有交易功能的系統(tǒng)中，都是核心系統(tǒng)/功能之一，有一定的復(fù)雜度；但是雖然復(fù)雜，并不代表理解起來困難。

關(guān)于商品的文章里面，我們已經(jīng)從商品的輸入、維護、輸出的流程來介紹了商品系統(tǒng)，那訂單也一樣，我們本文把訂單看成一個流程即訂單流來理解。

二、 訂單管理系統(tǒng)與整體系統(tǒng)的關(guān)系

訂單系統(tǒng)會與購物車、商品系統(tǒng)，營銷系統(tǒng)、會員系統(tǒng)、支付系統(tǒng)、物流系統(tǒng)、倉庫系統(tǒng)、財務(wù)系統(tǒng)、內(nèi)容系統(tǒng)，具體請看示例圖：

購物車：個人認為是訂單的起點，商品會被加入購物車，然后會被提交。商品系統(tǒng)：在提交訂單頁面會看到該訂單所包含的商品信息，例如商品名稱、所購買數(shù)量、價格、售后信息等。營銷系統(tǒng)：會顯示商品是否優(yōu)惠信息，例如滿減、優(yōu)惠券。會員系統(tǒng)：會顯示該會員是否有基于會員等級的折扣信息(如淘寶的88會員)，或是否有可抵扣金額的會員點數(shù)(如京豆)；會顯示該會員下面的收貨地址信息、也會顯示該會員下面是否有充值卡、運費券等。倉庫系統(tǒng)：基于收貨地址信息顯示發(fā)貨倉庫，自提地點等，并且訂單最終會流轉(zhuǎn)到該系統(tǒng)進行發(fā)貨操作。支付系統(tǒng)：顯示支付方式(如貨到付款、在線支付等)、并且在支付的時候計算該會員實際應(yīng)付的金額，以及顯示銀行卡信息等。物流系統(tǒng)：顯示配送時間、配送方式、運費等，并且在訂單發(fā)貨后會顯示實際的配送路徑。財務(wù)系統(tǒng)：顯示開票信息等，在訂單完成后會生成發(fā)票。內(nèi)容系統(tǒng)：顯示訂單留言等。

三、訂單的輸入

個人認為訂單的輸入(亦可稱之為來源)可分為內(nèi)部和外部兩種方式：

1. 內(nèi)部：即自建商城傳輸過來的訂單

自建商城的訂單系統(tǒng)涉及的其他系統(tǒng)比較多，基本上上圖所示的系統(tǒng)都涉及到了。自建商城訂單在訂單創(chuàng)建時有著更多的判斷邏輯，如是否需要事先拆單的、優(yōu)惠信息是否可用、商品庫存是否滿足要求、會員是否正常等。內(nèi)部訂單由于存在支付的動作，所以會有多出待付款，待評價這2個狀態(tài)。內(nèi)部訂單由于涉及支付和營銷，所以對訂單系統(tǒng)的并發(fā)能力、負載能力以及支付能力有相當(dāng)高的要求，每一步都不允許出錯，一旦出錯就意味著營業(yè)額的損失和用戶的流失。訂單數(shù)據(jù)計算和處理的要求更高，商品多少金額，優(yōu)惠了多少金額，抵扣了多少金額，實付多少金額等都需要準確計算，在財務(wù)報表內(nèi)能夠清晰展示。

2. 外部：即第三方系統(tǒng)傳輸過來的訂單

一般代表性的就是分銷訂單，如供應(yīng)商的訂單系統(tǒng)會接收外部系統(tǒng)的訂單。

第三方系統(tǒng)傳輸?shù)挠唵危捎谟唵伪容^獨立，所以涉及的相關(guān)系統(tǒng)會少很多。第三方訂單在訂單接收時主要判斷傳輸方是否有資格，商品是否上架狀態(tài)，庫存是否滿足，收貨人信息是否完整等。由于該類訂單相對來說不需要很高的實時性(意思是該類訂單對于消費者來說已經(jīng)付款了，現(xiàn)在只是后端處理)，所以對接口負載性能等要求相對就沒有那么高。訂單數(shù)據(jù)處理方面，一般都是線下核對賬單，線下結(jié)算款項，所以主要在數(shù)據(jù)記錄和處理的準確性方面有很高要求。以上就是訂單的輸入，接下來我們聊訂單的處理。

四、 訂單的處理

個人認為主要有3種處理方式：

1. 流轉(zhuǎn)處理

在訂單系統(tǒng)內(nèi)，系統(tǒng)會對訂單進行各種邏輯規(guī)則判斷，判斷后就會根據(jù)業(yè)務(wù)規(guī)則分發(fā)訂單，可簡單看示例圖：

基本上訂單的流轉(zhuǎn)處理是秒級，甚至是毫秒級就能處理完畢的，不能處理的或者處理失敗的都會把訂單歸類到異常訂單。

下面是訂單各狀態(tài)的流程圖：

2. 發(fā)貨處理

訂單一般流轉(zhuǎn)到倉庫進行發(fā)貨操作，發(fā)貨后倉庫會把物流信息回傳到訂單系統(tǒng)，訂單系統(tǒng)接收消息后會對訂單進行發(fā)貨：

如果是內(nèi)部訂單則訂單狀態(tài)直接改變(消費者端也會同步看到訂單狀態(tài)變化)；如果是外部訂單則會通過接口告訴第三方系統(tǒng)該訂單的物流信息；

3. 特殊情況處理

在特殊情況下，就需要對訂單進行人工處理，例如訂單無法流轉(zhuǎn)到下一級、訂單有備注等。人工處理的結(jié)果可能是跟消費者協(xié)商后讓其退款，也可能是手動的傳輸訂單等。

五、 訂單的完成

1. 內(nèi)部訂單

內(nèi)部訂單的完成并不在發(fā)貨后就完成，一般來說在客戶接收到訂單商品后即算完成。

但是對不同類型的商城有所區(qū)別：

自營商城：一般客戶收貨后就完成訂單，例如京東。非自營商城：客戶需要自己點擊確認收貨或經(jīng)過一段時間后系統(tǒng)自動確認收貨。

2. 外部訂單

外部訂單系統(tǒng)訂單一般在發(fā)貨后就算完成。

六、 訂單管理系統(tǒng)設(shè)計想法

在我們設(shè)計訂單系統(tǒng)的時候，應(yīng)該先思考下公司業(yè)務(wù)類型和邏輯，理清業(yè)務(wù)上訂單流的起止。

理清后從訂單源頭開始設(shè)計訂單系統(tǒng)：

如果是自建商城類的那么訂單模塊會涉及到其他系統(tǒng)，需要與其他系統(tǒng)的產(chǎn)品經(jīng)理(如多人)去討論，如何讓訂單系統(tǒng)與他們負責(zé)的系統(tǒng)進行對接；如果是供應(yīng)鏈類型的訂單系統(tǒng)，則需要考慮如何讓訂單能夠從外部順利傳輸?shù)较到y(tǒng)，是我們提供統(tǒng)一標準的API呢還是我們?nèi)ジ髯詫拥谌较到y(tǒng)等等。考慮輸入方式后，我們就要依據(jù)公司業(yè)務(wù)運營方式來考慮訂單的處理邏輯，訂單進入系統(tǒng)后如何 讓系統(tǒng)自動處理訂單，依據(jù)什么規(guī)則；同時也要考慮對異常訂單的處理。在考慮好訂單處理邏輯后，就要考慮如何輸出訂單，是直接輸出給WMS還是會再輸出給其他ERP等等。由于是自動化的輸出，也就要考慮與其他系統(tǒng)的對接方式。最后，我們就要用把公司業(yè)務(wù)代入到系統(tǒng)內(nèi)，看看是否能行程閉環(huán)，是否還有欠缺或者是否遺漏了細節(jié)等。訂單管理系統(tǒng)涉及的其他系統(tǒng)比較多，所以在系統(tǒng)設(shè)計上應(yīng)該具有獨立性、拓展型和準確性，獨立性代表訂單系統(tǒng)的維護或者異常不會影響到其他系統(tǒng)；拓展型代表訂單系統(tǒng)在以后增加功能的時候方便快捷；準確性是指訂單數(shù)據(jù)涉及到財務(wù)方面，所以應(yīng)該嚴謹和準確。

后臺系統(tǒng)訂單頁面的設(shè)計：

1）訂單列表頁面的設(shè)計

根據(jù)公司業(yè)務(wù)需要來設(shè)計列表頁展示的數(shù)據(jù)和布局，以及篩選查詢的關(guān)鍵字段，具體可看示例圖：

2）訂單詳情頁的設(shè)計

訂單詳情頁一般來說是模塊化的展示設(shè)計，訂單基礎(chǔ)信息、商品信息、物流信息、支付信息等都需要有所區(qū)分，這樣設(shè)計有利于詳情快速查看以及在系統(tǒng)研發(fā)的過程中讓開發(fā)小哥哥不容易搞錯哦，具體可看示例圖：

3）訂單規(guī)則設(shè)計

訂單規(guī)則根據(jù)業(yè)務(wù)的大小有簡單和復(fù)雜，所以具體需要看業(yè)務(wù)規(guī)模。

如果公司現(xiàn)階段剛起步，則訂單規(guī)則可直接寫進訂單系統(tǒng)；如起步有一段時間了或者發(fā)展比較快，則可事先就開發(fā)好訂單規(guī)則模塊，以后有新的訂單規(guī)則直接通過運營人員設(shè)置即可，更加的方便和更快速地適應(yīng)業(yè)務(wù)的發(fā)展。