起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識跨境電商海外倉（OMS篇）：貨品管理模塊功能設(shè)計
編輯導語：由于跨境電商的特殊性，OMS的商品管理形態(tài)需要綜合考慮上下游及其他業(yè)務來決定。因此與傳統(tǒng)的電商商品管理有所區(qū)別。在今天這篇文章中，作者繼續(xù)為我們分析了貨品管理模塊功能設(shè)計方法，快來收藏學習吧。
一、OMS貨品管理VS電商商品管理
對于電商后臺的商品管理系統(tǒng)而言，類目，屬性（基本屬性，銷售屬性），品牌，運費模板，扣除庫存的節(jié)點等都是老生常談的話題，屬于非常標準化一套設(shè)計方案了。
但是對于跨境電商的OMS來說，這些數(shù)據(jù)大多數(shù)的都沒什么用處或者用處不大。上一節(jié)說到，跨境電商的OMS上游一般是電商平臺或者ERP，而下游是WMS，所以O(shè)MS的商品管理形態(tài)需要綜合考慮上下游及其他業(yè)務來決定。
類目是為了滿足電商平臺海量的商品管理和便于用戶瀏覽查找而設(shè)置的，所以一般會分前臺類目和后臺類目。在電商后臺的商品管理中，所有的商品都需要掛靠到合適的類目下，然后一切信息維護好了之后再「上架」該商品，用戶在電商前臺可見，可下單。而在跨境電商領(lǐng)域中，「上架商品」的行為一般是在ERP中來完成，行業(yè)內(nèi)稱之為「刊登」。
屬性一般會分為基本屬性和銷售屬性，基本屬性是SPU維度的屬性，屬于一些通用類的屬性，例如長寬高，重量，產(chǎn)地，名稱，品類之類的；
而銷售屬性則是SKU維度的屬性，例如規(guī)格信息，SKU編碼，價格，可售庫存等。在跨境電商ERP中，有少數(shù)公司采用了SPU+SKU的方式來管理商品，但是大多數(shù)公司都是采用直接管理SKU的方式，因為簡潔方便，也便于用戶操作。
同樣的，OMS需要承接ERP中的一些數(shù)據(jù)，所以在選擇貨品管理的方式時，也會采用直接管理SKU的方式。而品牌，運費模板等也基本上是作用于電商前后臺，對OMS來說基本上沒啥用處。
經(jīng)過上述簡單地對比之后，我們會發(fā)現(xiàn)跨境電商OMS的貨品管理模塊其實很簡單，并沒有想象中的那么復雜。
跨境電商OMS的貨品管理模塊一般可以分成三大模塊：
- 基礎(chǔ)信息；
- 報關(guān)申報（貿(mào)易）信息；
- 其他信息；
基礎(chǔ)信息就是常見的產(chǎn)品名稱，SKU，尺寸，重量，規(guī)格型號等。而報關(guān)信息則是海關(guān)編碼，申報中英文名，申報價值，原產(chǎn)地，其他報關(guān)要素，是否帶電等。其他信息則是一些圖片，產(chǎn)品備注，品牌，計量單位，包裝信息等，其他信息一般都不太重要，可填可不填。
商品/產(chǎn)品管理
所以只要完成了基本信息和報關(guān)申報信息相關(guān)的內(nèi)容，整個商品的雛形基本上就搭建好了，還是算比較簡單。
二、貨品的審核
貨品在OMS創(chuàng)建好了之后，一般需要提交審核，通過了審核之后才可以正常使用，用來創(chuàng)建入庫單。
此處的審核流程需要特別注意，核心點就是：到底誰來審核？怎么審核？
對于第三方海外倉來說，用戶在OMS端創(chuàng)建好了貨品并提交審核了之后，海外倉運營人員（一般是在國內(nèi)）就會通過站內(nèi)信或者其他方式收到通知，然后及時去審核用戶創(chuàng)建的貨品信息，一般是會重點關(guān)注申報相關(guān)的信息和一些易錯的信息。
對于自建海外倉來說，運營人員創(chuàng)建好了貨品之后可以提交給領(lǐng)導層審核或者倉儲部門的專員來審核，也可以不審核，直接創(chuàng)建后就可以正常使用（不過此模式比較少見）。
具體的審核流程可以自己根據(jù)業(yè)務來定義，按我過往的經(jīng)驗，我建議還是要引入審核，因為貨品畢竟是很關(guān)鍵的基礎(chǔ)數(shù)據(jù)，最好在源頭上控制好錯誤，避免造成更大的損失。
對于其他類型的海外倉來說，有可能運營人員和倉儲人員都是同一批人，也就是說客戶創(chuàng)建好了貨品提交審核了之后，審核人員直接就是倉儲作業(yè)人員，中間沒有運營團隊。于是審核就會有一點點奇怪，因為OMS的客戶可能會用到不同的倉庫，但是不同的倉庫都需要單獨審核一遍。
如果有運營團隊，那么應該運營團隊直接在某個運營后臺一次性審核就夠了，而不是不同的倉庫都需要審核一遍。
這樣可以減輕倉庫的工作量，也能確保多個倉庫可以同時接收到可以使用的貨品數(shù)據(jù)，用戶也可以快速進入下一步的作業(yè)流程。
三、貨品的同步
貨品資料通過了審核之后就可以直接使用了，可以在OMS端創(chuàng)建入庫單，然后推送到WMS中，倉庫就可以根據(jù)到貨的實物來收貨了。
不過在收貨的時候就會遇到一個問題，那就是貨品資料好像不夠齊全，有些業(yè)務不能跑下去。
因為入庫單主要也就是兩個大塊的內(nèi)容：一個是入庫單主體部分，另一個就是入庫的貨品明細。貨品明細中一般只會告訴倉庫，某個SKU這次入庫了多少數(shù)量，然后就沒其他信息了。
而倉庫在實際收貨的時候，除了需要知道SKU和數(shù)量之外，還需要知道貨品關(guān)聯(lián)的條碼，貨品的尺寸和重量，貨品是否需要掃描序列號等，這些信息僅靠入庫單是提供不了的。
于是我們就需要解決另外一個問題：如何將貨品資料提供給WMS端。
業(yè)內(nèi)最主流的辦法就是采用「提前同步」的辦法來解決，在OMS創(chuàng)建的貨品審核通過了之后，就會觸發(fā)「貨品同步」的機制，將貨品資料提前給到對應的WMS。
也有一些倉庫是通過判斷入庫單下推來觸發(fā)「貨品同步」的，當倉庫端接收到了一個入庫單，其中的SKU是新品（倉庫沒有相應的數(shù)據(jù)），就會觸發(fā)一個同步的機制，主動拉取OMS的貨品資料。
以上兩種方案各有優(yōu)劣，但是總體來說都能解決問題，至于采用哪一款就請讀者朋友們自己思考一下，然后與研發(fā)討論相應的方案吧。
四、貨品管理難點與踩坑點
總體來說，跨境電商OMS的貨品管理其實還是算比較簡單的模塊，概念簡單而且業(yè)務復雜性也不高。不過由于貨品資料是整個倉儲行業(yè)的血液，一旦出問題那就是大問題，所以一定要貨品管理提高重視程度，以防踩坑。
接下來就來看看我之前項目中遇到的一些難點和踩坑點，以及對應的解決方案吧。
1. 難點與踩坑點一：同貨品但不同貨主
這個問題對于有經(jīng)驗的WMS老手來說很簡單，但是對于沒有經(jīng)驗或者初次遇到的朋友就會有點頭痛。
張三和李四是不同的貨主，但是他們兩家都要銷售同一款手機，而且這款手機可能都是從同一個供應商那里拿到的，產(chǎn)品外觀都一樣，掃描的條碼也一樣，不過在張三和李四的系統(tǒng)中，它們的SKU是不一樣的。
“盡管產(chǎn)品都是同一款，但是張三不想李四用了自己的貨，李四也不想張三誤發(fā)自己的貨?！?/p>
最簡單的辦法就是給后來的產(chǎn)品重新貼碼，這樣可以在條碼上區(qū)分，倉庫作業(yè)人員也簡單方便。但是最大的問題就是，貼碼是需要成本的，這個錢誰來出？是張三付錢貼碼，還是李四付錢貼碼？大家都不想做冤大頭。
這個尷尬的問題，只有亞馬遜解決了。
聽說大家都不愿意吃虧花錢貼碼？沒問題，那就大家都貼，我給你們生成一個FNSKU，不管你們賣的是不是同款貨物，都給我貼上去吧。不貼就不讓你入庫，就收各種費用阻撓你。
摘自網(wǎng)絡
除了亞馬遜這種「霸氣」的解決方案，稍微省錢又能兩頭都不太得罪的辦法那就是：使用貨主ID+SKU生成一個獨一無二的庫內(nèi)SKU條碼，同時使用貨主ID+SKU來查詢SKU。
后續(xù)在倉庫作業(yè)的時候，都通過SKU+貨主的ID來判斷是否有重復。張三和李四賣的手機SKU編碼都是123456，但是引入了貨主ID之后，就能通過zs123456和ls123456來區(qū)分這兩個產(chǎn)品了。
在貨物入庫之后，需要通過物理庫位隔離開不同貨主的貨，避免同款產(chǎn)品混拿。
2. 難點與踩坑點二：多個倉庫的尺寸和重量取誰的？
WMS一般都會有新品審核這樣的一個功能，當有新的SKU進入倉庫的時候，都會測量一遍數(shù)據(jù)用來日常作業(yè)的一些使用。
但是如果一個客戶使用了多個倉庫，分別創(chuàng)建了多個入庫單到不同的倉庫，對不同的倉庫來說，自己都是第一次接收到這個入庫單，這個產(chǎn)品。于是都需要做一遍新品審核，測量對應的長寬高和重量等。
于是乎問題就來了，倉庫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ù)據(jù)是10*10*10cm 2kg。
這個時候到底取哪個數(shù)據(jù)就成了最大的爭議了，客戶覺得自己的數(shù)據(jù)是準確的，而倉庫覺得客戶總是提供一些不準確的數(shù)據(jù)給自己，導致增加一些額外的工作量。同時另一個倉庫又覺得不太信任別的倉庫的工作態(tài)度，覺得他們測量的數(shù)據(jù)不太準確……
于是，一場無休止的爭吵就開始了。
這個問題有兩種方案，一種是直接以O(shè)MS的數(shù)據(jù)為準，倉庫不能修改客戶提供的數(shù)據(jù)。如果客戶提供的數(shù)據(jù)有問題，則需要承擔一定的賠償和損失費，這個費用需要提前和客戶溝通清楚。建議使用這種方案。
另外一種就是不同的倉庫各自保存自己的數(shù)據(jù)，同時客戶的提供的數(shù)據(jù)也保存一份。這樣可以規(guī)避避免互相不信任的問題，但是帶來的問題也很明顯，就是當需要使用這些尺寸重量信息的時候，從哪個來源取值是一個很棘手的問題。
3. 難點與踩坑點三：貨品的刪除和修改
OMS的貨品創(chuàng)建好了之后，肯定會遇到需要修改或者刪除的場景。
此時需要仔細分析思考，哪些信息是可以修改的，哪些信息是允許被刪除的。因為貨品是倉儲運作的血液，這一塊的改動會影響上下游很多單據(jù)，所以需要結(jié)合具體的業(yè)務來判斷，沒有一個標準的答案。
4. 難點與踩坑點四：貨品條碼打印的靈活性
貨品條碼的打印，要盡量做到靈活和強大。
例如條碼生成的碼制是什么？是code39還是code128，生成好的條碼，要多用不同的設(shè)備掃描一下，盡量兼容多種PDA設(shè)備都能識別。
條碼的尺寸是多少？是100*30mm還是70*30mm還是50*20mm，制作多種不同的條碼尺寸，是為了可以貼在不同的貨品上。
條碼上的關(guān)鍵信息有哪些？除了展示SKU條碼之外，是否要展示產(chǎn)品的中文名稱或者英文名稱，是否要增加Made in China的標識，是否要展示貨主編碼等。
截圖自Asinking ERP
五、總結(jié)
海外倉OMS的貨品管理總體上除了報關(guān)申報那一塊會有一些不一樣，還是和國內(nèi)的OMS或者ERP的貨品管理模塊是類似的，但是不同于電商后臺的商品管理。
貨品是倉儲運作的根本，貨品資料則是倉儲系統(tǒng)流轉(zhuǎn)的血液。
貨品管理功能雖然簡單，但是其中還是很多細節(jié)不容小覷。很多細節(jié)或者踩坑點都是由于不同業(yè)務模式而催生出來的，想要徹底解決相類似的問題，最重要還是要理清業(yè)務的本質(zhì)和系統(tǒng)功能模塊的設(shè)計初衷。
做到知其然，更知其所以然，就會發(fā)現(xiàn)很多問題迎刃而解，而且自己的產(chǎn)品水平也突飛猛進。
#專欄作家#
我叫維他命（Vitamin），微信公眾號：PM維他命。前PHPer，做過在線教育類產(chǎn)品，也做過3年半的跨境倉儲物流方向的產(chǎn)品，目前是一位外貿(mào)SaaS領(lǐng)域的供應鏈產(chǎn)品經(jīng)理。主要專注于WMS/OMS/TMS/BMS/ERP等領(lǐng)域，分享供應鏈相關(guān)的產(chǎn)品知識。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載
題圖來自Unsplash，基于CC0協(xié)議
專欄作家
維他命（Vitamin），微信公眾號：PM維他命，人人都是產(chǎn)品經(jīng)理專欄作家。前PHPer，做過在線教育類產(chǎn)品，也做過5年多的跨境供應鏈方向的產(chǎn)品，現(xiàn)任某跨境電商ERP的產(chǎn)品負責人。主要專注于WMS/OMS/TMS/BMS/ERP等領(lǐng)域，分享跨境和供應鏈相關(guān)的產(chǎn)品知識。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。
題圖來自Unsplash，基于 CC0 協(xié)議。
該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
最近也開始做公司的海外倉管理系統(tǒng)了，估計會遇到跟樓主一樣的問題。
作者你好，我們經(jīng)驗很類似，期待交流，方便加個微信嘛
公眾號有聯(lián)系方式，直接聯(lián)系也可以
vitamin_mpp