中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

信息化系統(tǒng)中的很多基礎(chǔ)數(shù)據(jù)維護(hù)和管理的模塊往往不受重視，雖然這一塊的內(nèi)容可能是稍微簡單的，或者沒那么突出的，但是并不代表著它不重要。尤其是對于海外倉業(yè)務(wù)而言，基礎(chǔ)數(shù)據(jù)有非常大的作用。本文作者對跨境電商海外倉OTWB的基礎(chǔ)資料管理與分發(fā)展開分析，一起來看看。

一、基礎(chǔ)數(shù)據(jù)

一般來說，要搭建一套信息化系統(tǒng)，最核心最關(guān)鍵的當(dāng)然是業(yè)務(wù)流程和業(yè)務(wù)功能模塊的實(shí)現(xiàn)，這個(gè)是用戶最容易感知，也是最能直接體現(xiàn)價(jià)值的點(diǎn)。所以市面上關(guān)于這一塊的內(nèi)容往往資料非常的多，例如WMS的波次和揀貨業(yè)務(wù)，就是WMS非常核心的業(yè)務(wù)和功能點(diǎn)，而且市面上也有非常多的參考資料，對于很多初入行的朋友來說，雖然這一塊比較難，但是好歹有可學(xué)習(xí)的東西作為支撐。

系統(tǒng)中的很多基礎(chǔ)數(shù)據(jù)維護(hù)和管理的模塊往往就不那么受到人們的重視了，很多人第一感覺就是這個(gè)模塊就是基礎(chǔ)的增刪改查而已，沒什么難度；甚至很多負(fù)責(zé)這一塊業(yè)務(wù)的產(chǎn)品經(jīng)理們也會有這種“大材小用”的感覺，覺得自己做來做去一直在做這些基礎(chǔ)數(shù)據(jù)，沒有成就感，是埋沒了自己的才華。

但是我個(gè)人認(rèn)為，基礎(chǔ)數(shù)據(jù)不僅僅是對于海外倉業(yè)務(wù)而言有非常大的作用，對其他行業(yè)的產(chǎn)品也是有非常大的重要的。雖然這一塊的內(nèi)容可能是稍微簡單的，或者沒那么突出的，但是并不代表著它不重要。它只是在背后默默發(fā)力，沒有那么耀眼而已，作為產(chǎn)品經(jīng)理的我們，從基礎(chǔ)數(shù)據(jù)模塊接手，既是一個(gè)循序漸進(jìn)熟悉業(yè)務(wù)系統(tǒng)的好方法，也是刻意練習(xí)自己基本功的好機(jī)會。尤其是對初級產(chǎn)品經(jīng)理來說，做好基礎(chǔ)數(shù)據(jù)相關(guān)的產(chǎn)品方案，其實(shí)也非常地鍛煉個(gè)人能力，也能掌握很多冰山下的業(yè)務(wù)知識。

基礎(chǔ)數(shù)據(jù)是構(gòu)建業(yè)務(wù)系統(tǒng)的前提，類似于人體中的血液一樣，基礎(chǔ)數(shù)據(jù)遍布各處，源源不斷地提供系統(tǒng)運(yùn)轉(zhuǎn)的動(dòng)力。對于海外倉系統(tǒng)而言，一般場景的基礎(chǔ)數(shù)據(jù)有這么幾個(gè)：

1. 倉庫
2. 貨主
3. 物流渠道
4. 地址信息
5. 產(chǎn)品信息

這些基礎(chǔ)數(shù)據(jù)一般來說都會被超過2個(gè)以上的系統(tǒng)所使用，所以除了要考慮數(shù)據(jù)在哪里維護(hù)，怎么管理之外，還需要考慮其他系統(tǒng)調(diào)用的問題。海外倉的OTWB如果業(yè)務(wù)量覆蓋的區(qū)域較多的話，一般都會采用分布式部署的方式，也就是說不同的系統(tǒng)或者同一個(gè)系統(tǒng)的不同的模塊可能會部署在不同的地區(qū)的服務(wù)器上，這樣就需要額外考慮數(shù)據(jù)傳輸?shù)乃俣?，?zhǔn)確率，一致性和異常兜底的邏輯等。

海外倉OTWB的系統(tǒng)交互示意圖

1. 倉庫

