国产成人a高清视频_9丨九色丨国产人妻一区二区_超碰999_中文字幕久久精品一区二区_人人爽网站_国产一区二区三区免费观看在线

導(dǎo)語

OMS即訂單管理中心，是零售電商系統(tǒng)的核心，隨著中臺概念的火熱，很多電商公司都開始投入資源開始搭建各種中臺系統(tǒng)，幾天前和朋友交流，他們公司成立一個新的中臺項(xiàng)目，項(xiàng)目上線后會取代現(xiàn)在的OMS及一些相關(guān)系統(tǒng)。本人前公司似乎也在風(fēng)風(fēng)火火的搞中臺，但中臺是什么?搭建完成后解決了什么問題?能帶來多少效益?上了中臺是否真的能快速響應(yīng)業(yè)務(wù)需求呢？由于對中臺了解的不多，現(xiàn)在也回答不了，這些只能慢慢去學(xué)習(xí)，所以也只能聊聊我對基礎(chǔ)的一些系統(tǒng)、模塊的理解，之前總結(jié)過拆單、訂單狀態(tài)、退換貨等，這些都似乎都可以歸屬于OMS,本篇接著說下我理解的OMS。

OMS與中臺

上圖是我在網(wǎng)上找一家做OMS產(chǎn)品的系統(tǒng)介紹，這里的訂單中心屬于業(yè)務(wù)中臺。上圖是根據(jù)一位朋友發(fā)給我的中臺規(guī)劃，做了些簡化；訂單管理也是業(yè)務(wù)中臺的一部分。

OMS

這個圖是根據(jù)本人了解的內(nèi)容簡單畫的一個圖，OMS主要是承接各種業(yè)務(wù)單據(jù)「入庫與出庫」快速的與上下游系統(tǒng)進(jìn)行信息的傳遞與處理，訂單是其最核心的數(shù)據(jù)，也是數(shù)量最大、效率要求最高的部分。在上圖中，第一層屬于內(nèi)部相關(guān)系統(tǒng)，如商品系統(tǒng)、采購管理、前端購物流程產(chǎn)生的銷售訂單、售后發(fā)起的退貨訂單、以及領(lǐng)用等業(yè)務(wù)單據(jù)，這個我們可以稱之為「上游系統(tǒng)」或ERP,當(dāng)然OMS也應(yīng)屬于ERP系統(tǒng)的一部分。OMS主要是針對訂單的處理，履單包括上游系統(tǒng)的快速流轉(zhuǎn)，但真正的生產(chǎn)應(yīng)該是倉儲內(nèi)作業(yè)，所以O(shè)MS是與WMS系統(tǒng)交互最為緊密，與WMS系統(tǒng)的信息傳遞是通過倉儲系統(tǒng)的API接口完成的，API接口與WMS可以稱之為「下游系統(tǒng)」。OMS就是一個中間系統(tǒng)服務(wù)的組成，在橫向上，它又會與財(cái)務(wù)進(jìn)銷存系統(tǒng)進(jìn)行數(shù)據(jù)的傳遞，所以它是被很多系統(tǒng)包圍中中間的，稱其為訂單中心確實(shí)不為過。

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

信息下發(fā)

