OMS貨品管理VS電商商品管理

對(duì)于電商后臺(tái)的商品管理系統(tǒng)而言，類目，屬性（基本屬性，銷售屬性），品牌，運(yùn)費(fèi)模板，扣除庫存的節(jié)點(diǎn)等都是老生常談的話題，屬于非常標(biāo)準(zhǔn)化一套設(shè)計(jì)方案了。

但是對(duì)于跨境電商的OMS來說，這些數(shù)據(jù)大多數(shù)的都沒什么用處或者用處不大。上一節(jié)說到，跨境電商的OMS上游一般是電商平臺(tái)或者ERP，而下游是WMS，所以O(shè)MS的商品管理形態(tài)需要綜合考慮上下游及其他業(yè)務(wù)來決定。

類目是為了滿足電商平臺(tái)海量的商品管理和便于用戶瀏覽查找而設(shè)置的，所以一般會(huì)分前臺(tái)類目和后臺(tái)類目。在電商后臺(tái)的商品管理中，所有的商品都需要掛靠到合適的類目下，然后一切信息維護(hù)好了之后再「上架」該商品，用戶在電商前臺(tái)可見，可下單。而在跨境電商領(lǐng)域中，「上架商品」的行為一般是在ERP中來完成，行業(yè)內(nèi)稱之為「刊登」。

屬性一般會(huì)分為基本屬性和銷售屬性，基本屬性是SPU維度的屬性，屬于一些通用類的屬性，例如長寬高，重量，產(chǎn)地，名稱，品類之類的；而銷售屬性則是SKU維度的屬性，例如規(guī)格信息，SKU編碼，價(jià)格，可售庫存等。在跨境電商ERP中，有少數(shù)公司采用了SPU+SKU的方式來管理商品，但是大多數(shù)公司都是采用直接管理SKU的方式，因?yàn)楹啙嵎奖?，也便于用戶操作?strong>同樣的，OMS需要承接ERP中的一些數(shù)據(jù)，所以在選擇貨品管理的方式時(shí)，也會(huì)采用直接管理SKU的方式。

而品牌，運(yùn)費(fèi)模板等也基本上是作用于電商前后臺(tái)，對(duì)OMS來說基本上沒啥用處。

經(jīng)過上述簡單地對(duì)比之后，我們會(huì)發(fā)現(xiàn)跨境電商OMS的貨品管理模塊其實(shí)很簡單，并沒有想象中的那么復(fù)雜。

跨境電商OMS的貨品管理模塊一般可以分成三大模塊：

• 基礎(chǔ)信息；
• 報(bào)關(guān)申報(bào)（貿(mào)易）信息；
• 其他信息；

基礎(chǔ)信息就是常見的產(chǎn)品名稱，SKU，尺寸，重量，規(guī)格型號(hào)等。而報(bào)關(guān)信息則是海關(guān)編碼，申報(bào)中英文名，申報(bào)價(jià)值，原產(chǎn)地，其他報(bào)關(guān)要素，是否帶電等。其他信息則是一些圖片，產(chǎn)品備注，品牌，計(jì)量單位，包裝信息等，其他信息一般都不太重要，可填可不填。

商品/產(chǎn)品管理

所以只要完成了基本信息和報(bào)關(guān)申報(bào)信息相關(guān)的內(nèi)容，整個(gè)商品的雛形基本上就搭建好了，還是算比較簡單。

貨品的審核

貨品在OMS創(chuàng)建好了之后，一般需要提交審核，通過了審核之后才可以正常使用，用來創(chuàng)建入庫單。

此處的審核流程需要特別注意，核心點(diǎn)就是：到底誰來審核？怎么審核？

對(duì)于第三方海外倉來說，用戶在OMS端創(chuàng)建好了貨品并提交審核了之后，海外倉運(yùn)營人員（一般是在國內(nèi)）就會(huì)通過站內(nèi)信或者其他方式收到通知，然后及時(shí)去審核用戶創(chuàng)建的貨品信息，一般是會(huì)重點(diǎn)關(guān)注申報(bào)相關(guān)的信息和一些易錯(cuò)的信息。