倉庫的基礎(chǔ)信息，例如倉庫名稱，倉庫編碼，地址，收件人，時(shí)區(qū)，所使用的幣種等。在WMS中，“倉庫”是一個(gè)可以一直增加和修改的基礎(chǔ)資料，但是實(shí)際上實(shí)體倉庫是有限的，不可能無限增加。對于倉庫服務(wù)商來說，如果采購或者研發(fā)一套系統(tǒng)，能覆蓋越多的倉庫，那么這套系統(tǒng)平攤到每個(gè)倉庫的成本就會很低。如果一套系統(tǒng)只用于一個(gè)倉庫，那么單個(gè)倉庫的信息化成本就會很高了。

“倉庫”這個(gè)數(shù)據(jù)在OTWB中，算是最基礎(chǔ)也最容易被忽略的一個(gè)基礎(chǔ)信息了。對于海外倉WMS來說，一般會考慮在倉庫管理中維護(hù)“時(shí)區(qū)”的信息，因?yàn)楹Ｍ鈧}分布在不同的國家/地區(qū)，有些時(shí)候?yàn)榱苏疹櫘?dāng)?shù)氐挠脩簦孕枰獙MS中的一些時(shí)間轉(zhuǎn)化為本地時(shí)間展示，所以就需要借助倉庫管理中的“時(shí)區(qū)”這個(gè)字段的信息。OTWB中存儲的標(biāo)準(zhǔn)時(shí)間一般是北京時(shí)間，因?yàn)榇蠖鄶?shù)系統(tǒng)的用戶都在國內(nèi)，也就是“UTC+8”的時(shí)間，然后根據(jù)不同的海外倉的所屬的時(shí)區(qū)進(jìn)行換算即可。

2. 貨主

貨主也可以稱之為客戶，一般是客戶將貨物放在倉庫中，然后倉庫服務(wù)商根據(jù)對應(yīng)的指令來操作客戶的貨物。不過，倉庫服務(wù)商也可以只服務(wù)于自己，也就是自己建設(shè)倉庫給自己內(nèi)部業(yè)務(wù)所使用，這個(gè)時(shí)候貨主就是自己。

所以對于倉庫管理來說，會有“單貨主”和“多貨主”的概念，單貨主相當(dāng)于倉庫就是給某個(gè)客戶專用的，而多貨主就是多個(gè)客戶共享倉庫的資源。

如果是單貨主的體系下，可以不用“貨主”這個(gè)詞，相當(dāng)于默認(rèn)所有的貨物都是屬于一個(gè)人的，就不需要單獨(dú)用一個(gè)“貨主”的字段來做區(qū)分了。但是如果是多貨主的體系下，那么貨主這個(gè)字段就非常的重要的，如果沒有這字段，就分不清某個(gè)貨物到底是屬于誰的，這樣也不利于后續(xù)的結(jié)算。

對于第三方海外倉服務(wù)商來說，它們的主要盈利方式就是為客戶訂單履約提供倉儲物流服務(wù)，所以肯定是會有客戶的，于是就要在系統(tǒng)中維護(hù)“貨主”的信息，有一些海外倉系統(tǒng)也稱之為“客戶管理”，都是一個(gè)意思。

3. 物流渠道

客戶的訂單指令會推送到倉庫，需要倉庫按要求去履約發(fā)貨，倉庫除了要拿到準(zhǔn)確的貨物和數(shù)量之外，還要按要求貼上對應(yīng)的物流商的面單。面單就是電子快遞單，在系統(tǒng)中一般是一個(gè)PDF文件或者PNG圖片。

在海外倉實(shí)際經(jīng)營中，不同的倉庫在不同的國家或地區(qū)，貨物的體積重量類型等不一樣，所以選擇的物流服務(wù)商和對應(yīng)物流渠道也會不一樣。物流渠道作為很關(guān)鍵的基礎(chǔ)信息，是需要提前維護(hù)在系統(tǒng)中的。

一個(gè)物流商下會有物流服務(wù)（物流渠道）

除了基礎(chǔ)的物流渠道信息之外，還需要維護(hù)關(guān)鍵倉庫-物流渠道的關(guān)聯(lián)關(guān)系，甚至做的細(xì)節(jié)的時(shí)候，還需要維護(hù)客戶-倉庫-物流渠道的關(guān)系。

客戶-倉庫-渠道的關(guān)系

渠道信息一般包含渠道編碼，渠道名稱，渠道授權(quán)信息，渠道的時(shí)效，渠道運(yùn)輸?shù)姆秶?，可以圍繞渠道做很多業(yè)務(wù)的拓展。

