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

編輯導(dǎo)語(yǔ)：OMS的出庫(kù)應(yīng)該是整個(gè)OMS系統(tǒng)中最復(fù)雜和最細(xì)節(jié)的模塊，同時(shí)也是業(yè)務(wù)聯(lián)系最為核心的部分。本文主要總結(jié)了物流渠道、物流產(chǎn)品、物流下單的基礎(chǔ)內(nèi)容以及解決一票多箱的幾個(gè)難點(diǎn)，一起來(lái)看下。

OMS的出庫(kù)應(yīng)該是整個(gè)OMS系統(tǒng)中最復(fù)雜和最細(xì)節(jié)的模塊，而且也和業(yè)務(wù)關(guān)聯(lián)性最緊密，所以我打算拆分成好幾個(gè)子主題來(lái)闡述OMS這一塊的內(nèi)容。

每個(gè)子主題都會(huì)確保簡(jiǎn)短干練，只聊其中一小塊的內(nèi)容，最后再合并成一篇長(zhǎng)文，綜合性地闡述跨境電商海外倉(cāng)OMS的出庫(kù)模塊的產(chǎn)品設(shè)計(jì)。本文來(lái)跟大家聊聊物流渠道、物流產(chǎn)品與物流下單的那些事兒。

一、物流渠道與物流產(chǎn)品

物流渠道與物流產(chǎn)品的概念對(duì)于新人來(lái)說(shuō)會(huì)很繞，特別難理解。其中最大的原因就是海外倉(cāng)一般都是用國(guó)際物流，國(guó)際物流各種離譜的定義和規(guī)則與國(guó)內(nèi)的快遞物流有很多差異，所以初次接觸這些東西會(huì)明顯感覺(jué)「水土不服」。

對(duì)國(guó)內(nèi)電商來(lái)說(shuō)，中通，韻達(dá)，順豐，京東，圓通等都稱(chēng)之為物流商或者快遞商，然后使用的其對(duì)應(yīng)的快遞（物流）服務(wù)，也就稱(chēng)之為物流渠道。

例如，某個(gè)淘寶的訂單用了順豐快遞這個(gè)物流商，物流渠道是順豐標(biāo)快，物流跟蹤號(hào)是SF1317720623263。

以上這些定義中需要特別注意的就是物流渠道，拿我們耳熟能詳?shù)捻権S來(lái)說(shuō)，它并不是只有一種服務(wù)，而是有多種服務(wù)面向不同的用戶(hù)群體。

截圖自順豐官網(wǎng)

對(duì)于電商ERP或者OMS來(lái)說(shuō)，在對(duì)接順豐物流服務(wù)的時(shí)候，需要了解具體順豐有哪些服務(wù)，自己對(duì)接了幾個(gè)服務(wù)，不同的服務(wù)對(duì)應(yīng)的服務(wù)代碼或者接口地址是什么。到時(shí)候在客戶(hù)選擇具體的物流渠道的時(shí)候，才不會(huì)搞錯(cuò)。

同樣的在跨境海外倉(cāng)與物流圈子里，一般說(shuō)物流渠道其實(shí)就是指某個(gè)物流商下面具體的物流服務(wù)，例如上圖中的「順豐特快」和「順豐標(biāo)快」，它們分別屬于不同的物流渠道，有不同的渠道代碼和名稱(chēng)。

有了物流渠道，為啥還要有物流產(chǎn)品，這個(gè)是什么東西呢？

物流產(chǎn)品則是將多個(gè)物流渠道打包成一個(gè)組合，然后對(duì)外一起銷(xiāo)售。OMS客戶(hù)只需要知道這個(gè)物流的對(duì)外報(bào)價(jià)是什么就好，而不用具體地知道背后實(shí)際承運(yùn)的物流商是誰(shuí)。

例如我們?cè)谔詫毻素浕蛘咦约喊l(fā)起上門(mén)取件的時(shí)候，如果選擇了「菜鳥(niǎo)裹裹」去下單，實(shí)際上在下單的時(shí)候你并不知道背后用的是韻達(dá)，還是圓通，還是中通，只有具體的快遞人員上門(mén)了，你才知道這個(gè)單是交給了哪家快遞公司承運(yùn)。

