編輯導語：由于2021年亞馬遜大規模封号的原因，催生了很多海外倉FBA備貨中轉的業務，同時也讓FBA退貨換标業務火了一把。這篇文章，作者總結了FBA退貨換标做針對性的處理，一起來看看吧。

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

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

一、退貨換标的業務流程

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

1. FBA倉庫退貨到海外倉
2. 海外倉接收并處理
3. 海外倉重新發出到FBA倉庫

FBA退貨換标的原因

由于FBA賣家的一些經營原因，需要将原本存放在FBA倉庫的一些貨物轉移到海外倉中，所以賣家需要在亞馬遜後台創建移除訂單，指定需要移除的産品和移除的目的地。

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

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

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

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

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

海外倉收到了貨物并處理好了之後，賣家根據倉庫處理的情況給出具體的指令，例如重新換标，然後裝箱。賣家根據裝箱信息再去創建新的FBA貨件(FBA入庫單)，給到倉庫新的貨件的箱唛和地址，倉庫按要求出庫即可。

FBA退貨換标的流程示意圖

二、退貨換标的一些特點

上文大概講了一下FBA退貨換标的業務流程，從圖中可以發現，有一些操作好像很複雜，而且也很繞，不好理解。正是這些特點的存在，，再加上不同倉庫對FBA退貨的入倉之後的處理又不一樣，所以才導緻退貨換标的系統不太好做，市面上也沒有很成熟的方案可以參考。

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

FBA貨件創建流程

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

簡單理解，創建FBA貨件的有四個特點：

1. 入庫預報必須要按箱或者按卡闆（也需要箱信息），所以要有裝箱信息或者打托信息；
2. 預報之後需要拿到箱唛，并貼在實物上，按箱就是箱唛，按卡闆就是卡闆唛；
3. FBA收貨倉庫的地址是創建好了貨件之後才拿到的；
4. 知道了FBA貨件的一些特點之後，我們再來看看看FBA退貨換标的一些特點是什麼。

首先，FBA退貨到了倉庫之後，倉庫需要根據退貨的包裹和包裹内的FNSKU進行識别和清點。清點了産品并上架之後，一般需要等待賣家給新的指示，這個指示一般就是換标的指示。

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

如果倉庫裝箱了，則可以直接反饋裝箱信息給賣家，然後賣家去亞馬遜後台創建貨件；如果倉庫沒有裝箱，則賣家需要先告知倉庫要揀貨多少數量并裝箱，然後再根據裝箱信息去創建貨件。

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

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

1. 需要按FNSKU收貨，清點，并上架；
2. 一般都需要換标，所以要告知倉庫新FNSKU和舊FNSKU的關系，并提供标簽；
3. 換标之後的新FNSKU一般都需要裝箱，因為有了裝箱明細之後才能讓賣家去後台創建貨件；
4. 創建了貨件之後需要給倉庫箱唛文件和FBA倉庫收貨地址；

三、退貨換标的功能

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

1. FBA退貨預報入庫
2. FBA退貨下發換标指令
3. FBA退貨重新出庫

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

1. FBA退貨預報入庫

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

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

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

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

确認了是按移除貨件來創建退貨預報入庫單後，接下來要糾結的就是倉庫端收到了貨物之後，是直接清點并上架，還是先按包裹上架，而不對包裹内的産品進行清點。

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

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

2. FBA退貨換标指令

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

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

一個SKU需要支持多個FNSKU

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

換标指令就是一個簡單的庫存加工單的指令，告知倉庫需要将什麼FNSKU換成另一個FNSKU，要換的數量是多少，然後再上傳對應的附件即可。

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

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

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

選擇了上架，則系統會做一個移庫的動作，将換标後的庫存移到實際庫位的庫存；而選擇了裝箱，則系統默認記錄這些庫存在虛拟庫位上，相當于沒有動。

3. FBA退貨重新出庫

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

如果倉庫已經反饋了裝箱明細，則賣家根據裝箱明細在亞馬遜的後台生成貨件，然後拿到箱唛和FBA的倉庫地址，接着在海外倉的OMS中下發出庫指令，上傳箱唛等附件即可。

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

兩種方案主要的差别點就是在于裝箱明細到底什麼時候給，如果是換标的時候就給就比較簡單方便，如果是出庫的時候再給，就需要等待倉庫作業完成了之後才能去創建貨件……

四、退換換标的設計難點

對于亞馬遜的退貨換标來說，其實初次理解業務就挺難了，因為亞馬遜的後台賬号并不是一般人能拿到的，沒有後台賬号的截圖，單憑網絡上一些斷斷續續的介紹，并不能很清晰的理解這些術語和業務流程是怎麼樣的。

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

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

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

退貨換标的業務線流程很長也是導緻系統不太好做，一直有痛點的原因。FBA的貨件一定要箱唛，而箱唛肯定是要倉庫打包裝箱之後才有的，所以到底什麼時候提供箱唛，什麼時候扣減庫存也是系統設計的一個難題。

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

#專欄作家#

我叫維他命（Vitamin），PM維他命。前PHPer，做過在線教育類産品，也做過4年多的跨境倉儲物流方向的産品，目前是一位外貿SaaS領域的供應鍊産品經理。主要專注于WMS/OMS/TMS/BMS/ERP等領域，分享供應鍊相關的産品知識。

本文原創發布于人人都是産品經理，未經作者許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部