在21年年底之前，帝國速運我聽過很多次FBA退貨換標的業(yè)務，但是一直沒有機會看到過對應的海外倉系統(tǒng)的解決方案，也沒有實際調研接觸過做FBA業(yè)務的海外倉，所以我對FBA退貨的業(yè)務并不太熟悉。但是剛好前段時間因為工作的原因，有機會調研倉庫，設計相應的系統(tǒng)解決方案，發(fā)現(xiàn)網絡上的很多資料都不太準確，而且很多系統(tǒng)沒有專門對FBA退貨換標做針對性的處理，所以我決定自己寫一篇文章來總結一下。

一方面是輸出自己的項目經驗總結，另一方面也是希望有相關業(yè)務的倉庫朋友們看到此篇文章之后可以一起探討、學習一下。

一、退貨換標的業(yè)務流程

FBA退貨換標的流程大致上可以分成三大塊：

FBA倉庫退貨到海外倉

海外倉接收并處理

海外倉重新發(fā)出到FBA倉庫

FBA退貨換標的原因

由于FBA賣家的一些經營原因，需要將原本存放在FBA倉庫的一些貨物轉移到海外倉中，所以賣家需要在亞馬遜后臺創(chuàng)建移除訂單，指定需要移除的產品和移除的目的地。

FBA移除訂單的操作-摘自網絡

創(chuàng)建好了移除訂單之后，亞馬遜的FBA倉庫收到了指令就會從倉庫中將相應的產品打包好，并寄送到移除收貨的地址（一般就是海外倉的地址）。而一個移除訂單有可能涉及多個產品，多個數(shù)量，所以有些時候FBA倉庫就不能一次性將所有貨物移除出去，而是需要分不同的包裹，不同的物流方式，分多個批次的方式陸續(xù)移出去。

這里就引申出了另一個名詞：移除貨件。

移除訂單是賣家從亞馬遜后臺創(chuàng)建的，而移除貨件則是由FBA倉庫實際發(fā)貨的時候生成的。一個移除訂單對應多個移除貨件，一個移除貨件一般就是指一個包裹或者一個物流跟蹤號（也有可能是卡車一次運輸多箱，但是只有一個跟蹤號）。

海外倉會陸續(xù)收到從FBA倉庫退回來的包裹，通過掃描這些包裹上的跟蹤號進行識別，攬收、清點，上架等，而能識別這些跟蹤號的前提就是賣家提前在海外倉系統(tǒng)中預報退貨入庫。

海外倉收到了貨物并處理好了之后，賣家根據(jù)倉庫處理的情況給出具體的指令，例如重新?lián)Q標，然后裝箱。賣家根據(jù)裝箱信息再去創(chuàng)建新的FBA貨件(FBA入庫單)，給到倉庫新的貨件的箱嘜和地址，倉庫按要求出庫即可。

FBA退貨換標的流程示意圖

二、退貨換標的一些特點

上文大概講了一下FBA退貨換標的業(yè)務流程，從圖中可以發(fā)現(xiàn)，有一些操作好像很復雜，而且也很繞，不好理解。正是這些特點的存在，，再加上不同倉庫對FBA退貨的入倉之后的處理又不一樣，所以才導致退貨換標的系統(tǒng)不太好做，市面上也沒有很成熟的方案可以參考。

在講FBA退貨換標的特點之前，我們先來大概了解一下FBA貨件（FBA入庫單）的創(chuàng)建有什么特點吧。因為退貨換標的最后一個流程，其實就是創(chuàng)建FBA貨件，相當于再將貨物重新入庫到FBA倉庫中。

FBA貨件創(chuàng)建流程

創(chuàng)建FBA貨件，其實就是創(chuàng)建一個入庫預報單，提前向FBA倉庫預報你要入庫的產品和數(shù)量。在預報完成了之后，亞馬遜才會給你具體的收貨倉庫地址，同時也要求你送過來的貨物提前貼好亞馬遜的箱嘜。

簡單理解，創(chuàng)建FBA貨件的有四個特點：

入庫預報必須要按箱或者按卡板（也需要箱信息），所以要有裝箱信息或者打托信息；

預報之后需要拿到箱嘜，并貼在實物上，按箱就是箱嘜，按卡板就是卡板嘜；

FBA收貨倉庫的地址是創(chuàng)建好了貨件之后才拿到的；

知道了FBA貨件的一些特點之后，我們再來看看看FBA退貨換標的一些特點是什么。

首先，F(xiàn)BA退貨到了倉庫之后，倉庫需要根據(jù)退貨的包裹和包裹內的FNSKU進行識別和清點。清點了產品并上架之后，一般需要等待賣家給新的指示，這個指示一般就是換標的指示。