而對(duì)于消費(fèi)者來(lái)說(shuō)，從菜鳥(niǎo)APP下單，價(jià)格都是一樣，只要背后具體的快遞公司服務(wù)差距不要很大，那用哪家其實(shí)也沒(méi)啥關(guān)系。

物流渠道與物流產(chǎn)品的關(guān)系

對(duì)于海外倉(cāng)而言，尾程的物流價(jià)格是最大的盈利點(diǎn)，不同的代理級(jí)別，不同的賬號(hào)等級(jí)，拿到的價(jià)格差距比較大?；诖?，如果可以在保證客戶(hù)物流體驗(yàn)差別不大的前提下，盡量通過(guò)一些算法和策略，去選擇背后最合適的物流渠道（物流服務(wù)），那么就能帶來(lái)額外的一些收益。

因?yàn)榭蛻?hù)支付的價(jià)格是固定的（對(duì)客戶(hù)報(bào)價(jià)是統(tǒng)一的），但是實(shí)際的成本卻可以通過(guò)物流產(chǎn)品的選擇策略來(lái)動(dòng)態(tài)調(diào)整。有些海外倉(cāng)服務(wù)商也稱(chēng)之為「物流比價(jià)」，可以選擇是優(yōu)先考慮價(jià)格，還是優(yōu)先考慮派送時(shí)長(zhǎng)或者考慮妥投率等。

通過(guò)上述兩個(gè)簡(jiǎn)單的例子，相信大家對(duì)物流渠道和物流產(chǎn)品的基本概念有了了解，接下來(lái)我們?cè)賮?lái)聊聊關(guān)于物流下單的事情。

二、物流下單的兩個(gè)節(jié)點(diǎn)

物流下單一般有兩個(gè)節(jié)點(diǎn)：前置物流下單和后置物流下單。前置物流下單就是在OMS當(dāng)中完成物流下單，而后置物流下單就是在WMS當(dāng)中完成物流下單。

前置物流下單就是在OMS系統(tǒng)中向物流商的接口請(qǐng)求物流面單，把一些物流的Label，還有跟蹤號(hào)等拿到了之后，再跟訂單其他信息一起推到WMS當(dāng)中，讓倉(cāng)庫(kù)端直接就可以作業(yè)了。

后置物流下單，一般就是指OMS只把訂單信息推送到WMS中（一般會(huì)指定物流商或者物流渠道），WMS接到了訂單之后，向物流商的接口請(qǐng)求物流面單，拿到了相應(yīng)的信息之后再開(kāi)始作業(yè)。當(dāng)然也可以先進(jìn)行作業(yè)，然后根據(jù)實(shí)際的打包情況，再向物流商申請(qǐng)物流面單。

1. 前置物流下單的好處

前置物流下單的好處就是把一些復(fù)雜性的操作，異常的處理流程等放在了前端。因?yàn)閲?guó)際物流有很多規(guī)則，也有很多要求，所以物流下單經(jīng)常會(huì)失敗。失敗的原因千奇百怪，例如說(shuō)地址是黑名單地址，地址里有小語(yǔ)種字段，一些必填字段沒(méi)有填寫(xiě)，甚至是因?yàn)橐恍┨厥馇闆r一些國(guó)家或者地區(qū)暫時(shí)不能使用該物流服務(wù)，需要換過(guò)一種……

放在OMS端的話，會(huì)有專(zhuān)門(mén)的這種物流下單人員或者客服人員去處理這些異常，可以比較快速準(zhǔn)確地響應(yīng)問(wèn)題。而且由于海外倉(cāng)的人工成本比較高，如果能在前置就把物流下單拿到的面單、跟蹤號(hào)等等信息一起推送給倉(cāng)庫(kù)端，倉(cāng)庫(kù)端只要按要求執(zhí)行，揀貨、打包、稱(chēng)重這些環(huán)節(jié)就OK，而不用花費(fèi)其他精力去處理這些物流的信息。

2.后置物流下單的好處

