在新零售時代，隨著業(yè)務模式的復雜化和SKU種類的增加，倉儲管理成為供應鏈管理中的關鍵環(huán)節(jié)。本文從新零售業(yè)務中的倉儲場景出發(fā)，詳細拆解了ERP與WMS對接的流程，并探討了對接過程中常見的痛點與難點，供大家學習。

一、新零售業(yè)務中倉儲相關的業(yè)務場景

在新零售的業(yè)務模式中，由于涉及到的SKU種類巨多，同時門店覆蓋的地域廣泛，再加上新零售業(yè)態(tài)有多種多樣的玩法（即時零售、全渠道一盤貨等），所以會對倉儲物流方面提出更多、更高的要求。

1.1 常規(guī)備貨、發(fā)貨的場景

新零售公司得從供應商那里采購海量的商品，這些商品得經過一系列的倉儲規(guī)范流程作業(yè)，才能順利發(fā)到各個門店。這可不是簡單的“拿貨-發(fā)貨”流程，這里面的門道可多了。

首先，你得清楚每個門店的需求量。有些門店在繁華商圈，顧客流量大，商品消耗得快，備貨量就得大一些；有些門店在郊區(qū)，顧客相對少一些，備貨量就得控制。這就需要倉儲和銷售部門緊密配合，根據歷史銷售數據和市場預測，精準計算出每個門店的備貨量。

發(fā)貨的時候，更是不能馬虎。商品得按照門店的要求，分門別類地打包好，貼上標簽，然后通過物流渠道發(fā)出去。要是發(fā)貨出了問題，比如少發(fā)了商品，或者發(fā)錯了貨，那門店的正常運營可就受影響了，顧客體驗也會大打折扣。

1.2 多倉調撥、庫存周轉的場景

新零售的門店分布廣，這就意味著倉庫也得多點開花。有時候，一個地區(qū)的倉庫庫存不足，而另一個地區(qū)的倉庫庫存卻過剩。這時候，多倉調撥就顯得尤為重要了。

舉個例子，A城市的倉庫某種熱門商品賣得特別火，庫存快見底了；而B城市的倉庫這種商品還堆得滿滿的。倉儲部門就得迅速行動起來，從B城市的倉庫調撥商品到A城市的倉庫。這可不是簡單的“搬家”操作，涉及到運輸成本、運輸時間、商品安全等一系列問題。而且，調撥過程中還得保證庫存數據的實時更新，讓系統清楚地知道每個倉庫的庫存動態(tài)。

庫存周轉也是個讓人頭疼的問題。有些商品周轉快，有些商品卻像蝸牛一樣慢。倉儲部門得時刻關注庫存周轉率，對于周轉慢的商品，要想辦法促銷或者調整采購策略，避免庫存積壓。同時，還得優(yōu)化倉庫布局，讓周轉快的商品更容易被找到和發(fā)貨，提高整個倉儲的運營效率。

1.3 門店逆向退貨的場景

退貨，是每個零售商都繞不開的話題。在新零售模式下，門店退貨更是復雜得讓人抓狂。顧客在門店購買商品后，可能因為各種原因要求退貨，這部分商品可能可以二次銷售，也可能無法二次銷售。而且門店在日常經營過程中，也會因為商品滯銷、禁止銷售、過期、破損等原因，需要將這部分商品退回到倉庫，然后倉庫得進行一系列的操作。

對于倉庫而言，面對來自門店退貨到倉和其他客戶直接退貨到倉這兩種不同的業(yè)務場景，需要制定針對性的執(zhí)行規(guī)范和作業(yè)流程。這不僅涉及到商品的驗收、分類、存儲，還包括庫存數據的及時更新、與門店、物流商等外部組織的溝通協調等多個環(huán)節(jié)。

1.4 電商/O2O業(yè)務的場景

電商和O2O業(yè)務，是新零售的兩大“利器”，但也是倉儲物流的兩大“難題”。電商訂單的爆發(fā)式增長，讓倉儲部門常常手忙腳亂。尤其是在促銷活動期間，訂單量瞬間暴增數倍，倉儲得迅速響應，保證商品能夠及時發(fā)貨。