4. 地址

對于國內(nèi)電商來說，中國的省-市-縣區(qū)的三級聯(lián)動(dòng)數(shù)據(jù)已經(jīng)很成熟了，有一些免費(fèi)的且準(zhǔn)確的數(shù)據(jù)，再加上國內(nèi)的地址規(guī)范相對來說還是比較標(biāo)準(zhǔn)的。所以在向物流商獲取面單的時(shí)候，因?yàn)榈刂沸畔⒉缓弦?guī)或者填寫錯(cuò)誤而導(dǎo)致獲取失敗的場景比較少的。

但是對于跨境電商來說，包裹會發(fā)到全球國家或地區(qū)，不同國家/地區(qū)的地址錄入方式，語種，必填的字段等都不太一樣，所以就在向物流商獲取面單的過程中，因?yàn)榈刂凡缓弦?guī)或者填寫錯(cuò)誤等原因而導(dǎo)致獲取失敗的場景很多。

所以，如果要搭建一套海外倉系統(tǒng)，提前準(zhǔn)備好一套全球國家數(shù)據(jù)+重點(diǎn)國家的省/州+城市的數(shù)據(jù)非常重要，一方面可以提升用戶錄入數(shù)據(jù)的效率，另一方面也可以在這份基礎(chǔ)數(shù)據(jù)上做一些對照校驗(yàn)，避免在地址方面耽誤太多的時(shí)間。

對于美國電商來說，還有一些公司會專門做一些插件區(qū)解析地址，同時(shí)判定該地址的類型是住宅地址還是商業(yè)地址，因?yàn)椴煌牡刂奉愋蜕婕暗接?jì)費(fèi)也不一樣。FedEx和UPS在美國的住宅地址和商業(yè)地址的判定規(guī)則就有細(xì)微的不太一樣，所以需要額外對接挺多的物流商接口才能確定這些信息。

美國的省州數(shù)據(jù)關(guān)系表

如果搞不到一些重點(diǎn)國家的省州+城市聯(lián)動(dòng)數(shù)據(jù)，那么可以退而求其次把國家+省州的數(shù)據(jù)維護(hù)好，這樣也能提升很多用戶體驗(yàn)了。一些重點(diǎn)國家+省州的聯(lián)動(dòng)數(shù)據(jù)，我放在了語雀知識庫中，感興趣的朋友可以看這個(gè)鏈接。

5. 產(chǎn)品資料

雖然WMS是叫作倉庫管理系統(tǒng)，但是倉庫中管理的核心還是實(shí)際的貨物，有些系統(tǒng)中叫做商品，有些叫貨品，我在此統(tǒng)一定義為產(chǎn)品。

倉庫需要對實(shí)際的產(chǎn)品進(jìn)行管理，所以WMS中產(chǎn)品資料可以稱得上是最核心、最必備的基礎(chǔ)資料了。

WMS的產(chǎn)品資料涉及到的字段不會很多，尤其是海外倉不需要精細(xì)化管理和運(yùn)營的場景下。一般可以將產(chǎn)品資料分成這么幾大類：

1. 基礎(chǔ)信息，例如SKU，商品名稱，英文名稱，圖片，備注等
2. 規(guī)格信息，例如尺寸，重量
3. 條碼信息，例如EAN/UPC，F(xiàn)NSKU，其他條碼等
4. 申報(bào)信息，例如申報(bào)中文名，申報(bào)英文名，申報(bào)價(jià)格，海關(guān)編碼，原產(chǎn)地，是否危險(xiǎn)品等
5. 一些控制信息，例如效期管理，SN管理，出入庫的作業(yè)要求等

產(chǎn)品資料一般是由客戶提供的，所以一般都是在OMS端錄入，但是需要用到產(chǎn)品資料的系統(tǒng)很多，基本上所有的業(yè)務(wù)系統(tǒng)（OTWB）都需要用到這個(gè)數(shù)據(jù)，只不過有一些系統(tǒng)用的多，有一些系統(tǒng)用的少一些，所以產(chǎn)品資料就涉及到基礎(chǔ)數(shù)據(jù)的分發(fā)問題，需要重點(diǎn)注意一下。

二、基礎(chǔ)信息的創(chuàng)建與分發(fā)

