跨境電商海外倉系統(tǒng)WMS是專為海外倉企業(yè)開發(fā)的一款包含了收發(fā)貨，庫存管理，訂單管理，渠道管理，人員管理，財務(wù)管理的一款專業(yè)的管理軟件，系統(tǒng)由客戶OMS端和后臺企業(yè)WMS端組成，系統(tǒng)功能包含一件代發(fā)、快遞物流打單、虛擬倉轉(zhuǎn)運、FBA退貨換標(biāo)、集運轉(zhuǎn)運、專業(yè)退件管理、貨代海運清關(guān)、庫存管理、財務(wù)管理、客戶管理、渠道管理、店鋪管理、訂單管理、幫客戶發(fā)頭程等功能組成。

免費多倉，多地區(qū)，多語言，多幣種，多模式管理，可視化庫存管理，多維度數(shù)據(jù)報表，揀貨路徑智能生成，自定義客戶報價等，支持自定義面單和賬單格式，定制化功能開發(fā)，已對接亞馬遜，ebay，wish，Tik Tok，蝦皮等各大主流電商平臺，全球物流尾程渠道300+，任意對接電商erp系統(tǒng)。

跨境電商倉儲管理系統(tǒng)對于賬號管理方面，后臺企業(yè)WMS端支持開設(shè)多個管理賬號，自定義賬號權(quán)限，沒有數(shù)量限制?？蛻鬙MS端也支持開設(shè)不同權(quán)限的子賬號，給賣家的客戶使用。

海外倉系統(tǒng)（WMS）是一款很典型的B端產(chǎn)品，也有很多B端產(chǎn)品經(jīng)理或多或少都接觸過它，但是如果是針對跨境電商海外倉而研發(fā)的WMS可能接觸的人就不算多了。

那么海外倉的WMS和國內(nèi)主流的這些電商的WMS有什么區(qū)別呢？

就我個人兩年多的WMS產(chǎn)品設(shè)計的經(jīng)驗來看，我覺得區(qū)別主要在這幾個方面：

業(yè)務(wù)的差異，海外倉的品類肯定會比國內(nèi)電商平臺的種類少很多，所以一般地海外倉系統(tǒng)都相對比較簡單，業(yè)務(wù)不會太多支線；

文化的差異，海外倉的本土化一直是業(yè)務(wù)的一個難題，如果是和華人管理團隊合作可能還好一點，如果是和其他歐美國家的管理團隊合作，那么其中文化差異帶來的種種問題算是一個大坑；

政策和法律法規(guī)的差異，海外倉庫發(fā)貨需要遵循不同國家或者地區(qū)的法律法規(guī)，其中很有很多內(nèi)容會定制化，所以系統(tǒng)的差異性是很常見的；

地域的差異，海外倉很常見的一個痛點就是溝通的時差問題，很多可以在同時間段內(nèi)快速溝通解決的問題由于地域的限制，跨時區(qū)，跨語言交流就會變得效率極低或者意外頻發(fā)；

雖然上面說的四個差異點似乎挺棘手的，但是WMS的核心內(nèi)容還是大同小異的，所以國內(nèi)傳統(tǒng)電商的WMS的設(shè)計思路和經(jīng)驗其實還是可以運用到海外倉的WMS設(shè)計上。

接下來我就來扒一下我這兩年設(shè)計海外倉WMS的一些心得，同時也將一些踩的坑分享出來。這篇是海外倉WMS系列文的第1篇，我打算把它分成5個模塊，也就是會依次寫5篇文章來闡述我的設(shè)計心得，它們分別是：

跨境電商海外倉：WMS的入庫功能設(shè)計

跨境電商海外倉：WMS的出庫功能設(shè)計

跨境電商海外倉：WMS的盤點功能設(shè)計

跨境電商海外倉：WMS的庫存功能設(shè)計

跨境電商海外倉：WMS的RMA退件設(shè)計

01 海外倉的基礎(chǔ)業(yè)務(wù)模式

海外倉運作流程業(yè)內(nèi)一般分為三段式：

頭程：國內(nèi)集貨送到海外倉；

庫內(nèi)：訂單操作及庫存管理；

尾程：出倉配送及售后服務(wù)。

我們這里提到的海外倉WMS就是指庫內(nèi)+尾程這個環(huán)節(jié)，當(dāng)然也有些海外倉WMS會把頭程相關(guān)的業(yè)務(wù)也放在里面，但是考慮到本文的主題是講海外倉WMS，那么這一塊我就不做延伸了。

WMS入庫流程

WMS的入庫流程基本上都是大同小異，先接收上游預(yù)報的入庫單（ASN），然后貨到了之后，對貨打印ASN收貨單，接著開始點數(shù)收貨；收貨的時候可能需要貼標(biāo)，如果不需要貼標(biāo)則錄入數(shù)量即可；有些情況下會有質(zhì)檢的要求，通過質(zhì)檢將到貨的不良品區(qū)分出來，然后將良品上架即可，不良品拒收或者單獨處理。

1. 提前預(yù)報

