本文講述了OMS概念以及相關(guān)服務(wù)和功能（包括：信息下發(fā)、信息上傳、 訂單分發(fā)協(xié)同單號(hào)生成與拉、拆單發(fā)票服務(wù)、狀態(tài)更新與模板、流水、庫(kù)存），與大家分享！

OMS即：訂單管理中心，是零售電商系統(tǒng)的核心。

隨著中臺(tái)概念的火熱，很多電商公司都開(kāi)始投入資源開(kāi)始搭建各種中臺(tái)系統(tǒng)。

幾天前和朋友交流，他們公司成立一個(gè)新的中臺(tái)項(xiàng)目，項(xiàng)目上線后會(huì)取代現(xiàn)在的OMS及一些相關(guān)系統(tǒng)。

本人前公司似乎也在風(fēng)風(fēng)火火的搞中臺(tái)，但中臺(tái)是什么?搭建完成后解決了什么問(wèn)題?能帶來(lái)多少效益?上了中臺(tái)是否真的能快速響應(yīng)業(yè)務(wù)需求呢？

由于對(duì)中臺(tái)了解的不多，現(xiàn)在也回答不了，這些只能慢慢去學(xué)習(xí)，所以也只能聊聊我對(duì)基礎(chǔ)的一些系統(tǒng)、模塊的理解。

之前總結(jié)過(guò)拆單、訂單狀態(tài)、退換貨等，這些都似乎都可以歸屬于OMS,本篇接著說(shuō)下我理解的OMS。

一、OMS與中臺(tái)

1. OMS

OMS主要是承接各種業(yè)務(wù)單據(jù)「入庫(kù)與出庫(kù)」快速的與上下游系統(tǒng)進(jìn)行信息的傳遞與處理，訂單是其最核心的數(shù)據(jù)，也是數(shù)量最大、效率要求最高的部分。

在上圖中，第一層屬于內(nèi)部相關(guān)系統(tǒng)，如商品系統(tǒng)、采購(gòu)管理、前端購(gòu)物流程產(chǎn)生的銷售訂單、售后發(fā)起的退貨訂單、以及領(lǐng)用等業(yè)務(wù)單據(jù)——這個(gè)我們可以稱之為「上游系統(tǒng)」或ERP；當(dāng)然OMS也應(yīng)屬于ERP系統(tǒng)的一部分。

OMS主要是針對(duì)訂單的處理，履單包括上游系統(tǒng)的快速流轉(zhuǎn)；但真正的生產(chǎn)應(yīng)該是倉(cāng)儲(chǔ)內(nèi)作業(yè)。所以O(shè)MS是與WMS系統(tǒng)交互最為緊密，與WMS系統(tǒng)的信息傳遞是通過(guò)倉(cāng)儲(chǔ)系統(tǒng)的API接口完成的，API接口與WMS可以稱之為「下游系統(tǒng)」。

OMS就是一個(gè)中間系統(tǒng)服務(wù)的組成，在橫向上，它又會(huì)與財(cái)務(wù)進(jìn)銷存系統(tǒng)進(jìn)行數(shù)據(jù)的傳遞，所以它是被很多系統(tǒng)包圍中中間的，稱其為訂單中心確實(shí)不為過(guò)。

2. 中臺(tái)

上圖是我在網(wǎng)上看到的一家做OMS產(chǎn)品的系統(tǒng)架構(gòu)介紹，這里的訂單中心屬于業(yè)務(wù)中臺(tái)。

上圖是根據(jù)一位朋友發(fā)給我的中臺(tái)規(guī)劃，做了些簡(jiǎn)化；訂單管理也是業(yè)務(wù)中臺(tái)的一部分。

二、相關(guān)服務(wù)與功能

1. 信息下發(fā)

商品信息

OMS不僅負(fù)責(zé)銷售訂單的下發(fā)與上傳，也包括采購(gòu)訂單及返廠單數(shù)據(jù)的傳輸，同時(shí)包括基礎(chǔ)的商品信息。

商品收貨是WMS的初始工作，收貨入庫(kù)后才能產(chǎn)生商品庫(kù)存。