上述提到的一些基礎(chǔ)數(shù)據(jù)，在多個(gè)系統(tǒng)中都會需要用到，有一些數(shù)據(jù)是需要同步到下游的系統(tǒng)中的，這里就涉及到了一些數(shù)據(jù)的分發(fā)業(yè)務(wù)，我們先講一下數(shù)據(jù)分發(fā)這一塊的內(nèi)容。

一般來說，如果OTWB都是部署在一個(gè)服務(wù)器中或者共同調(diào)用的都是一個(gè)數(shù)據(jù)庫中數(shù)據(jù)，那么基礎(chǔ)信息的分發(fā)就很簡單了，只需要分別去請求數(shù)據(jù)庫中的對應(yīng)的基礎(chǔ)數(shù)據(jù)表即可。

但是對于海外倉來說，由于倉庫是分布在海外不同的國家/地區(qū)，那么就會涉及到多站點(diǎn)部署的問題。關(guān)于多站點(diǎn)部署的這一塊，其實(shí)還是有一些很容易踩的坑，當(dāng)時(shí)我在做這一塊的內(nèi)容的時(shí)候還花了挺多時(shí)間和心思去規(guī)避這個(gè)問題。

市面上主流的做法有兩種，一種是將基礎(chǔ)數(shù)據(jù)的分發(fā)放在WMS中，另一種做法是將基礎(chǔ)數(shù)據(jù)的分發(fā)放在單獨(dú)的一個(gè)系統(tǒng)，例如公共數(shù)據(jù)平臺或者運(yùn)營管理系統(tǒng)中。例如海外倉SaaS WMS領(lǐng)域中的老大哥——易倉WMS就是選擇將基礎(chǔ)數(shù)據(jù)放在WMS中，WMS中除了作業(yè)相關(guān)的數(shù)據(jù)，還有倉庫，客戶（貨主），物流，地址，產(chǎn)品，費(fèi)用等模塊。

易倉WMS示意圖

這種設(shè)計(jì)模式的好處明顯，壞處也很明顯。

好處就是，一個(gè)系統(tǒng)包攬了很多角色要操作的內(nèi)容，通過不同的權(quán)限去控制，這樣更利于集中管理和維護(hù)。

但是缺點(diǎn)也很多，首先就是對于管理員或者權(quán)限比較多的角色登錄了這個(gè)系統(tǒng)之后，會發(fā)現(xiàn)有很多功能菜單，會導(dǎo)致上手學(xué)習(xí)的難度非常高；其次就是這種設(shè)計(jì)背后有一個(gè)很尷尬的問題，就是多國訪問的速度問題。例如把WMS放在香港的服務(wù)器，然后美國，歐洲，拉美，東南亞等地區(qū)訪問的時(shí)候速度會慢。而且還是SaaS多租戶的模式，就會導(dǎo)致資源很緊張，系統(tǒng)負(fù)擔(dān)很重。

另一種做法是將基礎(chǔ)數(shù)據(jù)的分發(fā)放在單獨(dú)的一個(gè)系統(tǒng)，例如公共數(shù)據(jù)平臺或者運(yùn)營管理系統(tǒng)中，然后由公共數(shù)據(jù)平臺對外提供統(tǒng)一的調(diào)用接口或者分發(fā)接口。我所經(jīng)歷的兩家公司都是用的這種方式，據(jù)我了解“遞四方（4PX）”的WMS也是用的這種解耦的模式。

基礎(chǔ)數(shù)據(jù)放在公共數(shù)據(jù)平臺中

上面講到，基礎(chǔ)數(shù)據(jù)包含有：

1. 倉庫數(shù)據(jù)
2. 貨主數(shù)據(jù)
3. 物流渠道數(shù)據(jù)
4. 地址信息數(shù)據(jù)
5. 產(chǎn)品資料數(shù)據(jù)
6. ……

其中除了產(chǎn)品資料數(shù)據(jù)來源于客戶之外，其他的數(shù)據(jù)都是可以讓海外倉服務(wù)商的運(yùn)營人員自己去創(chuàng)建的，所以這些基礎(chǔ)數(shù)據(jù)的創(chuàng)建放在運(yùn)營管理系統(tǒng)中是最好的，我把這個(gè)系統(tǒng)定義為OMP，即Operation Management Platform（運(yùn)營管理平臺）。