商品信息OMS不僅負(fù)責(zé)銷售訂單的下發(fā)與上傳，也包括采購訂單及返廠單數(shù)據(jù)的傳輸，同時包括基礎(chǔ)的商品信息。在上一篇介紹WMS收貨與入庫流程時提到過，商品收貨是WMS的初始工作，收貨入庫后才能產(chǎn)生商品庫存。WMS在使用前首先要進(jìn)行數(shù)據(jù)初始化，即商品信息、品類和供應(yīng)商等基礎(chǔ)信息，同時要進(jìn)行庫存初始化，此外需要在WMS系統(tǒng)中進(jìn)行庫區(qū)、貨位等信息創(chuàng)建與維護(hù)。如果庫內(nèi)需要根據(jù)原材料進(jìn)行加工生產(chǎn)，則需要在商品系統(tǒng)中進(jìn)行配置，如父子商品配置、加工品原料配置，這些都會以BOM單方式提前下發(fā)到WMS系統(tǒng)中。供應(yīng)商信息供應(yīng)商信息是在供應(yīng)商管理模塊進(jìn)行創(chuàng)建，它包括供應(yīng)商ID、編號、名稱及狀態(tài)，WMS收貨時是要獲取此部分信息，進(jìn)行數(shù)據(jù)校驗(yàn)，此外，在上下游系統(tǒng)中都有供應(yīng)商庫存，且要進(jìn)行供應(yīng)商商品成本的計(jì)算與統(tǒng)計(jì)。在WMS系統(tǒng)中有商品批次數(shù)據(jù)，批次編碼可以根據(jù)相關(guān)規(guī)則進(jìn)行創(chuàng)建，以保證一品多商時可以進(jìn)行商品的區(qū)分。單據(jù)這里的單據(jù)是指業(yè)務(wù)創(chuàng)建采購單、返廠單，也包括用戶的銷售訂單、退換貨訂單。采購單、返廠單在SCM系統(tǒng)中創(chuàng)建完成后需要通過OMS同步到倉庫，以便供應(yīng)商到貨后WMS系統(tǒng)中可以根據(jù)已經(jīng)采集的采購單進(jìn)行數(shù)據(jù)驗(yàn)證與統(tǒng)計(jì)，同時在此前供應(yīng)商預(yù)約送貨申請時也能夠進(jìn)行收貨安排。銷售訂單經(jīng)過支付、拆單后要下發(fā)到WMS，倉庫接收后可以開始處理，揀貨、打包、發(fā)貨單。單據(jù)的下發(fā)一般分為頭和行數(shù)據(jù)，商品數(shù)據(jù)則根據(jù)下發(fā)的單據(jù)信息，在WMS系統(tǒng)中根據(jù)BOM進(jìn)行驗(yàn)證處理。這些都是通過API接口完成的，我們原來的系統(tǒng)每次的數(shù)據(jù)下發(fā)與上傳都會保存報文信息，以便出現(xiàn)問題進(jìn)行查看、分析并解決。所以在OMS系統(tǒng)與WMS等系統(tǒng)進(jìn)行數(shù)據(jù)同步時，接口下發(fā)或回傳的XML信息一定要保存完整。

信息上傳

來而不往非禮也，數(shù)據(jù)有去就應(yīng)該有回，這里的OMS系統(tǒng)中信息上傳是指接收WMS系統(tǒng)回傳的數(shù)據(jù)和相關(guān)狀態(tài)，同時在接收完數(shù)據(jù)和狀態(tài)后OMS還會進(jìn)行一些業(yè)務(wù)處理。以采購單為例，當(dāng)倉庫完成入庫后，會將實(shí)際的入庫數(shù)量回傳，此時OMS系統(tǒng)需要根據(jù)回傳數(shù)據(jù)進(jìn)行入庫單的生成，并更新上游系統(tǒng)的庫存，同時還要進(jìn)行成本的計(jì)算及入庫流水的生成，由于數(shù)據(jù)流轉(zhuǎn)到一個節(jié)點(diǎn)需要計(jì)算，系統(tǒng)一般都是通過MQ來實(shí)現(xiàn)異步處理的。同信息下發(fā)一樣，回傳的信息明細(xì)需要保留，有些還需要進(jìn)行解析并保存在關(guān)系數(shù)據(jù)庫中，便于統(tǒng)計(jì)查詢、展示。

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

在信息下發(fā)與上傳時都會應(yīng)用到規(guī)則與策略，隨著業(yè)務(wù)的爆發(fā)，單量增長也非常快，所以O(shè)MS系統(tǒng)中還應(yīng)該進(jìn)行一些規(guī)則配置，以便數(shù)據(jù)快速流轉(zhuǎn)，加快系統(tǒng)的響應(yīng)速度，給用戶更好的體現(xiàn)。同時有很多狀態(tài)有些是倉儲內(nèi)部的，有些是業(yè)務(wù)系統(tǒng)的，在訂單處理時要進(jìn)行一些設(shè)置，需要有選擇的屏蔽和轉(zhuǎn)換。

單號生成與拉、拆單

這幾個服務(wù)大家都比較熟悉，單號生成品就是依賴于定義好的規(guī)則生成不能重復(fù)的單號，提供給前端購物流程或后臺業(yè)務(wù)系統(tǒng)調(diào)用。同時，單號的規(guī)則也會與分庫分表服務(wù)相關(guān)聯(lián)，所以單號的規(guī)則非常重要，它必須滿足單量的爆發(fā)增長，不能重復(fù)，可以通過單號進(jìn)行不同維度的訂單數(shù)據(jù)保存與查詢。拉單就將前端用戶產(chǎn)生的單據(jù)拉取到后端生產(chǎn)庫，這是銷售訂單數(shù)據(jù)的來源，拆單可以查看以前總結(jié)的《OMS|訂單拆單》,這里不重復(fù)描述了。

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

現(xiàn)在紙質(zhì)發(fā)票越來越少了，電子發(fā)票的開票信息不需要同步到WMS系統(tǒng)了，但是開票金額的計(jì)算必不可少，且需要同步到電子發(fā)票稅務(wù)平臺。對于售后的一些補(bǔ)開、退換貨涉及的重開等也需要經(jīng)過發(fā)票服務(wù)進(jìn)行計(jì)算，這些雖然與財(cái)務(wù)關(guān)聯(lián)很大，但是與OMS系統(tǒng)密不可分，所以應(yīng)該是OMS的一部分。

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