對(duì)于自建海外倉來說，運(yùn)營人員創(chuàng)建好了貨品之后可以提交給領(lǐng)導(dǎo)層審核或者倉儲(chǔ)部門的專員來審核，也可以不審核，直接創(chuàng)建后就可以正常使用（不過此模式比較少見）。具體的審核流程可以自己根據(jù)業(yè)務(wù)來定義，按我過往的經(jīng)驗(yàn)，我建議還是要引入審核，因?yàn)樨浧樊吘故呛荜P(guān)鍵的基礎(chǔ)數(shù)據(jù)，最好在源頭上控制好錯(cuò)誤，避免造成更大的損失。

對(duì)于其他類型的海外倉來說，有可能運(yùn)營人員和倉儲(chǔ)人員都是同一批人，也就是說客戶創(chuàng)建好了貨品提交審核了之后，審核人員直接就是倉儲(chǔ)作業(yè)人員，中間沒有運(yùn)營團(tuán)隊(duì)。于是審核就會(huì)有一點(diǎn)點(diǎn)奇怪，因?yàn)镺MS的客戶可能會(huì)用到不同的倉庫，但是不同的倉庫都需要單獨(dú)審核一遍。

如果有運(yùn)營團(tuán)隊(duì)，那么應(yīng)該運(yùn)營團(tuán)隊(duì)直接在某個(gè)運(yùn)營后臺(tái)一次性審核就夠了，而不是不同的倉庫都需要審核一遍。這樣可以減輕倉庫的工作量，也能確保多個(gè)倉庫可以同時(shí)接收到可以使用的貨品數(shù)據(jù)，用戶也可以快速進(jìn)入下一步的作業(yè)流程。

貨品的同步

貨品資料通過了審核之后就可以直接使用了，可以在OMS端創(chuàng)建入庫單，然后推送到WMS中，倉庫就可以根據(jù)到貨的實(shí)物來收貨了。

不過在收貨的時(shí)候就會(huì)遇到一個(gè)問題，那就是貨品資料好像不夠齊全，有些業(yè)務(wù)不能跑下去。

因?yàn)槿霂靻沃饕簿褪莾蓚€(gè)大塊的內(nèi)容：一個(gè)是入庫單主體部分，另一個(gè)就是入庫的貨品明細(xì)。貨品明細(xì)中一般只會(huì)告訴倉庫，某個(gè)SKU這次入庫了多少數(shù)量，然后就沒其他信息了。

而倉庫在實(shí)際收貨的時(shí)候，除了需要知道SKU和數(shù)量之外，還需要知道貨品關(guān)聯(lián)的條碼，貨品的尺寸和重量，貨品是否需要掃描序列號(hào)等，這些信息僅靠入庫單是提供不了的。

于是我們就需要解決另外一個(gè)問題：如何將貨品資料提供給WMS端。

業(yè)內(nèi)最主流的辦法就是采用「提前同步」的辦法來解決，在OMS創(chuàng)建的貨品審核通過了之后，就會(huì)觸發(fā)「貨品同步」的機(jī)制，將貨品資料提前給到對(duì)應(yīng)的WMS。

也有一些倉庫是通過判斷入庫單下推來觸發(fā)「貨品同步」的，當(dāng)倉庫端接收到了一個(gè)入庫單，其中的SKU是新品（倉庫沒有相應(yīng)的數(shù)據(jù)），就會(huì)觸發(fā)一個(gè)同步的機(jī)制，主動(dòng)拉取OMS的貨品資料。

以上兩種方案各有優(yōu)劣，但是總體來說都能解決問題，至于采用哪一款就請(qǐng)讀者朋友們自己思考一下，然后與研發(fā)討論相應(yīng)的方案吧。