WMS在使用前首先要進(jìn)行數(shù)據(jù)初始化，即：商品信息、品類和供應(yīng)商等基礎(chǔ)信息，同時(shí)要進(jìn)行庫(kù)存初始化，此外需要在WMS系統(tǒng)中進(jìn)行庫(kù)區(qū)、貨位等信息創(chuàng)建與維護(hù)。

如果庫(kù)內(nèi)需要根據(jù)原材料進(jìn)行加工生產(chǎn)，則需要在商品系統(tǒng)中進(jìn)行配置，如父子商品配置、加工品原料配置，這些都會(huì)以BOM單方式提前下發(fā)到WMS系統(tǒng)中。

供應(yīng)商信息

供應(yīng)商信息是在供應(yīng)商管理模塊進(jìn)行創(chuàng)建，它包括供應(yīng)商ID、編號(hào)、名稱及狀態(tài)，WMS收貨時(shí)是要獲取此部分信息，進(jìn)行數(shù)據(jù)校驗(yàn)。

此外，在上下游系統(tǒng)中都有供應(yīng)商庫(kù)存，且要進(jìn)行供應(yīng)商商品成本的計(jì)算與統(tǒng)計(jì)。

在WMS系統(tǒng)中有商品批次數(shù)據(jù)，批次編碼可以根據(jù)相關(guān)規(guī)則進(jìn)行創(chuàng)建，以保證一品多商時(shí)可以進(jìn)行商品的區(qū)分。

單據(jù)

這里的單據(jù)是指業(yè)務(wù)創(chuàng)建采購(gòu)單、返廠單，也包括用戶的銷售訂單、退換貨訂單。

采購(gòu)單、返廠單在SCM系統(tǒng)中創(chuàng)建完成后需要通過(guò)OMS同步到倉(cāng)庫(kù)，以便供應(yīng)商到貨后WMS系統(tǒng)中可以根據(jù)已經(jīng)采集的采購(gòu)單進(jìn)行數(shù)據(jù)驗(yàn)證與統(tǒng)計(jì)；同時(shí)在此前供應(yīng)商預(yù)約送貨申請(qǐng)時(shí)也能夠進(jìn)行收貨安排。

銷售訂單經(jīng)過(guò)支付、拆單后要下發(fā)到WMS，倉(cāng)庫(kù)接收后可以開(kāi)始處理，揀貨、打包、發(fā)貨單。

單據(jù)的下發(fā)一般分為頭和行數(shù)據(jù)，商品數(shù)據(jù)則根據(jù)下發(fā)的單據(jù)信息，在WMS系統(tǒng)中根據(jù)BOM進(jìn)行驗(yàn)證處理。

這些都是通過(guò)API接口完成的，我們?cè)瓉?lái)的系統(tǒng)每次的數(shù)據(jù)下發(fā)與上傳都會(huì)保存報(bào)文信息，以便出現(xiàn)問(wèn)題進(jìn)行查看、分析并解決。

所以在OMS系統(tǒng)與WMS等系統(tǒng)進(jìn)行數(shù)據(jù)同步時(shí)，接口下發(fā)或回傳的XML信息一定要保存完整。

2. 信息上傳

來(lái)而不往非禮也，數(shù)據(jù)有去就應(yīng)該有回。

這里的OMS系統(tǒng)中信息上傳是指接收WMS系統(tǒng)回傳的數(shù)據(jù)和相關(guān)狀態(tài)，同時(shí)在接收完數(shù)據(jù)和狀態(tài)后OMS還會(huì)進(jìn)行一些業(yè)務(wù)處理。

以采購(gòu)單為例，當(dāng)倉(cāng)庫(kù)完成入庫(kù)后，會(huì)將實(shí)際的入庫(kù)數(shù)量回傳；此時(shí)OMS系統(tǒng)需要根據(jù)回傳數(shù)據(jù)進(jìn)行入庫(kù)單的生成，并更新上游系統(tǒng)的庫(kù)存；同時(shí)還要進(jìn)行成本的計(jì)算及入庫(kù)流水的生成，由于數(shù)據(jù)流轉(zhuǎn)到一個(gè)節(jié)點(diǎn)需要計(jì)算，系統(tǒng)一般都是通過(guò)MQ來(lái)實(shí)現(xiàn)異步處理的。