后置物流下單則是把一些復(fù)雜性操作，異常的處理交給了WMS的一些人員來(lái)處理這樣的話。意味著在倉(cāng)庫(kù)端就需要安排這樣的一個(gè)崗位或者在國(guó)內(nèi)安排這樣的崗位，讓他登錄到WMS系統(tǒng)中去處理這些東西。物流下單處理完了之后再將狀態(tài)流轉(zhuǎn)到可作業(yè)的狀態(tài)，讓倉(cāng)庫(kù)操作端的人員根據(jù)訂單情況去揀貨作業(yè)。

在處理物流下單的異常的時(shí)候，如果遇到了一些訂單，是需要跟前端電商平臺(tái)的買(mǎi)家進(jìn)行交流的，那就需要把這個(gè)單回推OMS或者標(biāo)識(shí)為異常，及時(shí)通知OMS的用戶(hù)，讓他們?nèi)ヂ?lián)系前端的買(mǎi)家，然后處理后再反饋給WMS。WMS的物流人員再發(fā)起物流下單，直到成功為止。

在WMS端完成物流下單看似沒(méi)啥特別的好處，但是有一個(gè)特別明顯的優(yōu)勢(shì)是OMS沒(méi)辦法做到的。

在WMS端開(kāi)放獲取物流面單的接口，可以比較好的支持「一票多箱」的場(chǎng)景，關(guān)于什么是「一票多箱」可以在下文中查看詳細(xì)描述。

如果WMS支持物流下單，那么就可以在作業(yè)之前先不拿物流面單，等作業(yè)完了，打包之后再看具體情況來(lái)獲取物流面單。有多個(gè)包裹，就獲取多個(gè)物流面單，這個(gè)是WMS后置物流下單最大的優(yōu)勢(shì)。

除此之外，后置物流下單還有「訂單取消」的一些優(yōu)勢(shì)，因?yàn)楹芏鄷r(shí)候訂單到了倉(cāng)庫(kù)客戶(hù)可能會(huì)發(fā)起取消訂單或者攔截訂單的指令。而后置下單由于節(jié)點(diǎn)靠后，很有可能取消指令到達(dá)的時(shí)候還沒(méi)有物流下單，那么直接取消訂單就可以了。如果已經(jīng)物流下單了，取消訂單的時(shí)候可能還需要取消物流下單。

因?yàn)橛幸恍﹪?guó)際物流商有規(guī)定，一旦下單成功了，即使沒(méi)有真正的發(fā)貨，也會(huì)收費(fèi)。如果需要取消訂單，也需要順帶取消物流面單。

三、一票多箱的幾個(gè)難點(diǎn)

之前海外倉(cāng)很流行做自帶物流包裝的一件代發(fā)，基本都是小件，而且也不需要打包，直接揀貨，復(fù)核出面單之后就貼面單發(fā)走。

但是隨著市場(chǎng)競(jìng)爭(zhēng)越來(lái)越激烈，越來(lái)越多的海外倉(cāng)開(kāi)始做一些差異化的服務(wù)，例如主要發(fā)一些中大件或者多元化一些的產(chǎn)品。

這些產(chǎn)品數(shù)量可能多，也有可能單個(gè)體積偏大，所以在打包裝箱之后發(fā)現(xiàn)會(huì)分成多個(gè)包裹，如果按普通一件代發(fā)的玩法就會(huì)發(fā)現(xiàn)走不通，因?yàn)槲锪髅鎲沃挥幸粡?，而貨物卻有多箱（多包裹），這種現(xiàn)象在行業(yè)內(nèi)稱(chēng)為：一票多件或者一票多箱，也有稱(chēng)為Multiple-Package Shipments或者子母件的。

一票多箱示意圖

1. 難點(diǎn)一

在國(guó)際物流渠道中，并非是所有的物流渠道都支持一票多箱，能支持一票多箱的渠道還是比較少的。如果想要使用一票多箱的服務(wù)，還需要額外的對(duì)接相應(yīng)的API接口，如果沒(méi)有對(duì)接呢，也做不到一票多箱。

對(duì)接一票多箱的服務(wù)是屬于物流對(duì)接的話題，后續(xù)我會(huì)再寫(xiě)相關(guān)的文章來(lái)補(bǔ)充說(shuō)明。根據(jù)之前的一些經(jīng)驗(yàn)，如果是首次做這一塊的功能主要的難點(diǎn)或者疑惑點(diǎn)大概會(huì)有：