貨品管理難點(diǎn)與踩坑點(diǎn)

總體來說，跨境電商OMS的貨品管理其實(shí)還是算比較簡單的模塊，概念簡單而且業(yè)務(wù)復(fù)雜性也不高。不過由于貨品資料是整個(gè)倉儲(chǔ)行業(yè)的血液，一旦出問題那就是大問題，所以一定要貨品管理提高重視程度，以防踩坑。

接下來就來看看我之前項(xiàng)目中遇到的一些難點(diǎn)和踩坑點(diǎn)，以及對(duì)應(yīng)的解決方案吧。

難點(diǎn)與踩坑點(diǎn)一：同貨品但不同貨主

這個(gè)問題對(duì)于有經(jīng)驗(yàn)的WMS老手來說很簡單，但是對(duì)于沒有經(jīng)驗(yàn)或者初次遇到的朋友就會(huì)有點(diǎn)頭痛。

張三和李四是不同的貨主，但是他們兩家都要銷售同一款手機(jī)，而且這款手機(jī)可能都是從同一個(gè)供應(yīng)商那里拿到的，產(chǎn)品外觀都一樣，掃描的條碼也一樣，不過在張三和李四的系統(tǒng)中，它們的SKU是不一樣的。

?

盡管產(chǎn)品都是同一款，但是張三不想李四用了自己的貨，李四也不想張三誤發(fā)自己的貨。

最簡單的辦法就是給后來的產(chǎn)品重新貼碼，這樣可以在條碼上區(qū)分，倉庫作業(yè)人員也簡單方便。但是最大的問題就是，貼碼是需要成本的，這個(gè)錢誰來出？是張三付錢貼碼，還是李四付錢貼碼？大家都不想做冤大頭。

這個(gè)尷尬的問題，只有亞馬遜解決了。

聽說大家都不愿意吃虧花錢貼碼？沒問題，那就大家都貼，我給你們生成一個(gè)FNSKU，不管你們賣的是不是同款貨物，都給我貼上去吧。不貼就不讓你入庫，就收各種費(fèi)用阻撓你。

摘自網(wǎng)絡(luò)

除了亞馬遜這種「霸氣」的解決方案，稍微省錢又能兩頭都不太得罪的辦法那就是：使用貨主ID+SKU生成一個(gè)獨(dú)一無二的庫內(nèi)SKU條碼，同時(shí)使用貨主ID+SKU來查詢SKU。

后續(xù)在倉庫作業(yè)的時(shí)候，都通過SKU+貨主的ID來判斷是否有重復(fù)。張三和李四賣的手機(jī)SKU編碼都是123456，但是引入了貨主ID之后，就能通過zs123456和ls123456來區(qū)分這兩個(gè)產(chǎn)品了。在貨物入庫之后，需要通過物理庫位隔離開不同貨主的貨，避免同款產(chǎn)品混拿。

難點(diǎn)與踩坑點(diǎn)二：多個(gè)倉庫的尺寸和重量取誰的？

WMS一般都會(huì)有新品審核這樣的一個(gè)功能，當(dāng)有新的SKU進(jìn)入倉庫的時(shí)候，都會(huì)測量一遍數(shù)據(jù)用來日常作業(yè)的一些使用。

但是如果一個(gè)客戶使用了多個(gè)倉庫，分別創(chuàng)建了多個(gè)入庫單到不同的倉庫，對(duì)不同的倉庫來說，自己都是第一次接收到這個(gè)入庫單，這個(gè)產(chǎn)品。于是都需要做一遍新品審核，測量對(duì)應(yīng)的長寬高和重量等。

于是乎問題就來了，倉庫A測量的數(shù)據(jù)是10*10*11cm 2kg，而倉庫B測量的數(shù)據(jù)是10.1*10.5*11cm 2.02kg，還有倉庫C測量的數(shù)據(jù)是10.1*11*11cm 2.1kg，實(shí)際上客戶提供的數(shù)據(jù)是10*10*10cm 2kg。