O2O業(yè)務更是復雜。顧客通過線上平臺下單，然后可以選擇到門店自提或者配送上門，這個配送可能是直接從門店中配送，也可能是次日達或者隔日達，即從倉庫中配送。

這幾個業(yè)務場景，和前面提到的幾種業(yè)務場景都不太一樣，也是需要倉庫針對這些場景做一些特殊的處理。例如說規(guī)劃單獨的電商倉，或者規(guī)劃單獨的電商/O2O作業(yè)流程等。

二、ERP對接WMS的流程拆解

對于新零售供應鏈的產品經理來說，倉儲相關的業(yè)務需求就像一座大山，壓得他們喘不過氣來。他們得花費大量的時間和精力，去梳理這些復雜的業(yè)務場景，優(yōu)化倉儲流程，提升運營效率。接下來，咱們就以“ERP對接第三方WMS的場景”為案例，好好拆解一下這里面的業(yè)務場景、產品方案以及一些經驗心得。

2.1 ERP對接WMS的兩種方式

一般來說，新零售的ERP對接WMS有兩種比較常見的方式。

第一種方式是對接類似 “奇門” 這樣的通用型應用平臺。這種方式就如同身處一個大型交通樞紐，通過一個核心通道，便能連接到多條不同方向的道路。借助這個平臺，企業(yè)只需一次接入，就能快速打通背后的多套 WMS 系統，實現物流信息的高效流轉。這大大簡化了對接流程，節(jié)省了時間和成本，讓企業(yè)能更迅速地整合倉儲資源，提升運營效率。

第二種方式是逐個對接不同倉儲服務商的自定義 WMS 接口。與第一種方式不同，這種對接方式需要針對每個倉儲服務商的特定接口進行單獨的開發(fā)和調試工作。雖然這種方式相對復雜，需要投入更多的人力、物力和時間成本，但在一些特殊情況下，比如企業(yè)對倉儲服務有特殊要求，或者合作的倉儲服務商沒有接入通用平臺時，這種方式能夠滿足企業(yè)個性化的需求，確保系統之間的穩(wěn)定對接。

無論是對接“奇門”這樣的通用型應用平臺，還是對接倉儲服務商的自定義WMS接口。這兩者背后要做的事情大體上都是一樣的，因為核心都是ERP去對接WMS，打通各種業(yè)務接口，實現從ERP推送單據到WMS。只要掌握了A，那么就可以快速遷移到B，可以互相借鑒參考。

下文中提到的對接流程拆解，重點會以“對接倉儲服務商的自定義WMS接口”為例，但是依然也是適用于“對接奇門”這種方式。

2.2 ERP需要對接WMS的幾個重點接口

我之前寫過一篇“為什么說奇門倉儲的接口文檔，是每個供應鏈產品經理必學的一個知識點？”的文章，里面總結了ERP對接WMS一般來說需要關注這么幾個重點接口：推送商品資料，從ERP推送到WMS中；推送入庫單，從ERP推送到WMS中，當WMS作業(yè)完成之后還需要回傳結果給ERP；推送出庫單，從ERP推送到WMS中，當WMS作業(yè)完成之后還需要回傳結果給ERP；查詢庫存，ERP主動查詢WMS中的庫存；庫存異動通知，WMS主動回傳倉庫變化的庫存動作/結果給EERP；

如果想要更深入了解一下這幾個接口中的業(yè)務細節(jié)，字段細節(jié)，邏輯細節(jié)，那么可以前往查閱這篇文章。

2.3 ERP對接WMS的流程拆解

背景導入：維他零售公司，之前都是做零售批發(fā)業(yè)務，對接的都是一些主要做B2B業(yè)務的倉庫。最近根據業(yè)務的規(guī)劃要開拓電商業(yè)務，所以想要對接B2C的電商相關的倉庫，目前已經找好了一家意向的倉庫，對方用的是萬里牛WMS，所以需要對接萬里牛WMS的接口。

https://open.hupun.com/api-doc/wms/open/oms/bill/cancelbill/v2