訂單狀態(tài)是根據(jù)履單的流程不斷變化的，有在上游系統(tǒng)的變化，有在WMS系統(tǒng)內(nèi)的更新，訂單的全程跟蹤便是根據(jù)狀態(tài)的流轉(zhuǎn)進(jìn)行的統(tǒng)計(jì)與分析，業(yè)務(wù)部分會根據(jù)訂單的生命周期來進(jìn)行改進(jìn)。狀態(tài)變更時不僅涉及其他業(yè)務(wù)流程的邏輯處理，同時也需要進(jìn)行消息通知，如短信、郵件或微信。在零售電商系統(tǒng)的基礎(chǔ)服務(wù)層中會有對應(yīng)的網(wǎng)關(guān)與SP進(jìn)行對接，但是與用戶的交互要注意文案與格式，所以模板配置需要提前設(shè)置好，以便OMS進(jìn)行調(diào)用。只要與用戶有關(guān)，那么就要注重用戶體驗(yàn)，不能漏發(fā)或多發(fā)，也不能亂發(fā)，要設(shè)置好相關(guān)的規(guī)則。

流水

我在這里將出入庫流水劃分在OMS系統(tǒng)中，因?yàn)榻邮账械膫}儲作業(yè)數(shù)據(jù)，只要有出入庫那么就涉及到庫存的增或減。但是在WMS提供的API接口或返回的數(shù)據(jù)中可能不會區(qū)分單據(jù)類型，需要上游系統(tǒng)進(jìn)行重新處理。這個幾年前在與LSCM「倉儲對接平臺」進(jìn)行庫存核對時就需要到這樣的問題，WMS雖然有單據(jù)類型，但是經(jīng)過LSCM后就只有出與入兩種大類型，具體的信息都需要根據(jù)XML報文解析后，由上游系統(tǒng)進(jìn)行重新處理。流水也是SCM與財(cái)務(wù)系統(tǒng)交互的基礎(chǔ)，財(cái)務(wù)根據(jù)出入庫流程、庫存進(jìn)行財(cái)務(wù)成本的計(jì)算、相關(guān)報表生成等。所以如果你在負(fù)責(zé)OMS，需要注意這一塊，WMS有些是以調(diào)整單方式進(jìn)行的，單據(jù)需要上游進(jìn)行生成。

庫存

在零售電商系統(tǒng)中庫存一般分為三部分，內(nèi)部ERP、WMS和財(cái)務(wù)，其間關(guān)系以前曾說過，先有WMS，ERP根據(jù)出入庫單據(jù)由OMS進(jìn)行增或減，財(cái)務(wù)則根據(jù)OMS的出入庫流水進(jìn)行再次計(jì)算生成。所以對賬是必須的，WMS和ERP是實(shí)時作業(yè)的，庫存是實(shí)時變化的，會有時間性的差異，財(cái)務(wù)是根據(jù)流水生成的可以有準(zhǔn)確的期末庫存。接觸過幾個WMS系統(tǒng)都是通過快照方式備份期末庫存的，這個如果WMS系統(tǒng)中沒有，需要進(jìn)行開發(fā)，只要有一筆筆的數(shù)據(jù)就能夠推算出期末庫存。但是當(dāng)SKU數(shù)量和單據(jù)量非常非常大時，計(jì)算就需要時間，在系統(tǒng)設(shè)計(jì)上就要進(jìn)行分倉、分品類等進(jìn)行分布式計(jì)算，當(dāng)然我這里只是提出，在實(shí)際生產(chǎn)系統(tǒng)中最多遇到過一天幾十萬單，幾十萬個SKU的場景，與京東等平臺這種設(shè)計(jì)肯定滿足不了，有興趣的同學(xué)可以去考慮，可以私信交流。

總結(jié)

OMS名詞我們都知道，但是在不同的公司OMS的功能不同，涵蓋的業(yè)務(wù)也不同，只要根據(jù)業(yè)務(wù)較為合理的進(jìn)行規(guī)劃，滿足業(yè)務(wù)的變化就行了，至于它是不是訂單中臺不必過多計(jì)較了。業(yè)務(wù)驅(qū)動技術(shù)發(fā)展，在設(shè)計(jì)時要應(yīng)用領(lǐng)域模型，這是最近看書了解到的，業(yè)務(wù)、技術(shù)、數(shù)據(jù)、領(lǐng)域，究竟該如何去做，需要不斷的去參照成功企業(yè)的應(yīng)用案例結(jié)合實(shí)際場景去實(shí)踐。