這個(gè)時(shí)候到底取哪個(gè)數(shù)據(jù)就成了最大的爭議了，客戶覺得自己的數(shù)據(jù)是準(zhǔn)確的，而倉庫覺得客戶總是提供一些不準(zhǔn)確的數(shù)據(jù)給自己，導(dǎo)致增加一些額外的工作量。同時(shí)另一個(gè)倉庫又覺得不太信任別的倉庫的工作態(tài)度，覺得他們測量的數(shù)據(jù)不太準(zhǔn)確……

于是，一場無休止的爭吵就開始了。

這個(gè)問題有兩種方案，一種是直接以O(shè)MS的數(shù)據(jù)為準(zhǔn)，倉庫不能修改客戶提供的數(shù)據(jù)。如果客戶提供的數(shù)據(jù)有問題，則需要承擔(dān)一定的賠償和損失費(fèi)，這個(gè)費(fèi)用需要提前和客戶溝通清楚。建議使用這種方案。

另外一種就是不同的倉庫各自保存自己的數(shù)據(jù)，同時(shí)客戶的提供的數(shù)據(jù)也保存一份。這樣可以規(guī)避避免互相不信任的問題，但是帶來的問題也很明顯，就是當(dāng)需要使用這些尺寸重量信息的時(shí)候，從哪個(gè)來源取值是一個(gè)很棘手的問題。

難點(diǎn)與踩坑點(diǎn)三：貨品的刪除和修改

OMS的貨品創(chuàng)建好了之后，肯定會(huì)遇到需要修改或者刪除的場景。

此時(shí)需要仔細(xì)分析思考，哪些信息是可以修改的，哪些信息是允許被刪除的。因?yàn)樨浧肥莻}儲(chǔ)運(yùn)作的血液，這一塊的改動(dòng)會(huì)影響上下游很多單據(jù)，所以需要結(jié)合具體的業(yè)務(wù)來判斷，沒有一個(gè)標(biāo)準(zhǔn)的答案。

難點(diǎn)與踩坑點(diǎn)四：貨品條碼的打印

貨品的條碼打印，要盡量做到靈活和強(qiáng)大。

例如條碼生成的碼制是什么？是code39還是code128，生成好的條碼，要多用不同的設(shè)備掃描一下，盡量兼容多種PDA設(shè)備都能識(shí)別。

條碼的尺寸是多少？是100*30mm還是70*30mm還是50*20mm，制作多種不同的條碼尺寸，是為了可以貼在不同的貨品上。

條碼上的關(guān)鍵信息有哪些？除了展示SKU條碼之外，是否要展示產(chǎn)品的中文名稱或者英文名稱，是否要增加Made in China的標(biāo)識(shí)，是否要展示貨主編碼等。

截圖自Asinking ERP

總結(jié)

海外倉OMS的貨品管理總體上除了報(bào)關(guān)申報(bào)那一塊會(huì)有一些不一樣，還是和國內(nèi)的OMS或者ERP的貨品管理模塊是類似的，但是不同于電商后臺(tái)的商品管理。

貨品是倉儲(chǔ)運(yùn)作的根本，貨品資料則是倉儲(chǔ)系統(tǒng)流轉(zhuǎn)的血液。

貨品管理功能雖然簡單，但是其中還是很多細(xì)節(jié)不容小覷。很多細(xì)節(jié)或者踩坑點(diǎn)都是由于不同業(yè)務(wù)模式而催生出來的，想要徹底解決相類似的問題，最重要還是要理清業(yè)務(wù)的本質(zhì)和系統(tǒng)功能模塊的設(shè)計(jì)初衷。

做到知其然，更知其所以然，就會(huì)發(fā)現(xiàn)很多問題迎刃而解，而且自己的產(chǎn)品水平也突飛猛進(jìn)。

END