一、前言

隨著業(yè)務(wù)模式的成熟，支撐業(yè)務(wù)的信息系統(tǒng)也逐漸成熟，人力資源、OA、ERP、OMS、WMS等等各個(gè)領(lǐng)域的軟件也都有了商業(yè)產(chǎn)品的佼佼者，今天，筆者把個(gè)人對(duì)OMS的一點(diǎn)點(diǎn)認(rèn)識(shí)與大家一起分享，歡迎大家交換不同看法！

二、什么是OMS訂單管理系統(tǒng)

1. 釋義

“接受客戶訂單信息，以及倉(cāng)儲(chǔ)管理系統(tǒng)發(fā)來的庫(kù)存信息，然后按客戶和緊要程度給訂單歸類，對(duì)不同倉(cāng)儲(chǔ)地點(diǎn)的庫(kù)存進(jìn)行配置，并確定交付日期，這樣的一個(gè)系統(tǒng)稱為訂單管理系統(tǒng)。”

這是來自于百度詞條“OMS”的描述，更多解釋見百度OMS詞條。

簡(jiǎn)單來說，就是商家用來管理訂單，通過OMS系統(tǒng)對(duì)訂單以及訂單信息所關(guān)聯(lián)的信息進(jìn)行處理，從而實(shí)現(xiàn)庫(kù)存管理、訂單履約以及其他業(yè)務(wù)需求的信息系統(tǒng)。

2. 解決了哪些問題？

如果看上面的概述很難理解什么是OMS訂單管理系統(tǒng)的話，那我們就從實(shí)際的電商業(yè)務(wù)角度出發(fā)來理解一下吧！

作為普通消費(fèi)者，我們?cè)陔娚唐脚_(tái)的購(gòu)物流程基本上是：平臺(tái)挑選商品——下單支付——等待發(fā)貨——查看快遞——收貨取貨

但是這個(gè)鏈路中，商家從商品采購(gòu)到訂單處理再到倉(cāng)庫(kù)發(fā)貨、快遞運(yùn)輸/派送的流程是不被我們感知的，商家要想讓我們購(gòu)買的商品能夠順利地到達(dá)我們手中，需要做大量的工作，在這大量的工作中，就要依靠OMS訂單管理系統(tǒng)解決商品的管理、訂單從平臺(tái)的獲取、發(fā)貨倉(cāng)庫(kù)的分配、發(fā)貨快遞的選擇、平臺(tái)庫(kù)存的同步等等一系列復(fù)雜的工作。

例如：

商家在多個(gè)平臺(tái)的店鋪中上架了上百個(gè)商品，那么各個(gè)店鋪中商品的庫(kù)存就需要與商家倉(cāng)庫(kù)中的庫(kù)存保持實(shí)時(shí)同步，這樣才能避免賣超，并且，不僅僅是庫(kù)存同步，為了避免在各個(gè)平臺(tái)都不超賣，庫(kù)存在各個(gè)平臺(tái)的分配也需要OMS來解決。

還有收貨地址的變更、訂單需要拆分從多個(gè)倉(cāng)庫(kù)發(fā)貨的處理、發(fā)貨快遞信息的回傳等等。

三、OMS的功能模塊以及與其他系統(tǒng)的關(guān)系

1. OMS訂單管理系統(tǒng)的功能架構(gòu)

OMS的功能架構(gòu)是從訂單信息流的變化中抽象出來的，怎么理解“信息流的變化”呢？

這里從“信息流”和“變化”兩個(gè)維度來理解：

例如，平臺(tái)上的訂單從平臺(tái)通過API接口進(jìn)入OMS，如果這個(gè)訂單不需要任何修改，那么這個(gè)過程就只是一個(gè)信息的轉(zhuǎn)移，雖然只是一個(gè)信息的轉(zhuǎn)移，但是對(duì)于系統(tǒng)來講，仍然需要配置店鋪的基礎(chǔ)信息、商品的基礎(chǔ)信息、倉(cāng)庫(kù)/快遞信息等來識(shí)別這個(gè)訂單是來源于哪個(gè)平臺(tái)，購(gòu)買的是哪個(gè)商品，需要用哪個(gè)快遞去配送。