2.3.1 調研業(yè)務需求，梳理當前訴求

既然要搞B2C的電商業(yè)務，那么就要先自己內部把相關的需求給調研清楚，明確清楚，可能會涉及到電商運營部門，倉儲物流部門，采購和計劃部門等，都需要拉通。

2.3.2 閱讀接口文檔，提取有效信息

上述的相關分析，和正常做一些業(yè)務需求是一樣的，不會因為需要對接就有什么特別不太一樣的，所以按正常的需求分析和需求澄清的方式方法來執(zhí)行即可。

當背景信息和原始需求都搞清楚了之后，接下來就可以去閱讀接口文檔，提取接口文檔中的一些關鍵信息了。

1）獲取接口文檔的地址或者文件附件；

2）查看對接指引，了解大概的對接流程和步驟，按對方的要求執(zhí)行即可；

3）閱讀具體的API文檔，了解對方提供了哪些接口（API EndPoint），不同的接口有什么作用；

https://open.hupun.com/api-doc/wms/open/oms/bill/cancelbill/v2

4）結合需求調研，再加上自己對接口文檔的理解，可以梳理出要大概對接哪些EndPoint；

• 接口認證、授權、鑒權等；
• 商品同步，即從ERP推送商品資料到WMS中；
• 入庫單創(chuàng)建，即從ERP推送采購訂單到WMS中；
• 退貨入庫單創(chuàng)建，即從ERP推送退貨入庫單到WMS中，如果電商倉沒有退貨業(yè)務，則不需要對接；
• 發(fā)貨單創(chuàng)建接口，即從ERP推送銷售訂單到WMS中；
• 單據取消，即從ERP發(fā)起單據的取消，可以取消入庫單，退貨入庫單，發(fā)貨單等；
• 入庫單確認接口，即WMS入庫之后，更新狀態(tài)和數據，反向推送給ERP；（Webhook-回調）
• 退貨入庫單確認接口，即WMS退貨入庫之后，更新狀態(tài)和數據，反向推送給ERP；（Webhook-回調）
• 發(fā)貨單確認接口，即WMS發(fā)貨出庫之后，更新狀態(tài)和數據，反向推送給ERP；（Webhook-回調）
• 盤點單通知接口，即WMS發(fā)生了盤點之后，更新庫存變化的流水，然后反向推送給ERP；（Webhook-回調）

2.3.3 對接口文檔的內容做詳細的批注和分析

WMS方提供的接口文檔，可能非常豐富，文檔介紹非常詳實，也有可能接口文檔內容簡陋，表達的也不好，所以很有可能會有很多內容需要產品經理去確認，去落實。

這是產品經理在做對接類需求需要花費比較多時間和精力的方面，如果對方的接口文檔做得好，做得充分，那么對接流程就會很順暢，執(zhí)行起來就會很簡單；但是如果對方的接口文檔做得很爛，很多不全，那么對接過程就會很漫長，需要反復確認，修改等。

對接口文檔的批注和分析，也取決于產品經理的經驗積累和認知水平。你懂得越多，很多東西你就一眼能看懂，就無需過多的求證和確認，所以批注的內容就少了。

即使自己懂得比較少也沒關系，坦誠地承認，然后把自己不知道的東西記錄下來，再通過會議或者群聊的方式確認相關的事項即可。關鍵是要知道如何提出一個好問題，同時自己也要提前做好一些鋪墊知識的攝取，后續(xù)和對方溝通的時候就會比較高效率。

2.3.4 根據接口文檔，輸出接口對接的需求文檔

如果想要知道接口對接類的需求文檔怎么寫，要包含哪些內容和模塊，可以參考我之前寫的這篇文章“從兩個不同的視角，拆解ERP和WMS的對接”。

2.3.5 進入開發(fā)、測試、上線環(huán)節(jié)

當需求分析清楚了，需求文檔也輸出到位了，接下來就是接口開發(fā)了。

這一步就像是給兩個人之間搭建一座橋，讓他們能夠順利地交流信息。開發(fā)人員根據需求分析的結果，開發(fā)出符合要求的接口。