賣家給出相應的換標指令，需要將某個FNSKU換成另一個，同時告知具體的數(shù)量。倉庫換標完成了之后，可以立馬裝箱，也可以重新上架放到新的位置。

如果倉庫裝箱了，則可以直接反饋裝箱信息給賣家，然后賣家去亞馬遜后臺創(chuàng)建貨件；如果倉庫沒有裝箱，則賣家需要先告知倉庫要揀貨多少數(shù)量并裝箱，然后再根據(jù)裝箱信息去創(chuàng)建貨件。

賣家創(chuàng)建好了貨件計劃之后，需要推送給倉庫，讓倉庫扣減對應的庫存并貼上箱嘜，然后通過快遞或者卡車，將貨物送到FBA倉庫中去。

綜合上述的描述，可以大概總結一下FBA退換換標有四個特點：

需要按FNSKU收貨，清點，并上架；

一般都需要換標，所以要告知倉庫新FNSKU和舊FNSKU的關系，并提供標簽；

換標之后的新FNSKU一般都需要裝箱，因為有了裝箱明細之后才能讓賣家去后臺創(chuàng)建貨件；

創(chuàng)建了貨件之后需要給倉庫箱嘜文件和FBA倉庫收貨地址；

三、退貨換標的功能

通過上述的流程和特點的介紹，如果需要設計一套FBA退貨換標的系統(tǒng)，一般需要三個大模塊的功能，分別是：

FBA退貨預報入庫

FBA退貨下發(fā)換標指令

FBA退貨重新出庫

如果參考海外倉OMS->WMS的數(shù)據(jù)交互邏輯，則OMS需要三個大模塊，而WMS也需要三個大模塊。如果要再加上庫存模塊，那就是分別4個模塊。

1. FBA退貨預報入庫

FBA退貨預報入庫首先比較糾結的一個點就是到底是按移除訂單來創(chuàng)建預報入庫，還是按移除貨件。

按移除訂單創(chuàng)建入庫，一個移除訂單會關聯(lián)多個包裹，則需要陸續(xù)更新移除訂單的明細數(shù)據(jù)，否則就達不到預報的作用了。而且還有一個比較關鍵的缺點，就是移除訂單的完結時間可能跨度會有好幾個月，這意味著單據(jù)關閉需要很久，而且倉庫也無法判斷，會比較麻煩。

按移除貨件來創(chuàng)建入庫，一個移除貨件對應一個入庫預報單，倉庫操作簡單便捷，也可以跟進相應的狀態(tài)。但是缺點是需要一個貨件一個貨件預報，對賣家來說操作會比較麻煩一些，而且也不太好統(tǒng)計一個移除貨件是否全部都接收完畢了，需要賣家自己整理數(shù)據(jù)進行統(tǒng)計。

綜合比較下來，按移除貨件創(chuàng)建退貨預報入庫單是比較好的一個方式，對倉庫的操作來說，有明顯的優(yōu)勢。

確認了是按移除貨件來創(chuàng)建退貨預報入庫單后，接下來要糾結的就是倉庫端收到了貨物之后，是直接清點并上架，還是先按包裹上架，而不對包裹內的產品進行清點。

以上兩種方案我都設計過，也大概調研過好幾個倉庫。整體來說，如果是小倉庫，沒有太多精細化管理要求的，可以考慮收貨之后不清點，直接按包裹上架的方式；如果是對于中大型倉庫，有精細化管理要求的，建議還是到貨之后就清點，然后按實際收貨的數(shù)量進行上架，這樣對后續(xù)的退貨庫存管理也比較方便。

退貨預報入庫按貨件預報，每個包裹到倉庫之后都需要接收、清點、然后上架，這是我們目前采用的設計方案，如果讀者朋友們有什么更好的解決方案，歡迎與我私聊交流。

2. FBA退貨換標指令

退貨換標模塊主要關注的就是庫存的計算。需要知道換標前的庫存數(shù)量有多少，換完標之后的庫存數(shù)量有多少，而要知道庫存有多少，前提就是要維護好基礎資料的信息。

所以在做FBA的換標指令的功能之前，需要對產品資料庫進行調整，需要引入FNSKU的概念，一個SKU對應多個FNSKU。

一個SKU需要支持多個FNSKU

也可以將不同的FNSKU定義為不同的產品（SKU），也就是直接在SKU的維度進行庫存的統(tǒng)計，SKU1換成了SKU2，則SKU1少了，SKU2就加了。但是這種方案一般不太利于管理，所以不建議這樣使用。

換標指令就是一個簡單的庫存加工單的指令，告知倉庫需要將什么FNSKU換成另一個FNSKU，要換的數(shù)量是多少，然后再上傳對應的附件即可。