同信息下發(fā)一樣，回傳的信息明細(xì)需要保留，有些還需要進(jìn)行解析并保存在關(guān)系數(shù)據(jù)庫(kù)中，便于統(tǒng)計(jì)查詢、展示。

3. 訂單分發(fā)協(xié)同

在信息下發(fā)與上傳時(shí)都會(huì)應(yīng)用到規(guī)則與策略。

隨著業(yè)務(wù)的爆發(fā)，單量增長(zhǎng)也非?？欤設(shè)MS系統(tǒng)中還應(yīng)該進(jìn)行一些規(guī)則配置，以便數(shù)據(jù)快速流轉(zhuǎn)，加快系統(tǒng)的響應(yīng)速度，給用戶更好的體現(xiàn)。

同時(shí)有很多狀態(tài)有些是倉(cāng)儲(chǔ)內(nèi)部的，有些是業(yè)務(wù)系統(tǒng)的，在訂單處理時(shí)要進(jìn)行一些設(shè)置，需要有選擇的屏蔽和轉(zhuǎn)換。

4. 單號(hào)生成與拉、拆單

這幾個(gè)服務(wù)大家都比較熟悉，單號(hào)生成品就是依賴于定義好的規(guī)則生成不能重復(fù)的單號(hào)，提供給前端購(gòu)物流程或后臺(tái)業(yè)務(wù)系統(tǒng)調(diào)用。

同時(shí)，單號(hào)的規(guī)則也會(huì)與分庫(kù)分表服務(wù)相關(guān)聯(lián)，所以單號(hào)的規(guī)則非常重要，它必須滿足單量的爆發(fā)增長(zhǎng)，不能重復(fù)，可以通過(guò)單號(hào)進(jìn)行不同維度的訂單數(shù)據(jù)保存與查詢。

拉單就將前端用戶產(chǎn)生的單據(jù)拉取到后端生產(chǎn)庫(kù)，這是銷售訂單數(shù)據(jù)的來(lái)源，拆單可以查看以前總結(jié)的《OMS|訂單拆單》,這里不重復(fù)描述了。

5. 發(fā)票服務(wù)

現(xiàn)在紙質(zhì)發(fā)票越來(lái)越少了，電子發(fā)票的開(kāi)票信息不需要同步到WMS系統(tǒng)了，但是開(kāi)票金額的計(jì)算必不可少，且需要同步到電子發(fā)票稅務(wù)平臺(tái)。

對(duì)于售后的一些補(bǔ)開(kāi)、退換貨涉及的重開(kāi)等也需要經(jīng)過(guò)發(fā)票服務(wù)進(jìn)行計(jì)算——這些雖然與財(cái)務(wù)關(guān)聯(lián)很大，但是與OMS系統(tǒng)密不可分，所以應(yīng)該是OMS的一部分。

6. 狀態(tài)更新與模板

訂單狀態(tài)是根據(jù)履單的流程不斷變化的，有在上游系統(tǒng)的變化，有在WMS系統(tǒng)內(nèi)的更新。訂單的全程跟蹤便是根據(jù)狀態(tài)的流轉(zhuǎn)進(jìn)行的統(tǒng)計(jì)與分析，業(yè)務(wù)部分會(huì)根據(jù)訂單的生命周期來(lái)進(jìn)行改進(jìn)。狀態(tài)變更時(shí)不僅涉及其他業(yè)務(wù)流程的邏輯處理，同時(shí)也需要進(jìn)行消息通知，如短信、郵件或微信。

在零售電商系統(tǒng)的基礎(chǔ)服務(wù)層中會(huì)有對(duì)應(yīng)的網(wǎng)關(guān)與SP進(jìn)行對(duì)接，但是與用戶的交互要注意文案與格式，所以模板配置需要提前設(shè)置好，以便OMS進(jìn)行調(diào)用。

只要與用戶有關(guān)，那么就要注重用戶體驗(yàn)，不能漏發(fā)或多發(fā)，也不能亂發(fā)，要設(shè)置好相關(guān)的規(guī)則。

7. 流水

