亚马逊FBA报告解读:入库、出库、退货、移除、盘点、结算
通过亚马逊FBA发货的卖家,如果想了解FBA运营情况,可以直接在后台查看FBA报告各项数据如Inventory reports(库存报告)、Order reports(订单报告)、Page Views(页面流量)、Units Refunded(退款数)……但熟悉FBA后台的卖家都应该知道,报告远远不止这些,卖家能否透过这些数据对FBA进行全面的分析掌控?
例如:很多发FBA的卖家都知道亚马逊平台要扣除一定的费用,但是具体细节却知之甚少,每次看报表也不清楚该下载哪种报表,具体有哪些费用项目产生,只看到FBA运营成本越来越高。
我们且结合卖家整个业务流程进行预演,理清当中的逻辑,看看哪些数据,如何全面分析,才能产生准确的判断。
一、入库
做FBA卖家,最开始要做的事情就是入库,这时卖家需要创建FBA入库计划,这个数据会在FBA库存报告中的“已发货数量”显示, FBA仓接收货物后同时会在报告上显示“已接收数量”。卖家通过下载库存报告就可以看到具体的入库情况(已接收数量、还有多少未接收)。
但是它只告诉了你一部分数据。因为,FBA入库计划数≠实际“已发货数量”。
卖家在实际发货过程,实际出库数量与计划数量会存在差异,例如数量不够、物流验货有问题被退回(标签、海关要求等)。对于卖家而言,亚马逊返回来的是计划数量,不足以说明情况。
实际发出去多少卖家要自己去跟踪。先是检查总数,例如,总共发了100件产品,实际才入仓90件。意思是丢了10件,货物丢失损坏的原因,是卖家承担还是物流商承担。
一般情况下卖家把每个网店的报表都下载下来逐个分析因为卖家的SKU不会只有一个,网店也不只一个。大部分ERP在下载FBA库存报告的同时能结合到实际业务情况,可以跟踪到具体货物的实际发货数量,并同步在软件上显示实际发货数量。
有差异就要做具体的跟踪处理。少数ERP能在跟踪进度的同时做跟踪差异管理(处理原因、处理时间、处理说明、有没有处理、谁处理……)。

二、出库
卖家在后台下载Order reports(订单报告)可以详细知道每一笔销售记录(订单、地址等)。虽然FBA负责发货,但是卖家需要把这个数据下载下来,知道每一天卖了多少。
这时卖家会发现亚马逊下载的只是单个站点的报告如果商品编码不一样的,还需要转化成自己的编码进行管理,工作量非常繁琐。
例如一个鼠标的编码在各个站点的编码不一样,但对于卖家而言是同一个商品,而亚马逊下载的只是单个站点的报告,卖家无法做出综合判断。
我们借助工具,可以先把所有站点的商品订单先下载下来,为卖家做好商品编码关联转化,并从更多的维度(日、周、月、年)(渠道、地域、店铺、品牌、类目、商品)给出销售走势分析。

三、库存结余(退货、移除、盘点)
退货报告:退货虽然是亚马逊客服接待,但卖家实际不知道退货了多少,退货的原因有可能是在运输途中损坏,也有可能是被客户退回,要下载退货报告才知道具体数据。
盘点报告:亚马逊会做库存盘点,盘点完后做调整,增加还是多少,卖家要做到心中有数。
移除报告:商品有问题,亚马逊会先标志出来不可售,卖家随后需要做一个移除申请单,把这部分数量销毁。
退库、盘点、移除等只是方便做库存对账,实际上退货、盘点、移除需要三者数据综合分析才能得出一个较为准备的库存分析——库存结存报告。亚马逊上会告诉你有结存,但是数据不精算。
例如入了亚马逊FBA仓1000件商品,实际卖了800件,按道理剩下200件,但是实际库存只有80件,那其他货物呢?
卖家需要知道是退货、移除、盘点等问题,FBA运营中心不会告诉你这些,卖家管理FBA仓库需要把这些报告都下载下来做库存对账,才能知道实际的库存结余和库存去向。
它可以结合所有报告做一个库存结存报告,对比出入库报告做综合对比,看是否有差异,亚马逊会告诉你有结存,但数据并不是精算的。
我们需要的是一个可以综合退货、移除、盘点,对比出入库报告做综合对比,在差异检验下所给出的精确的库存结存。

四、结算报告
每个月客户会收到亚马逊FBA的结算报告,结算报告重点给财务使用。
一份汇总表,包含总收入、总支出、转账多少、税多少、各种费用……;
一份明细表,包含具体的费用项目(订单处理费、分拣包装费、仓储费、运费……)。
结算报告很全,但是下载下来每个国家的语言和币种都不一样,财务很难掌握。
我们需要先把具体的核算项目统一转成英语或者中文的核算项,财务才可以作统一管理。
借用ERP工具,可以提前做好费用项语言预设模板,财务可以提前设置好中文对应各个国家的语言名称,系统下载下来会做一个自动转化,财务可以直接用中文来出利润表。
结算报告的费用项目也很多,而卖家一般有自己的分类规则,财务做利润表的费用科目不一定会按照亚麻徐给的分类来使用。
借用ERP工具,提前预设不同科目对应的费用项目有哪些,哪些费用需要分摊,最终在系统中直接得出利润表,最终的利润结果会在利润表做体现。
综上,我们发现,亚马逊FBA报告中的数据并不是单一维度存在,往往是“牵一发而动全身”。
例如退货报告中的SKU、数量、对应的订单、退货原因对商品的利润分析有影响,而做利润分析必须回溯这些数据才能得出结论。
卖家很难通过单一的数据在脑海中抽象形成复杂的数据结论。这里我们引入一款可以解决以上所有关键问题的工具——胜途跨境电商ERP,将复杂的问题简单化。
胜途跨境电商ERP目前已无缝对接主流跨境电商平台、支付平台、海外仓储平台、国际物流系统,可以为跨境电商提供商品管理、采购、库存、订单、发货、仓储、售后、财务和报表统计等智能化、自动化的管理,在大幅度提升运营效率和降低成本的同时,为跨境出口电商提供完美便捷的一站式整体解决方案。