• 一票多箱的跟蹤號(hào)是怎么展示的？母子關(guān)系還是子子并列關(guān)系？
• 一票多箱是否需要和實(shí)際打包完成的箱子一一對(duì)應(yīng)？沒(méi)有一一對(duì)應(yīng)會(huì)怎樣？
• 一票多箱的計(jì)費(fèi)是怎么樣的？按重量一直續(xù)重計(jì)費(fèi)還是單箱單獨(dú)算？
• 一票多箱的軌跡怎么抓取和展示？

在此，我直接把我的趟坑經(jīng)驗(yàn)也分享一下，解答一下上面的問(wèn)題。

• 不同的物流商展示方式不一樣，例如DHL就是母子關(guān)系，F(xiàn)edEx是子子關(guān)系，但是會(huì)有一個(gè)Master Tracking Id；
• 需要一一對(duì)應(yīng)，因?yàn)槲锪魃套约阂矔?huì)稱(chēng)重，有些物流商可能會(huì)按實(shí)重和預(yù)報(bào)重取大來(lái)計(jì)算，如果沒(méi)有一一對(duì)應(yīng)，可能會(huì)多收費(fèi)；
• 不同的物流商計(jì)費(fèi)方式也不一樣，例如DHL是按續(xù)重計(jì)算，F(xiàn)edEx則是按多包裹單獨(dú)計(jì)算；
• 這個(gè)和第1點(diǎn)是一樣的意思，一般來(lái)說(shuō)會(huì)有一個(gè)主單號(hào)，可以用來(lái)查詢(xún)軌跡；FedEx好像是查詢(xún)?nèi)我庖粋€(gè)包裹的軌跡信息都會(huì)帶出其他兄弟包裹的軌跡信息；

主流的物流商的一票多箱

2. 難點(diǎn)二

根據(jù)上面的信息，我們知道在獲取一票多箱的物流面單的時(shí)候，一定要知道包裹被打包成了幾個(gè)，這樣才知道要獲取幾張面單。所以獲取物流面單的節(jié)點(diǎn)應(yīng)該是在倉(cāng)庫(kù)揀貨完成，而且打包稱(chēng)重之后再進(jìn)行，操作人員需要錄入打包的明細(xì)或者叫做裝箱明細(xì)，用來(lái)向物流商下單。

因?yàn)槲锪飨聠蔚臅r(shí)候需要提供包裹有多少個(gè)，每個(gè)包裹多重，甚至有一些物流商會(huì)要求提供每一個(gè)包裹的尺寸，用來(lái)計(jì)算體積重。

此流程對(duì)系統(tǒng)來(lái)說(shuō)不難，但是對(duì)倉(cāng)庫(kù)操作人員來(lái)說(shuō)就很復(fù)雜。而且還需要考慮一個(gè)場(chǎng)景，那就是正常的包裹流程和一票多箱的包裹的流程應(yīng)該怎么區(qū)分？

假如用戶(hù)是在OMS端進(jìn)行物流下單的，那么倉(cāng)庫(kù)還沒(méi)有打包的時(shí)候肯定不知道要下單幾個(gè)面單。而如果用戶(hù)是在WMS端下單的，一般都是先下單再作業(yè)，此時(shí)還沒(méi)有揀貨作業(yè)，其實(shí)也不知道具體有多少個(gè)包裹。

經(jīng)過(guò)我之前大概的調(diào)研和實(shí)踐，最終我們選擇采用了「雙路線」的方式解決這個(gè)問(wèn)題：即OMS和WMS都支持物流下單。

無(wú)論是在OMS端物流下單還是WMS端物流下單，都默認(rèn)按一個(gè)訂單一個(gè)物流面單的方式來(lái)獲取面單。如果在打包之后發(fā)現(xiàn)一個(gè)物流面單不夠用，需要使用一票多箱，那么再讓倉(cāng)庫(kù)端錄入打包明細(xì)，重新獲取新的物流面單。

3. 難點(diǎn)三

最后一個(gè)難點(diǎn)其實(shí)和第二個(gè)有很大的關(guān)聯(lián)，當(dāng)重新按一票多箱的信息去獲取物流面單之后，之前的歷史數(shù)據(jù)怎么處理？