我在這里將出入庫(kù)流水劃分在OMS系統(tǒng)中，因?yàn)榻邮账械膫}(cāng)儲(chǔ)作業(yè)數(shù)據(jù)，只要有出入庫(kù)那么就涉及到庫(kù)存的增或減；但是在WMS提供的API接口或返回的數(shù)據(jù)中可能不會(huì)區(qū)分單據(jù)類型，需要上游系統(tǒng)進(jìn)行重新處理。這個(gè)幾年前在與LSCM「?jìng)}儲(chǔ)對(duì)接平臺(tái)」進(jìn)行庫(kù)存核對(duì)時(shí)就需要到這樣的問(wèn)題。

WMS雖然有單據(jù)類型，但是經(jīng)過(guò)LSCM后就只有出與入兩種大類型，具體的信息都需要根據(jù)XML報(bào)文解析后，由上游系統(tǒng)進(jìn)行重新處理。

流水也是SCM與財(cái)務(wù)系統(tǒng)交互的基礎(chǔ)，財(cái)務(wù)根據(jù)出入庫(kù)流程、庫(kù)存進(jìn)行財(cái)務(wù)成本的計(jì)算、相關(guān)報(bào)表生成等。

所以如果你在負(fù)責(zé)OMS，需要注意這一塊，WMS有些是以調(diào)整單方式進(jìn)行的，單據(jù)需要上游進(jìn)行生成。

8. 庫(kù)存

在零售電商系統(tǒng)中庫(kù)存一般分為三部分，內(nèi)部ERP、WMS和財(cái)務(wù)。其間關(guān)系以前曾說(shuō)過(guò)，先有WMS，ERP根據(jù)出入庫(kù)單據(jù)由OMS進(jìn)行增或減，財(cái)務(wù)則根據(jù)OMS的出入庫(kù)流水進(jìn)行再次計(jì)算生成。

所以對(duì)賬是必須的，WMS和ERP是實(shí)時(shí)作業(yè)的，庫(kù)存是實(shí)時(shí)變化的，會(huì)有時(shí)間性的差異，財(cái)務(wù)是根據(jù)流水生成的可以有準(zhǔn)確的期末庫(kù)存。

接觸過(guò)幾個(gè)WMS系統(tǒng)都是通過(guò)快照方式備份期末庫(kù)存的，這個(gè)如果WMS系統(tǒng)中沒(méi)有，需要進(jìn)行開(kāi)發(fā)，只要有一筆筆的數(shù)據(jù)就能夠推算出期末庫(kù)存。

但是當(dāng)SKU數(shù)量和單據(jù)量非常非常大時(shí)，計(jì)算就需要時(shí)間，在系統(tǒng)設(shè)計(jì)上就要進(jìn)行分倉(cāng)、分品類等進(jìn)行分布式計(jì)算，當(dāng)然我這里只是提出；在實(shí)際生產(chǎn)系統(tǒng)中最多遇到過(guò)一天幾十萬(wàn)單，幾十萬(wàn)個(gè)SKU的場(chǎng)景，與京東等平臺(tái)這種設(shè)計(jì)肯定滿足不了，有興趣的同學(xué)可以去考慮，可以私信交流。

三、總結(jié)

OMS名詞我們都知道，但是在不同的公司OMS的功能不同，涵蓋的業(yè)務(wù)也不同；只要根據(jù)業(yè)務(wù)較為合理的進(jìn)行規(guī)劃，滿足業(yè)務(wù)的變化就行了，至于它是不是訂單中臺(tái)不必過(guò)多計(jì)較了。

業(yè)務(wù)驅(qū)動(dòng)技術(shù)發(fā)展，在設(shè)計(jì)時(shí)要應(yīng)用領(lǐng)域模型，這是最近看書了解到的，業(yè)務(wù)、技術(shù)、數(shù)據(jù)、領(lǐng)域，究竟該如何去做，需要不斷的去參照成功企業(yè)的應(yīng)用案例結(jié)合實(shí)際場(chǎng)景去實(shí)踐。

有朋友說(shuō)我寫的東西不裝X，其實(shí)是想寫高大上的，但是文采和儲(chǔ)備有限，只能寫點(diǎn)基礎(chǔ)的自?shī)首詷?lè)，找點(diǎn)事干。

最后，感謝您的閱讀！

作者：倔強(qiáng)的大蘿卜；公眾號(hào)：倔強(qiáng)的大蘿卜

本文由 @倔強(qiáng)的大蘿卜 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議