關(guān)于提前預(yù)報，很多倉庫都會提出這樣的要求，一般來說客戶也都能接受這樣的要求。但是也會有極少數(shù)情況下出現(xiàn)未預(yù)報，貨卻提前到的情況，這個時候倉庫一般會耽誤一些時間來識別這些貨到底是屬于誰的，是入庫還是退件還是什么情況。所以這一塊需要特別地和客戶強調(diào)清楚，可以通過警告或者罰款的方式來規(guī)避這樣問題繼續(xù)出現(xiàn)。

提前預(yù)報有一個很關(guān)鍵的點，就是預(yù)報的內(nèi)容格式是怎么樣的？

早期的時候，由于我們的客戶少，而且也比較有話語權(quán)，所以我們的入庫預(yù)報只需要提供SKU和數(shù)量就夠了。對倉庫來說，倉庫知道這個入庫單預(yù)報了多少SKU，多少數(shù)量，然后到貨了他對著清單點數(shù)即可。

但是隨著業(yè)務(wù)的發(fā)展，這種方式出現(xiàn)了一個問題，那就是當(dāng)客戶預(yù)報了一個入庫單，但是入庫單分成了多箱，會有時間先后順序進來的時候，倉庫收貨就會很頭痛。因為一個預(yù)報單要收貨多次，倉庫并不知道這個單到底有沒有收完，客戶也不知道倉庫到底是還沒收到我的貨，還是說有部分已經(jīng)丟了，那么這個預(yù)報單就會一直掛在收貨中的狀態(tài)。

而前端OMS那邊處理也有點頭痛，到底要不要標(biāo)記完結(jié)，如果不標(biāo)記有些客戶又不支持多次回傳；如果標(biāo)記了完結(jié)，那如果后續(xù)貨又到了，又要補錄一個單，這樣也失去了預(yù)報的作用。（因為預(yù)報不準(zhǔn)確）

后來我們調(diào)整了入庫單的預(yù)報內(nèi)容格式，以箱子為單位，如果你有10箱，那么就錄入10箱分別有多少SKU，多少數(shù)量，同時在每箱外殼上貼上箱嘜號；倉庫在收貨的時候，也按掃描箱嘜號就可以收貨，可以精確地知道還有幾箱沒有到，幾箱是已經(jīng)收貨了的。

當(dāng)然這一塊也有一個難題，那就是客戶可能并不能按箱來打包或者客戶做不到提前在箱子上貼好箱嘜，那就只能做一個兼容版——預(yù)報的時候裝箱明細(xì)只填一箱，將所有貨物當(dāng)作是放在一個 “大箱子”。

按箱多次收貨流程

2. 收貨

收貨有一個和國內(nèi)電商WMS很明顯的不一樣的地方在于：海外倉收貨基本上沒有拒收這種情況。

客戶千辛萬苦地將貨物出口清關(guān)，國際運輸，然后再進口清關(guān)，再本地派送到倉庫，結(jié)果倉庫因為貨物損壞或者沒有預(yù)報什么的就拒收，這個顯然不合理。

所以海外倉收貨如果遇到破損，丟失等問題，基本上只能先收了再說，至于索賠或者是換貨什么的都是線下溝通再處理。

這里有一個難點在于不同客戶對貨物的要求不一樣，有些客戶如果遇到了丟失那么要立馬處理，而不能按倉庫實到多少就收多少；還有一些客戶覺得破損了包裝是不能賣的，有些客戶覺得一點點破損沒問題，可以賣……

這一塊對系統(tǒng)的壓力來自于怎么兼容不同的客戶訴求和不同的倉庫管理規(guī)則，例如有的倉庫就不接受幫忙對客戶的貨物質(zhì)檢，或者即使接受，歐美的人工費極高，質(zhì)檢的費用也就水漲船高。還有一些客戶希望倉庫能幫忙貼標(biāo)或者換標(biāo)，這一塊也會在收貨的時候做，系統(tǒng)如何記錄動作收費，也是一個難題。

收貨一般是拿著PDA，然后對著實物清點，依次錄入各個SKU收到的數(shù)量；這里需要強調(diào)的是，一般收貨環(huán)節(jié)都是比較慢的，所以對一個入庫單的收貨可能會多個人同時參與，所以PDA收貨最好是要支持多人同時收貨，然后提交數(shù)據(jù)之后再合并到一起。

而數(shù)量差異的問題，取決于各個客戶的要求和倉庫的妥協(xié)程度，最好的方式或者最快速的方式就是：以倉庫實收為主，倉庫收多少就是多少。

PDA多人按箱號收貨流程

3. 質(zhì)檢

收貨后根據(jù)預(yù)入庫的要求進行抽檢或者全檢，考慮到海外倉一般沒有拒收和二次加工等。一般質(zhì)檢后不合格的，都會標(biāo)記為不良品，然后單獨上架到不良品區(qū)；而合格的產(chǎn)品一般會上架到好料區(qū)，然后提供銷售。