在開發(fā)過程中，得嚴格遵循接口規(guī)范，確保接口的穩(wěn)定性和兼容性。

接口開發(fā)完成后，就得進行測試優(yōu)化了。

這一步就像是給新搭建的橋進行試運行，看看有沒有問題。測試人員會對接口進行全面測試，包括功能測試、性能測試、穩(wěn)定性測試等。如果發(fā)現有問題，就得及時優(yōu)化調整，確保接口能夠正常運行。

測試優(yōu)化沒問題了，就可以正式上線運行了。

這一步就像是橋正式投入使用了，兩個人可以順利地交流信息了。

上線運行后，還得持續(xù)監(jiān)控接口的運行情況，及時處理可能出現的問題，確保ERP和WMS能夠長期穩(wěn)定地協同工作。

三、ERP對接WMS的痛難點

在新零售領域，隨著業(yè)務規(guī)模不斷拓展，企業(yè)對倉儲管理的要求也日益提升。其中，一個顯著的變化就是越來越多的倉庫WMS（倉儲管理系統）需要接入新零售ERP系統。

這一過程看似簡單，實則暗藏諸多挑戰(zhàn)。接下來，為大家拆解一下在ERP對接WMS時，常見的痛點與難點究竟有哪些。

3.1 WMS系統過多，差異化大

新零售業(yè)態(tài)復雜，合作的倉庫也多，這就導致了遇到的WMS系統是五花八門的。不同的倉庫可能使用不同的WMS系統，這些系統的功能、操作界面、數據格式等都大不相同。這就給ERP對接WMS帶來了巨大的麻煩。

比如，A倉庫的WMS系統支持奇門接口，但B倉庫的WMS系統卻只能用自定義接口。這就要求ERP系統得同時支持多種接口方式，開發(fā)和維護成本大幅增加。而且，不同WMS系統的能支持的功能和處理邏輯也不一樣，ERP在對接的過程中，既要梳理清楚ERP需要什么倉儲服務，需要哪些倉儲功能，同時也要結合對方的接口文檔和系統操作手冊，輸出折中的解決方案。

有一些合作意向比較強烈的WMS，可以根據新零售公司的業(yè)務特性，為新零售公司做一些深度定制化的業(yè)務，這無疑會讓整個對接過程中更加順暢，同時也能最大程度地和倉庫達成契合的業(yè)務合作。

但是有一些合作意愿不是很強烈的WMS或者是對方的研發(fā)能力有限，倉儲管理能力、服務能力有限，那么能提供的定制化服務就很少，甚至有很多業(yè)務場景都不太能滿足，需要新零售公司想其他辦法去妥協、解決等，這樣的倉儲服務商，在對接的過程中就比較痛苦，效率比較低，最后的合作效果也不是很好。

3.2 ERP的邏輯倉過多，管理難度大

為了滿足復雜的業(yè)務需求，新零售ERP系統中往往會設置多個邏輯倉。這些邏輯倉可能是按照商品類型劃分的，可能是按照業(yè)務需求劃分的，也可能是按照貨品管理的要求劃分的。雖然邏輯倉的設置可以讓業(yè)務管理更加精細化，對庫存的劃分、切割更加精準和細膩，以便于支撐更多的業(yè)務場景，但是這也帶來了非常多的弊端，最顯著的就是邏輯倉的管理難度太大。

首先，邏輯倉多了，數據管理就變得復雜。每次增加邏輯倉，維護邏輯的配置，配置邏輯倉可用的范圍和場景等都非常費勁。當邏輯倉有了庫存之后，查詢、導出多個邏輯倉的庫存，管理每個邏輯倉的庫存數據等都會變得非常復雜。

其次，邏輯倉多了，業(yè)務流程也會對應變得復雜。不同的邏輯倉有自己的業(yè)務規(guī)則，適用于不同的業(yè)務場景，那么ERP在處理業(yè)務時，得根據不同的規(guī)則進行操作，這就增加了系統的復雜性和出錯的概率。

