跨境电商海外仓：FBA退货换标营业介绍与功能设计

在21年年底之前，我听过很多次FBA退货换标的业务，但是一贯没有机会看到过对应的外洋仓系统的办理方案，也没有实际调研打仗过做FBA业务的外洋仓，以是我对FBA退货的业务并不太熟习。

但是刚好前段韶光由于事情的缘故原由，有机会调研仓库，设计相应的系统办理方案，创造网络上的很多资料都不太准确，而且很多系统没有专门对FBA退货换标做针对性的处理，以是我决定自己写一篇文章来总结一下。

一方面是输出自己的项目履历总结，另一方面也是希望有干系业务的仓库朋友们看到此篇文章之后可以一起磋商、学习一下。

一、退货换标的业务流程

FBA退货换标的流程大致上可以分成三大块：

FBA仓库退货到外洋仓外洋仓吸收并处理外洋仓重新发出到FBA仓库

FBA退货换标的缘故原由

由于FBA卖家的一些经营缘故原由，须要将原来存放在FBA仓库的一些货色转移到外洋仓中，以是卖家须要在亚马逊后台创建移除订单，指定须要移除的产品和移除的目的地。

FBA移除订单的操作-摘自网络

创建好了移除订单之后，亚马逊的FBA仓库收到了指令就会从仓库中将相应的产品打包好，并寄送到移除收货的地址（一样平常便是外洋仓的地址）。
而一个移除订单有可能涉及多个产品，多个数量，以是有些时候FBA仓库就不能一次性将所有货色移除出去，而是须要分不同的包裹，不同的物流办法，分多个批次的办法陆续移出去。

这里就引申出了另一个名词：移除货件。

移除订单是卖家从亚马逊后台创建的，而移除货件则是由FBA仓库实际发货的时候天生的。
一个移除订单对应多个移除货件，一个移除货件一样平常便是指一个包裹或者一个物流跟踪号（也有可能是卡车一次运输多箱，但是只有一个跟踪号）。

外洋仓会陆续收到从FBA仓库退回来的包裹，通过扫描这些包裹上的跟踪号进行识别，揽收、清点，上架等，而能识别这些跟踪号的条件便是卖家提前在外洋仓系统中预报退货入库。

外洋仓收到了货色并处理好了之后，卖家根据仓库处理的情形给出详细的指令，例如重新换标，然后装箱。
卖家根据装箱信息再去创建新的FBA货件(FBA入库单)，给到仓库新的货件的箱唛和地址，仓库按哀求出库即可。

FBA退货换标的流程示意图

二、退货换标的一些特点

上文大概讲了一下FBA退货换标的业务流程，从图中可以创造，有一些操作彷佛很繁芜，而且也很绕，不好理解。
正是这些特点的存在，，再加上不同仓库对FBA退货的入仓之后的处理又不一样，以是才导致退货换标的系统不太好做，市情上也没有很成熟的方案可以参考。

在讲FBA退货换标的特点之前，我们先来大概理解一下FBA货件（FBA入库单）的创建有什么特点吧。
由于退货换标的末了一个流程，实在便是创建FBA货件，相称于再将货色重新入库到FBA仓库中。

FBA货件创建流程

创建FBA货件，实在便是创建一个入库预报单，提前向FBA仓库预报你要入库的产品和数量。
在预报完成了之后，亚马逊才会给你详细的收客栈库地址，同时也哀求你送过来的货色提前贴好亚马逊的箱唛。

大略理解，创建FBA货件的有四个特点：

入库预报必须要按箱或者按卡板（也须要箱信息），以是要有装箱信息或者打托信息；预报之后须要拿到箱唛，并贴在实物上，按箱便是箱唛，按卡板便是卡板唛；FBA收客栈库的地址是创建好了货件之后才拿到的；知道了FBA货件的一些特点之后，我们再来看看看FBA退货换标的一些特点是什么。

首先，FBA退货到了仓库之后，仓库须要根据退货的包裹和包裹内的FNSKU进行识别和清点。
清点了产品并上架之后，一样平常须要等待卖家给新的指示，这个指示一样平常便是换标的指示。

卖家给出相应的换标指令，须要将某个FNSKU换成另一个，同时奉告详细的数量。
仓库换标完成了之后，可以立马装箱，也可以重新上架放到新的位置。

如果仓库装箱了，则可以直接反馈装箱信息给卖家，然后卖家去亚马逊后台创建货件；如果仓库没有装箱，则卖家须要先奉告仓库要拣货多少数量并装箱，然后再根据装箱信息去创建货件。

卖家创建好了货件操持之后，须要推送给仓库，让仓库扣减对应的库存并贴上箱唛，然后通过快递或者卡车，将货色送到FBA仓库中去。

综合上述的描述，可以大概总结一下FBA退换换标有四个特点：

须要按FNSKU收货，清点，并上架；一样平常都须要换标，以是要奉告仓库新FNSKU和旧FNSKU的关系，并供应标签；换标之后的新FNSKU一样平常都须要装箱，由于有了装箱明细之后才能让卖家去后台创建货件；创建了货件之后须要给仓库箱唛文件和FBA仓库收货地址；

三、退货换标的功能

通过上述的流程和特点的先容，如果须要设计一套FBA退货换标的系统，一样平常须要三个大模块的功能，分别是：

FBA退货预报入库FBA退货下发换标指令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 协议