歷史數(shù)據(jù)主要就是：跟蹤號(hào)和面單，以及背后衍生的一些計(jì)費(fèi)，交易信息等。

之前的物流跟蹤號(hào)還有面單一般都需要取消，因?yàn)橛锌赡芗词共话l(fā)貨也會(huì)被收費(fèi)，如果明確知道某些物流商下單了不發(fā)貨是不會(huì)扣費(fèi)的，也可以不取消。

另外就是衍生的一些信息需要列舉出來(lái)，逐個(gè)分析。

例如有些ERP抓取到了物流跟蹤號(hào)就會(huì)反饋給電商平臺(tái)標(biāo)記發(fā)貨，但是其實(shí)后面馬上就會(huì)取消這個(gè)跟蹤號(hào)換成其他的，而ERP大多數(shù)都不會(huì)抓取第二遍，所以最好是設(shè)置好一個(gè)合適的節(jié)點(diǎn)再讓ERP來(lái)抓取跟蹤號(hào)，確保不會(huì)再變化了。

很多OMS在提交訂單到WMS之后了，一般會(huì)根據(jù)訂單的信息和報(bào)價(jià)表進(jìn)行費(fèi)用的凍結(jié)，如果變成了一票多箱之后，對(duì)應(yīng)的報(bào)價(jià)表也變了，需要重新計(jì)算費(fèi)用再凍結(jié)或者扣除費(fèi)用。

還有歷史數(shù)據(jù)到底是否要記錄留檔，還是直接更新替換即可，需要結(jié)合業(yè)務(wù)自己去分析再給出應(yīng)對(duì)策略。

四、總結(jié)

本來(lái)只是想簡(jiǎn)單地聊聊物流產(chǎn)品和物流下單的一些內(nèi)容，但是沒(méi)想到這一塊的內(nèi)容一寫(xiě)發(fā)現(xiàn)還是很多細(xì)節(jié)值得關(guān)注。

尾程物流其實(shí)是海外倉(cāng)區(qū)別于國(guó)內(nèi)倉(cāng)業(yè)務(wù)形態(tài)最重要的一個(gè)因素，涉及到OMS推單的邏輯，訂單接口的數(shù)據(jù)回傳，WMS的作業(yè)流程，BMS的計(jì)費(fèi)方式，庫(kù)內(nèi)打包要求，軌跡追蹤，貨況分析等都和尾程物流有關(guān)系，而倉(cāng)庫(kù)的基本作業(yè)方式和國(guó)內(nèi)都大同小異，經(jīng)驗(yàn)完全可以遷移。

可以說(shuō)，搞清楚尾程物流的七七八八的規(guī)則和要求，基本上海外倉(cāng)體系和玩法就懂了一半。

我在這個(gè)行業(yè)做了快4年的產(chǎn)品，WMS這一塊摸得最熟悉，最主要的原因就是：WMS的競(jìng)品太多了，資料也很多。只要有合適的機(jī)會(huì)去倉(cāng)庫(kù)，然后自己多看幾本書(shū)，多看一些文章之類(lèi)的，基本上業(yè)務(wù)就能抓得八九不離十。

但是國(guó)際物流這一塊，物流商眾多，各家的規(guī)則又不一樣，國(guó)外的玩法和國(guó)內(nèi)的玩法也不一樣，可借鑒的信息太少，導(dǎo)致我在這一塊的業(yè)務(wù)成長(zhǎng)比較緩慢。

希望這一篇文章能起到拋磚引玉的作用，讓更多的物流大佬參與分享和普及行業(yè)知識(shí)，推動(dòng)行業(yè)進(jìn)步。

#專(zhuān)欄作家#

我叫維他命（Vitamin），微信公眾號(hào)：PM維他命。前PHPer，做過(guò)在線教育類(lèi)產(chǎn)品，也做過(guò)3年半的跨境倉(cāng)儲(chǔ)物流方向的產(chǎn)品，目前是一位外貿(mào)SaaS領(lǐng)域的供應(yīng)鏈產(chǎn)品經(jīng)理。主要專(zhuān)注于WMS/OMS/TMS/BMS/ERP等領(lǐng)域，分享供應(yīng)鏈相關(guān)的產(chǎn)品知識(shí)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議