跨境电商海外仓：FBA退货换标业务介绍与功能设计
3146
由于2021年亚马逊大规模封号的原因，催生了很多海外仓FBA备货中转的业务，同时也让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退货到了仓库之后，仓库需要根据退货的包裹和包裹内的FNSKU进行识别和清点。清点了产品并上架之后，一般需要等待卖家给新的指示，这个指示一般就是换标的指示。 卖家给出相应的换标指令，需要将某个FNSKU换成另一个，同时告知具体的数量。仓库换标完成了之后，可以立马装箱，也可以重新上架放到新的位置。 如果仓库装箱了，则可以直接反馈装箱信息给卖家，然后卖家去亚马逊后台创建货件；如果仓库没有装箱，则卖家需要先告知仓库要拣货多少数量并装箱，然后再根据装箱信息去创建货件。 卖家创建好了货件计划之后，需要推送给仓库，让仓库扣减对应的库存并贴上箱唛，然后通过快递或者卡车，将货物送到FBA仓库中去。 综合上述的描述，可以大概总结一下FBA退换换标有这么几个特点： 通过上述的流程和特点的介绍，如果需要设计一套FBA退货换标的系统，一般需要三个大模块的功能，分别是： 如果参考海外仓OMS->WMS的数据交互逻辑，则OMS需要三个大模块，而WMS也需要三个大模块。如果要再加上库存模块，那就是分别4个模块。 FBA退货预报入库首先比较纠结的一个点就是到底是按移除订单来创建预报入库，还是按移除货件。 按移除订单创建入库，一个移除订单会关联多个包裹，则需要陆续更新移除订单的明细数据，否则就达不到预报的作用了。而且还有一个比较关键的缺点，就是移除订单的完结时间可能跨度会有好几个月，这意味着单据关闭需要很久，而且仓库也无法判断，会比较麻烦。 按移除货件来创建入库，一个移除货件对应一个入库预报单，仓库操作简单便捷，也可以跟进相应的状态。但是缺点是需要一个货件一个货件预报，对卖家来说操作会比较麻烦一些，而且也不太好统计一个移除货件是否全部都接收完毕了，需要卖家自己整理数据进行统计。 综合比较下来，按移除货件创建退货预报入库单是比较好的一个方式，对仓库的操作来说，有明显的优势。 确认了是按移除货件来创建退货预报入库单后，接下来要纠结的就是仓库端收到了货物之后，是直接清点并上架，还是先按包裹上架，而不对包裹内的产品进行清点。 以上两种方案我都设计过，也大概调研过好几个仓库。整体来说，如果是小仓库，没有太多精细化管理要求的，可以考虑收货之后不清点，直接按包裹上架的方式；如果是对于中大型仓库，有精细化管理要求的，建议还是到货之后就清点，然后按实际收货的数量进行上架，这样对后续的退货库存管理也比较方便。 退货预报入库按货件预报，每个包裹到仓库之后都需要接收、清点、然后上架，这是我们目前采用的设计方案，如果读者朋友们有什么更好的解决方案，欢迎与我私聊交流。 退货换标模块主要关注的就是库存的计算。需要知道换标前的库存数量有多少，换完标之后的库存数量有多少，而要知道库存有多少，前提就是要维护好基础资料的信息。 所以在做FBA的换标指令的功能之前，需要对产品资料库进行调整，需要引入FNSKU的概念，一个SKU对应多个FNSKU。 也可以将不同的FNSKU定义为不同的产品（SKU），也就是直接在SKU的维度进行库存的统计，SKU1换成了SKU2，则SKU1少了，SKU2就加了。但是这种方案一般不太利于管理，所以不建议这样使用。 换标指令就是一个简单的库存加工单的指令，告知仓库需要将什么FNSKU换成另一个FNSKU，要换的数量是多少，然后再上传对应的附件即可。 仓库换标之后一般有两种处理方式，一个是将换标后的产品重新上架，相当于先拣货下架，然后换标，最后再重新上架；另一个方案是换标后的产品直接装箱，相当于先拣货下架，然后换标，最后直接装箱放在专门等待出库指令的区域。 换标后重新上架和换标后重新装箱，其实并不是矛盾互斥的，两者可以兼容，只需要将这两个步骤拆分开，解耦即可。 仓库接收到了换标指令之后，先生成拣货单去拣货，然后下架之后再去换标，如果要上架就生成一个上架任务，然后再去上架；如果不要上架，就录入装箱明细，反馈给卖家。 选择了上架，则系统会做一个移库的动作，将换标后的库存移到实际库位的库存；而选择了装箱，则系统默认记录这些库存在虚拟库位上，相当于没有动。 退货重新出库模块是一个相对简单的模块，因为这个时候仓库基本上都已经完成了加工处理，只需要卖家提交一个出库指令即可。 如果仓库已经反馈了装箱明细，则卖家根据装箱明细在亚马逊的后台生成货件，然后拿到箱唛和FBA的仓库地址，接着在海外仓的OMS中下发出库指令，上传箱唛等附件即可。 如果仓库没有反馈装箱明细，则卖家需要先下发出库指令，告知仓库本次需要出库的数量。仓库拣货完成了之后，再根据时间的打包情况反馈装箱信息。接着卖家再去亚马逊后台创建货件，拿到箱唛和FBA的仓库地址，最后在海外仓的OMS中下发出库指令，上传箱唛等附件即可。 两种方案主要的差别点就是在于装箱明细到底什么时候给，如果是换标的时候就给就比较简单方便，如果是出库的时候再给，就需要等待仓库作业完成了之后才能去创建货件…… 对于亚马逊的退货换标来说，其实初次理解业务就挺难了，因为亚马逊的后台账号并不是一般人能拿到的，没有后台账号的截图，单凭网络上一些断断续续的介绍，并不能很清晰的理解这些术语和业务流程是怎么样的。 理解了亚马逊的退货业务流程之后，接下来的比较头痛的一个点就是要调研卖家具体的一些要求和海外仓实际能提供的一些服务。例如FBA退货经常会有数量不准确的情况发生，有一些卖家习以为常不太追究，而一些卖家觉得自己的货值很高，如果差值区间过大，则必须要仓库拍照留底做申诉……但是很多仓库单单应付退货接收，拆包裹和分类就已经很头疼了，还要加上这么多精细化的运营服务，人力成本一下子就上去了，甚至会出现亏本的情况。 在FBA退货换标这个业务上，可能10家海外仓会有10种做法，而10个客户也会有10种要求。设计一套退货换标的系统的时候，到底应该采用哪种做法去满足哪一类客户，这是一个巨大的挑战和难题。 仓库收到了退货之后，什么时候拆包裹、清点是最佳的，也是我一直调研了很久的一个难题。有些仓库认为收到了包裹之后，压根没有时间立马拆包裹，还是等到要换标的时候再拆；也有仓库是签收后，固定时间或者固定量去拆，然后拆完后的产品按FNSKU重新分类后上架。还有一些仓库收到了包裹之后，立马跟流水线一样交给其他人去就拆包裹、分类了…… 退货换标的业务线流程很长也是导致系统不太好做，一直有痛点的原因。FBA的货件一定要箱唛，而箱唛肯定是要仓库打包装箱之后才有的，所以到底什么时候提供箱唛，什么时候扣减库存也是系统设计的一个难题。 同时还有一个新的问题就是：退货库存应该设计多套还是一套，是我之前踩过的一个坑。通过陆续地对客户调研，我个人认为还是要往仓库未来精细化管理的方向多考虑一些，也就是尽量减少系统的复杂度，同时增加一些拓展性和灵活性，应对更多元化的业务需求。说结论，那就是建议还是用一套库存会好一些。 FBA退货换标业务在2021年迎来了一波高峰，越来越多的海外仓开始意识到了这一块业务的重要性，纷纷布局拓展自己的业务模块。 但是从实际调研的一些仓库，以及我自己之前做过的项目经验来看。退货，无论是FBA退货还是客户退货，其实都是很考验仓库的管理水平和海外仓系统的功能是否强大。简单理解，那就是很多仓库做退件业务都是属于亏钱的，可能亏的很多，也可能亏的很少…… 我一直希望能尽一些绵薄之力，在海外仓退件领域帮助一些中小型仓库达到降本增效的效果。 所幸的是，我正在参与这样一套系统的设计之中。虽然它刚刚诞生不久，有很多东西都不够完善，但是我相信随着我们对更多的仓库进行调研，对更多的业务进行剖析，再结合我们团队专业的研发能力，肯定能把这一块的痛点给解决了。 如果你是一个海外仓的运营经理或者仓库主管，你们正在为没有一套好的FBA退货换标系统而苦恼，那么欢迎你直接与我联系，我想我可以给你提供一些帮助。 如果你是一个海外仓业务人员或者海外仓系统的设计人员，你发现我文中所说的内容有不足，或者说你有更好的方案，也欢迎你直接与我联系，探讨一些更优的解决方案。退货换标的业务流程
退货换标的一些特点
退货换标的功能
1. FBA退货预报入库
2. FBA退货换标指令
3. FBA退货重新出库
退换换标的设计难点
总结
由于2021年亚马逊大规模封号的原因，催生了很多海外仓FBA备货中转的业务，同时也让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退货到了仓库之后，仓库需要根据退货的包裹和包裹内的FNSKU进行识别和清点。清点了产品并上架之后，一般需要等待卖家给新的指示，这个指示一般就是换标的指示。 卖家给出相应的换标指令，需要将某个FNSKU换成另一个，同时告知具体的数量。仓库换标完成了之后，可以立马装箱，也可以重新上架放到新的位置。 如果仓库装箱了，则可以直接反馈装箱信息给卖家，然后卖家去亚马逊后台创建货件；如果仓库没有装箱，则卖家需要先告知仓库要拣货多少数量并装箱，然后再根据装箱信息去创建货件。 卖家创建好了货件计划之后，需要推送给仓库，让仓库扣减对应的库存并贴上箱唛，然后通过快递或者卡车，将货物送到FBA仓库中去。 综合上述的描述，可以大概总结一下FBA退换换标有这么几个特点： 通过上述的流程和特点的介绍，如果需要设计一套FBA退货换标的系统，一般需要三个大模块的功能，分别是： 如果参考海外仓OMS->WMS的数据交互逻辑，则OMS需要三个大模块，而WMS也需要三个大模块。如果要再加上库存模块，那就是分别4个模块。 FBA退货预报入库首先比较纠结的一个点就是到底是按移除订单来创建预报入库，还是按移除货件。 按移除订单创建入库，一个移除订单会关联多个包裹，则需要陆续更新移除订单的明细数据，否则就达不到预报的作用了。而且还有一个比较关键的缺点，就是移除订单的完结时间可能跨度会有好几个月，这意味着单据关闭需要很久，而且仓库也无法判断，会比较麻烦。 按移除货件来创建入库，一个移除货件对应一个入库预报单，仓库操作简单便捷，也可以跟进相应的状态。但是缺点是需要一个货件一个货件预报，对卖家来说操作会比较麻烦一些，而且也不太好统计一个移除货件是否全部都接收完毕了，需要卖家自己整理数据进行统计。 综合比较下来，按移除货件创建退货预报入库单是比较好的一个方式，对仓库的操作来说，有明显的优势。 确认了是按移除货件来创建退货预报入库单后，接下来要纠结的就是仓库端收到了货物之后，是直接清点并上架，还是先按包裹上架，而不对包裹内的产品进行清点。 以上两种方案我都设计过，也大概调研过好几个仓库。整体来说，如果是小仓库，没有太多精细化管理要求的，可以考虑收货之后不清点，直接按包裹上架的方式；如果是对于中大型仓库，有精细化管理要求的，建议还是到货之后就清点，然后按实际收货的数量进行上架，这样对后续的退货库存管理也比较方便。 退货预报入库按货件预报，每个包裹到仓库之后都需要接收、清点、然后上架，这是我们目前采用的设计方案，如果读者朋友们有什么更好的解决方案，欢迎与我私聊交流。 退货换标模块主要关注的就是库存的计算。需要知道换标前的库存数量有多少，换完标之后的库存数量有多少，而要知道库存有多少，前提就是要维护好基础资料的信息。 所以在做FBA的换标指令的功能之前，需要对产品资料库进行调整，需要引入FNSKU的概念，一个SKU对应多个FNSKU。 也可以将不同的FNSKU定义为不同的产品（SKU），也就是直接在SKU的维度进行库存的统计，SKU1换成了SKU2，则SKU1少了，SKU2就加了。但是这种方案一般不太利于管理，所以不建议这样使用。 换标指令就是一个简单的库存加工单的指令，告知仓库需要将什么FNSKU换成另一个FNSKU，要换的数量是多少，然后再上传对应的附件即可。 仓库换标之后一般有两种处理方式，一个是将换标后的产品重新上架，相当于先拣货下架，然后换标，最后再重新上架；另一个方案是换标后的产品直接装箱，相当于先拣货下架，然后换标，最后直接装箱放在专门等待出库指令的区域。 换标后重新上架和换标后重新装箱，其实并不是矛盾互斥的，两者可以兼容，只需要将这两个步骤拆分开，解耦即可。 仓库接收到了换标指令之后，先生成拣货单去拣货，然后下架之后再去换标，如果要上架就生成一个上架任务，然后再去上架；如果不要上架，就录入装箱明细，反馈给卖家。 选择了上架，则系统会做一个移库的动作，将换标后的库存移到实际库位的库存；而选择了装箱，则系统默认记录这些库存在虚拟库位上，相当于没有动。 退货重新出库模块是一个相对简单的模块，因为这个时候仓库基本上都已经完成了加工处理，只需要卖家提交一个出库指令即可。 如果仓库已经反馈了装箱明细，则卖家根据装箱明细在亚马逊的后台生成货件，然后拿到箱唛和FBA的仓库地址，接着在海外仓的OMS中下发出库指令，上传箱唛等附件即可。 如果仓库没有反馈装箱明细，则卖家需要先下发出库指令，告知仓库本次需要出库的数量。仓库拣货完成了之后，再根据时间的打包情况反馈装箱信息。接着卖家再去亚马逊后台创建货件，拿到箱唛和FBA的仓库地址，最后在海外仓的OMS中下发出库指令，上传箱唛等附件即可。 两种方案主要的差别点就是在于装箱明细到底什么时候给，如果是换标的时候就给就比较简单方便，如果是出库的时候再给，就需要等待仓库作业完成了之后才能去创建货件…… 对于亚马逊的退货换标来说，其实初次理解业务就挺难了，因为亚马逊的后台账号并不是一般人能拿到的，没有后台账号的截图，单凭网络上一些断断续续的介绍，并不能很清晰的理解这些术语和业务流程是怎么样的。 理解了亚马逊的退货业务流程之后，接下来的比较头痛的一个点就是要调研卖家具体的一些要求和海外仓实际能提供的一些服务。例如FBA退货经常会有数量不准确的情况发生，有一些卖家习以为常不太追究，而一些卖家觉得自己的货值很高，如果差值区间过大，则必须要仓库拍照留底做申诉……但是很多仓库单单应付退货接收，拆包裹和分类就已经很头疼了，还要加上这么多精细化的运营服务，人力成本一下子就上去了，甚至会出现亏本的情况。 在FBA退货换标这个业务上，可能10家海外仓会有10种做法，而10个客户也会有10种要求。设计一套退货换标的系统的时候，到底应该采用哪种做法去满足哪一类客户，这是一个巨大的挑战和难题。 仓库收到了退货之后，什么时候拆包裹、清点是最佳的，也是我一直调研了很久的一个难题。有些仓库认为收到了包裹之后，压根没有时间立马拆包裹，还是等到要换标的时候再拆；也有仓库是签收后，固定时间或者固定量去拆，然后拆完后的产品按FNSKU重新分类后上架。还有一些仓库收到了包裹之后，立马跟流水线一样交给其他人去就拆包裹、分类了…… 退货换标的业务线流程很长也是导致系统不太好做，一直有痛点的原因。FBA的货件一定要箱唛，而箱唛肯定是要仓库打包装箱之后才有的，所以到底什么时候提供箱唛，什么时候扣减库存也是系统设计的一个难题。 同时还有一个新的问题就是：退货库存应该设计多套还是一套，是我之前踩过的一个坑。通过陆续地对客户调研，我个人认为还是要往仓库未来精细化管理的方向多考虑一些，也就是尽量减少系统的复杂度，同时增加一些拓展性和灵活性，应对更多元化的业务需求。说结论，那就是建议还是用一套库存会好一些。 FBA退货换标业务在2021年迎来了一波高峰，越来越多的海外仓开始意识到了这一块业务的重要性，纷纷布局拓展自己的业务模块。 但是从实际调研的一些仓库，以及我自己之前做过的项目经验来看。退货，无论是FBA退货还是客户退货，其实都是很考验仓库的管理水平和海外仓系统的功能是否强大。简单理解，那就是很多仓库做退件业务都是属于亏钱的，可能亏的很多，也可能亏的很少…… 我一直希望能尽一些绵薄之力，在海外仓退件领域帮助一些中小型仓库达到降本增效的效果。 所幸的是，我正在参与这样一套系统的设计之中。虽然它刚刚诞生不久，有很多东西都不够完善，但是我相信随着我们对更多的仓库进行调研，对更多的业务进行剖析，再结合我们团队专业的研发能力，肯定能把这一块的痛点给解决了。 如果你是一个海外仓的运营经理或者仓库主管，你们正在为没有一套好的FBA退货换标系统而苦恼，那么欢迎你直接与我联系，我想我可以给你提供一些帮助。 如果你是一个海外仓业务人员或者海外仓系统的设计人员，你发现我文中所说的内容有不足，或者说你有更好的方案，也欢迎你直接与我联系，探讨一些更优的解决方案。退货换标的业务流程
退货换标的一些特点
退货换标的功能
1. FBA退货预报入库
2. FBA退货换标指令
3. FBA退货重新出库
退换换标的设计难点
总结
热门活动 
其他
04-09 周四
热门报告 