接著，隨著對接的WMS越來越多，邏輯倉也對應線性增加。不同的WMS和邏輯倉映射規(guī)則并不一樣，這樣會導致在對接WMS的時候需要全盤考慮邏輯倉的映射邏輯，在實操中顯著增加了接口對接的難度，同時也造成對接進度緩慢，開發(fā)、測試、聯調效率不高。

最后，邏輯倉越來越多，內部蘊含的一些隱性邏輯和業(yè)務規(guī)則也越來越多。隨著系統的不斷迭代和龐大，后續(xù)將這些內容整理起來，并且轉交給其他的技術同事、業(yè)務同事、財務同事等，也是一項巨大的工程。新人想要快速上手這一塊的內容，需要耗費非常高的成本，而且很容易因為不熟悉而造成很多誤操作，帶來更多的損失。

3.3 ERP和WMS的庫存一致性處理難度高

庫存一致性是ERP和WMS對接中最讓人頭疼的問題。庫存是貫穿供應鏈業(yè)務的主心骨，也是ERP和WMS的核心中的核心，原則上ERP和WMS的庫存數據必須保持一致，否則所有涉及到庫存的業(yè)務模塊都可能會收到影響。

但在實際操作中，庫存一致性很難保證。一方面，WMS的庫存操作和ERP的庫存操作往往的解耦的，兩者是通過各種業(yè)務單據來串聯的，但是在對接的過程中可能會有一些業(yè)務單據是沒有對接或者遺漏了對接的，這就會導致ERP和WMS的庫存會有一些差異。另一方面，ERP和WMS之間的數據傳輸也可能出現問題，比如網絡故障、接口故障等，雙方系統都可能會出現一些小問題，從而導致庫存數據不一致。

ERP對接的WMS越多，那么需要考慮庫存一致性處理的場景也就越多，再疊加越來越多的邏輯倉，會使得兩方庫存數據對賬難度也越來越高。盡管倉庫可以引入每日動態(tài)盤點，固定周期的靜態(tài)盤點等手段來確保實物和WMS的庫存一致，但是WMS系統的庫存和ERP庫存的一致性，依然是個很難解決的問題。

倉庫的盤點，本質上是解決倉庫中的實物和WMS系統賬面上的庫存，但是WMS系統賬面庫存還要和ERP系統賬面庫存保持一致，這部分的對賬可以用系統來做，也可以人工來做。如果是系統來做，則一般是讓ERP對接WMS的庫存查詢接口，然后定時拉取WMS的庫存到ERP，然后系統來比對ERP和WMS的庫存差異，再按需觸發(fā)ERP的庫存調整單。如果是人工來做，則一般是從ERP導出一份庫存數據，然后從WMS也導出一份數據，然后再人工用Excel進行數據的比對，接著在ERP上去創(chuàng)建庫存調整單。

無論是系統方式對賬，還是人工方式對賬，只要ERP的邏輯倉多了，SKU種類多了，那么核對起來的難度和成本都會很高。因為WMS的庫存往往是一個具體的數量，而ERP的庫存則散落在不同的邏輯倉中，還需要人工匯總之后再進行比對。如果對邏輯倉這一塊的邏輯不太熟悉的讀者朋友，可以翻閱一下我之前的寫的實體倉、邏輯倉、虛擬倉相關的文章。

四、總結

新零售的倉儲管理，就像是一場沒有硝煙的戰(zhàn)爭。倉儲人員、產品經理、技術開發(fā)人員等，都在為了這場戰(zhàn)爭的勝利而努力拼搏。ERP和WMS的對接，只是這場戰(zhàn)爭中的一個環(huán)節(jié)，但卻是至關重要的一環(huán)。只有解決了ERP和WMS對接中的痛點和難點，才能讓新零售的倉儲管理更加高效、更加精準，為整個新零售業(yè)務的順利開展提供堅實的保障。

希望這篇文章能讓你對新零售倉儲管理以及ERP和WMS的對接問題有更深入的了解。如果你在實際工作中也遇到了類似的問題，不妨參考一下這篇文章，說不定能給你帶來一些啟發(fā)和幫助呢！