海外倉做質(zhì)檢的比較少，原因在上面提到了，一方面是人工費用的問題，一方面是溝通的問題；因為質(zhì)檢的標(biāo)準(zhǔn)不太好界定，一般都需要獨立的部門負(fù)責(zé)，而讓海外倉庫來做這些有點太為難了。所以很多客戶都會選擇將這類產(chǎn)品放在不良品區(qū)，然后固定的一個周期將其轉(zhuǎn)運回香港或者內(nèi)地，然后由專門團隊進行維修和檢測。

當(dāng)然，如果只是一些簡單的外包裝破損等，客戶可以提前準(zhǔn)備一些替換的物料，然后備貨在倉庫，如有需要，則聯(lián)系倉庫幫忙更換包裝，系統(tǒng)一般就做一個出庫操作（扣減物料庫存）即可。

4. 上架

PDA上架流程

上架的難點和痛點有這么幾個地方：

上架數(shù)量和收貨數(shù)量不一致怎么辦？

上架的策略是什么？

上架的批次號記錄；

計費的難點；

上架數(shù)量和收貨數(shù)量不一致一般是倉庫的責(zé)任——

如果收貨的時候點數(shù)點錯了，那么上架的時候就會造成客戶的實際庫存不準(zhǔn)確。

如果是上架比收貨多了，那么客戶庫存多了；如果上架數(shù)量比收貨數(shù)量少了，那么客戶庫存少了；無論是哪種，對客戶來說，看到收貨數(shù)量和上架數(shù)量不一致，都會很感覺很迷惑。

所以一般會強制要求上架數(shù)量和收貨數(shù)量要一致，如果確實有差異，則聯(lián)系客戶重新補推單或者倉庫及時做一個盤虧操作。

上架的策略也是上架的一個難點，一般來說倉庫會采用“根據(jù)歷史記錄推薦”的方式來做策略，或者實力更強的團隊可以用一些算法來做決策。上架策略的好與壞，會影響倉庫上架的速度，同時也會影響揀貨的速度。這一塊我對算法的策略不是很熟悉，所以就不展開講了，我們一般是用“歷史記錄推薦法”來做推薦，將某個客戶的貨物放在一個區(qū)域，然后同樣的SKU放在一起。

上面提到了上架策略的事，接著一個難題就是上架的批次號問題。有些倉庫的批次號是和入庫單管理的，有些是跟上架單管理的。同一個SKU，今天入和明天入應(yīng)該是不同的批次，因為很多貨物有先進先出的要求，所以需要將先到的貨物先發(fā)出去。而批次號管理有一個重點：同一個SKU，不同批次不能放在一個庫位上。

先進先出會大大地提升倉庫的庫位占有率，而先進先出又不能同SKU混在一起，所以這個時候上架的策略就很關(guān)鍵了?！皻v史推薦法”在這個時候就不太適用了，只能確保不同批次的SKU不會重復(fù)放在一個位置上，但是卻很難給出一個合適的推薦位置。這一塊需要結(jié)合實際的倉庫庫位和管理能力來決定，是否要做嚴(yán)格的先進先出，還是可以做一個“假性”先進先出。

“假性”先進先出：先到的貨物放在庫位外側(cè)，后到貨物放在庫位內(nèi)側(cè)。所以大家去超市買酸奶的時候，可以觀察一下，同一款酸奶，一般放在冰箱內(nèi)側(cè)的生產(chǎn)日期會比外側(cè)的生產(chǎn)日期晚。

最后還有一個是計費的難點，因為不同倉庫對客戶的報價不一樣，所以這一塊不是很方便展開講，主要踩的坑和想表達的就是：收費一定要簡化，簡化再簡化。 如果每做一個動作都要收費的話，系統(tǒng)的設(shè)計和使用就會越走越歪，而且暴露的問題也會越來越多。所以越簡單的收費模式反而可能是越“賺錢”的模式。

總結(jié)

海外倉WMS的收貨流程基本上是和傳統(tǒng)電商的WMS收貨一致的，如果你對傳統(tǒng)電商的WMS收貨流程熟悉的話，那么理解海外倉這一塊基本上難度不大。只需要重點關(guān)注一些業(yè)務(wù)的差異性和一些倉庫操作的差異即可。

關(guān)于海外倉，其實有一個許久未解決的痛點，也可以理解成商機。客戶在跨境電商中的訂單履行體驗好與不好，一大半原因取決于海外倉的操作水平，而海外倉的操作水平又取決合作商本土化的管理能力。

簡單點理解：如果倉庫端操作人員和管理人員是靠譜的，是容易溝通的，和業(yè)務(wù)系統(tǒng)的開發(fā)團隊是沒有什么文化差異或者溝通偏差的，那么這個海外倉基本上不會太差。

免責(zé)聲明：以上"跨境電商wms系統(tǒng)功能分析"內(nèi)容和圖片來源于網(wǎng)絡(luò)，本網(wǎng)站轉(zhuǎn)載僅為傳遞更多行業(yè)信息和交流之目的，著作權(quán)屬原創(chuàng)者所有，如有版權(quán)問題請聯(lián)系網(wǎng)站管理員刪除。