倉庫換標之后一般有兩種處理方式，一個是將換標后的產品重新上架，相當于先揀貨下架，然后換標，最后再重新上架；另一個方案是換標后的產品直接裝箱，相當于先揀貨下架，然后換標，最后直接裝箱放在專門等待出庫指令的區(qū)域。

換標后重新上架和換標后重新裝箱，其實并不是矛盾互斥的，兩者可以兼容，只需要將這兩個步驟拆分開，解耦即可。

倉庫接收到了換標指令之后，先生成揀貨單去揀貨，然后下架之后再去換標，如果要上架就生成一個上架任務，然后再去上架；如果不要上架，就錄入裝箱明細，反饋給賣家。

選擇了上架，則系統(tǒng)會做一個移庫的動作，將換標后的庫存移到實際庫位的庫存；而選擇了裝箱，則系統(tǒng)默認記錄這些庫存在虛擬庫位上，相當于沒有動。

3. FBA退貨重新出庫

退貨重新出庫模塊是一個相對簡單的模塊，因為這個時候倉庫基本上都已經完成了加工處理，只需要賣家提交一個出庫指令即可。

如果倉庫已經反饋了裝箱明細，則賣家根據(jù)裝箱明細在亞馬遜的后臺生成貨件，然后拿到箱嘜和FBA的倉庫地址，接著在海外倉的OMS中下發(fā)出庫指令，上傳箱嘜等附件即可。

如果倉庫沒有反饋裝箱明細，則賣家需要先下發(fā)出庫指令，告知倉庫本次需要出庫的數(shù)量。倉庫揀貨完成了之后，再根據(jù)時間的打包情況反饋裝箱信息。接著賣家再去亞馬遜后臺創(chuàng)建貨件，拿到箱嘜和FBA的倉庫地址，最后在海外倉的OMS中下發(fā)出庫指令，上傳箱嘜等附件即可。

兩種方案主要的差別點就是在于裝箱明細到底什么時候給，如果是換標的時候就給就比較簡單方便，如果是出庫的時候再給，就需要等待倉庫作業(yè)完成了之后才能去創(chuàng)建貨件……

四、退換換標的設計難點

對于亞馬遜的退貨換標來說，其實初次理解業(yè)務就挺難了，因為亞馬遜的后臺賬號并不是一般人能拿到的，沒有后臺賬號的截圖，單憑網絡上一些斷斷續(xù)續(xù)的介紹，并不能很清晰的理解這些術語和業(yè)務流程是怎么樣的。

理解了亞馬遜的退貨業(yè)務流程之后，接下來的比較頭痛的一個點就是要調研賣家具體的一些要求和海外倉實際能提供的一些服務。例如FBA退貨經常會有數(shù)量不準確的情況發(fā)生，有一些賣家習以為常不太追究，而一些賣家覺得自己的貨值很高，如果差值區(qū)間過大，則必須要倉庫拍照留底做申訴……但是很多倉庫單單應付退貨接收，拆包裹和分類就已經很頭疼了，還要加上這么多精細化的運營服務，人力成本一下子就上去了，甚至會出現(xiàn)虧本的情況。

在FBA退貨換標這個業(yè)務上，可能10家海外倉會有10種做法，而10個客戶也會有10種要求。設計一套退貨換標的系統(tǒng)的時候，到底應該采用哪種做法去滿足哪一類客戶，這是一個巨大的挑戰(zhàn)和難題。

倉庫收到了退貨之后，什么時候拆包裹、清點是最佳的，也是我一直調研了很久的一個難題。有些倉庫認為收到了包裹之后，壓根沒有時間立馬拆包裹，還是等到要換標的時候再拆；也有倉庫是簽收后，固定時間或者固定量去拆，然后拆完后的產品按FNSKU重新分類后上架。還有一些倉庫收到了包裹之后，立馬跟流水線一樣交給其他人去就拆包裹、分類了……

退貨換標的業(yè)務線流程很長也是導致系統(tǒng)不太好做，一直有痛點的原因。FBA的貨件一定要箱嘜，而箱嘜肯定是要倉庫打包裝箱之后才有的，所以到底什么時候提供箱嘜，什么時候扣減庫存也是系統(tǒng)設計的一個難題。

同時還有一個新的問題就是：退貨庫存應該設計多套還是一套，是我之前踩過的一個坑。通過陸續(xù)地對客戶調研，我個人認為還是要往倉庫未來精細化管理的方向多考慮一些，也就是盡量減少系統(tǒng)的復雜度，同時增加一些拓展性和靈活性，應對更多元化的業(yè)務需求。說結論，那就是建議還是用一套庫存會好一些。