而產(chǎn)品資料是客戶創(chuàng)建的，那么自然是放在OMS中去創(chuàng)建了，不過由于有一些倉庫需要對客戶的創(chuàng)建的產(chǎn)品資料進(jìn)行前置審核，所以O(shè)MS創(chuàng)建的產(chǎn)品資料也會同步一份到OMP中，然后再由OMP執(zhí)行統(tǒng)一的數(shù)據(jù)分發(fā)即可。

基礎(chǔ)數(shù)據(jù)的創(chuàng)建與分發(fā)

除此之外，還有一種更加細(xì)節(jié)的優(yōu)化方式，可以考慮將OMS的的產(chǎn)品資料模塊和OMP打通，相當(dāng)于兩個(gè)系統(tǒng)共用的是一份數(shù)據(jù)，OMS可以看到這份數(shù)據(jù)，OMP看到的也是這份數(shù)據(jù)，然后借助OMP對外的這種分發(fā)能力去推送到不同的系統(tǒng)中。

例如OMP可以推送產(chǎn)品資料到WMS中，可以推送到BMS中，也可以推送到TMS中，不過一般TMS用不上這些信息，只需要OMS在物流下單的時(shí)候帶上一些產(chǎn)品的基礎(chǔ)信息過去即可。這類信息一般都是和物流報(bào)關(guān)/清關(guān)、還有費(fèi)用計(jì)算，保險(xiǎn)索賠有關(guān)系的，例如尺寸、重量，是否帶電，申報(bào)價(jià)值，海關(guān)編碼等。

三、基礎(chǔ)數(shù)據(jù)分發(fā)一些注意事項(xiàng)

1. 推送方

1. 要考慮清楚，數(shù)據(jù)是在哪里創(chuàng)建？是由誰推送給誰？基礎(chǔ)數(shù)據(jù)的創(chuàng)建入口最好要做收斂，不是越多越好。
2. 什么時(shí)候推送？是創(chuàng)建之后就立馬推送，還是定時(shí)推送，還是通過某個(gè)按鈕點(diǎn)擊之后或者是狀態(tài)更新之后才推送，產(chǎn)品經(jīng)理要定義好這些數(shù)據(jù)的推送時(shí)機(jī)。

2. 接收方

1. 誰需要這些信息，接收方是誰？如果有多個(gè)接收方，那么不同的接收方的處理邏輯都要單獨(dú)梳理一下。
2. 接收方怎么接收這些數(shù)據(jù)，這些數(shù)據(jù)從哪里來？是不是已經(jīng)有提供好了接口？
3. 一次接收的數(shù)據(jù)量會不會太大？會不會有更新的情況，更新了要怎么接收？

3. 容錯(cuò)機(jī)制的設(shè)計(jì)

1. 如果數(shù)據(jù)推送失敗了，接收者沒有收到數(shù)據(jù)怎么辦？這種異常流程要怎么處理？
2. 是否有重試或者兜底的策略？針對數(shù)據(jù)同步方面，要多和技術(shù)溝通一些容錯(cuò)機(jī)制，盡量規(guī)避這種問題的出現(xiàn)。

4. 監(jiān)測邏輯的補(bǔ)充

1. 如果報(bào)錯(cuò)了，失敗了，有沒有做監(jiān)控，會不會及時(shí)提醒？誰來接收這些信息，然后及時(shí)處理？這一塊也要和技術(shù)還有運(yùn)維同事溝通清楚，產(chǎn)品經(jīng)理要有這樣的業(yè)務(wù)敏感性。
2. 能不能統(tǒng)計(jì)到某個(gè)接口報(bào)錯(cuò)的頻率，后續(xù)可以專項(xiàng)處理，升級優(yōu)化？出現(xiàn)問題之后要及時(shí)解決，避免下次再重現(xiàn)。

上面提到的基礎(chǔ)數(shù)據(jù)，都是指OTWB多個(gè)系統(tǒng)之間都會用到公共數(shù)據(jù)，但是如果是WMS中創(chuàng)建的基礎(chǔ)數(shù)據(jù)一般都是僅限限于倉庫本身所使用，所以是哪個(gè)倉庫創(chuàng)建的，就哪個(gè)倉庫使用即可，不需要特殊考慮分發(fā)的問題，這些數(shù)據(jù)一般是：

1. 庫區(qū)、庫位
2. 容器
3. 播種墻
4. 包材
5. 員工信息
6. ……

在下篇文章中，我將詳細(xì)給大家介紹一下這一塊的內(nèi)容。