另外，訂單信息流中的商品信息、庫(kù)存信息、倉(cāng)庫(kù)信息、快遞信息都需要對(duì)應(yīng)的功能模塊來實(shí)現(xiàn)配置；

但是隨著業(yè)務(wù)不斷的復(fù)雜化，訂單的信息在轉(zhuǎn)移的過程中，發(fā)生了變化，例如：

• 商家客服答應(yīng)了買家贈(zèng)送贈(zèng)品，原始訂單信息中并沒有；

• 買家購(gòu)買了兩筆收件信息一致的訂單，要求合并發(fā)貨；

• ……

這些場(chǎng)景在實(shí)際的業(yè)務(wù)中不勝枚舉，OMS產(chǎn)品在發(fā)展過程中，為了系統(tǒng)性地解決在訂單信息進(jìn)行流轉(zhuǎn)并發(fā)生變化的需求，形成了功能模塊化的架構(gòu)，通過近幾年電商業(yè)務(wù)模式的成熟和OMS產(chǎn)品的發(fā)展，OMS中的功能模塊也逐漸固化下來，成為了建設(shè)一個(gè)OMS系統(tǒng)所必需的標(biāo)準(zhǔn)功能模塊。

功能模塊拆解見下一小節(jié)腦圖。

2. OMS訂單管理系統(tǒng)與其他系統(tǒng)的關(guān)系

僅僅有一個(gè)OMS系統(tǒng)是不足以完成整個(gè)訂單履約流程的，也不足以支撐企業(yè)的其他業(yè)務(wù)。

例如和OMS最密切的WMS系統(tǒng)就是訂單發(fā)貨的關(guān)鍵系統(tǒng)，承載著庫(kù)存管理、出入庫(kù)單的執(zhí)行等任務(wù)；

還有需要和OMS協(xié)同進(jìn)行訂單對(duì)賬的財(cái)務(wù)管理系統(tǒng)、用以分析銷售情況的數(shù)據(jù)分析系統(tǒng)等等，都和OMS涉及到的信息流密切相關(guān)。

四、結(jié)語(yǔ)：上下延伸，理解變化

在傳統(tǒng)的電商時(shí)代，OMS只需要能夠?qū)悠脚_(tái)處理訂單就可以了，進(jìn)入新零售時(shí)代，銷售的渠道越來越多，訂單履約的方式也越來越多，有布局分倉(cāng)的，有工廠代發(fā)的，有直播帶貨的，還有門店自提的。

商業(yè)模式的變化，給OMS提出了更多的要求，也帶來了更多的挑戰(zhàn)，以往的功能模塊可能無法再支撐新的業(yè)務(wù)了，新設(shè)計(jì)的業(yè)務(wù)好像又與原有的功能模塊有太高的耦合性，產(chǎn)品人被困在了系統(tǒng)里……

作為供應(yīng)鏈信息化中至關(guān)重要的一個(gè)環(huán)節(jié)，OMS承載著訂單信息流能否順利流轉(zhuǎn)的重任，區(qū)別于WMS的功能專業(yè)性更強(qiáng)一些，OMS的功能更接近商業(yè)模式，所以很多種情況下大家把OMS稱為訂單中臺(tái)，這也彰顯了在企業(yè)業(yè)務(wù)中OMS的重要性。

筆者想要表達(dá)的是，B端從業(yè)者，無論是做平臺(tái)產(chǎn)品，還是商業(yè)產(chǎn)品，或者是企業(yè)信息化支撐，我們都要擁抱上下游的業(yè)務(wù)，把知識(shí)面向訂單的上下游延伸，這樣有助于我們更好地理解商業(yè)，更好地服務(wù)產(chǎn)品。

然后，更有助于向供應(yīng)鏈全鏈路的產(chǎn)品方向發(fā)展，做一個(gè)供應(yīng)鏈方向的復(fù)合型產(chǎn)品人，像全棧工程師一樣做一個(gè)供應(yīng)鏈的全棧產(chǎn)品，我想，這應(yīng)該是大多數(shù)B端產(chǎn)品從業(yè)者相同的努力目標(biāo)吧！