如何在 Google Sheets 中导入、同步与分析亚马逊 FBA Reimbursements 报告

#使用 Hopted 将 FBA 卖家赔偿报告同步至 Google Sheets

使用 Hopted 等 Amazon 与 Google Sheets 集成工具，只需设置一次，后续数据就会自动传输。

#第 1 步

安装 Hopted 浏览器扩展，使用 Google 账户登录。

#第 2 步

通过 Hopted 连接向导，将 Amazon Seller Central 安全接入 Google Sheets。

#第 3 步

在 Google Sheets 中选择 "FBA Reimbursements" 并设置可用日期范围，例如 "Last 24 hours"。本例使用 "Include records for the last 30 days"。可获取的历史记录范围以当前数据源为准，与提交新赔偿申请的时限不是一回事。

#第 4 步

选择所需字段：approval-date、reimbursement-id、case-id、reason、amount-total、quantity-reimbursed-cash、quantity-reimbursed-inventory 和 sku。

#第 5 步

设置赔偿数据的导出与刷新频率，例如每周一次。赔偿获批后可能需要数日才显示在报告中；如申请时限较短，应提高核对频率。

#第 6 步

保存同步设置，按计划将 Seller Central 的赔偿记录导入电子表格，减少手动下载 CSV。请核对报告日期范围和最近更新时间。

#什么是亚马逊 FBA 卖家赔偿报告？

此报告列出覆盖期间内亚马逊处理的赔偿明细，可能包括以下符合赔偿政策的事件：

• 库存丢失：运营中心内丢失的商品。

• 库存损坏：符合亚马逊责任和赔偿条件的仓内损坏。

• 客户退货相关事件：例如买家已获退款，但商品未按适用规则退回，且事件符合卖家赔偿条件。

报告区分现金赔偿与库存补偿：前者记入账户资金记录，后者通过库存数量补偿。账户入账日期不一定等于银行收款日期。

结合其他数据，可用于回答以下问题：

• 上个月获得了多少现金赔偿，又有多少件通过库存得到补偿？

• 针对 50 件丢失商品提交的申请，是否已经有赔偿记录？

• 某个 SKU 是否反复发生仓内损坏，需要进一步检查包装或处理环节？

• 买家已获退款但未退回商品的事件，是否符合赔偿条件并已处理？

• 赔偿记录能否与库存分类账中的调整对应？

#如何在电子表格中分析与跟踪 FBA 赔偿

数据自动更新后，您就能把精力从录入数据转向分析数据。这正是在电子表格中分析 Seller Central 数据的价值：按自己的需求建立熟悉的表格模型。

您可以从以下三种亚马逊数据表格模板入手：

#模板 1：现金赔偿汇总表

将赔偿单独汇总，可帮助财务人员与结算记录对账。具体应计入收入、成本回收还是其他科目，以及税务处理方式，取决于适用会计规则和业务情况。

搭建方法：

• 数据透视表行：approval-date，按月分组。

• 数据透视表值：SUM of amount-total。不同币种应分别汇总，并纳入适用的冲销记录。

• 筛选：可排除 amount-total 为 0 的行以查看非零金额记录；判断是否为库存补偿，应核对相关数量字段，而不是只看金额。

• 可以发现什么：按批准月份汇总现金赔偿记录，辅助损益与结算核对。它不是银行到账流水，实际收款还应结合结算和银行记录。

#模板 2：库存损坏情况监控表

同一商品反复出现损坏时，应检查包装、运输和仓内处理环节。赔偿记录可以帮助发现模式，但不能单独确定责任或原因。

搭建方法：

• 数据透视表行：product-name 或 sku。

• 数据透视表列：reason，例如 Damaged_Warehouse 或 Lost_Warehouse；请使用报告实际返回的原因值。

• 数据透视表值：COUNT of reimbursement-id。该计算统计记录行数；如要统计独立赔偿事件，应对编号去重，若要统计受影响件数，应汇总数量字段。

• 排序：按总数从高到低排列。

• 可以发现什么：如果一个 SKU 出现大量仓内损坏赔偿，值得优先检查包装与处理情况。确认原因后再调整包装，避免把所有损坏都归因于包装不足。

#模板 3：库存补偿与现金赔偿对照表

亚马逊可能通过现金或库存补偿符合条件的损失。两种方式对可用库存和后续采购的影响不同，因此应分开跟踪。

搭建方法：

• 公式：比较 SUM(quantity-reimbursed-cash) 与 SUM(quantity-reimbursed-inventory) 的比例。两者都是件数，不是现金金额。

• 可以发现什么：若主要通过库存补偿，应核对库存是否已经恢复，再调整补货；若主要获得现金赔偿，则需结合现有库存、销量和提前期评估采购，不应只凭赔偿类型立即下单。

#这份报表的常见用途

• 财务对账：将赔偿明细与财务交易和结算记录关联，再与银行实际到账核对。

• 申请核查：确认支持案例中的 Case ID 12345 是否对应已处理的赔偿记录。

• 库存与成本核对：结合丢失、找回、库存补偿及冲销记录调整库存台账。会计分录和税务处理应依据适用规则，避免重复冲减库存。

• 包装优化：识别损坏事件较多的商品，进一步调查原因。

#亚马逊 FBA 卖家赔偿常见问题

问：quantity-reimbursed-cash 与 quantity-reimbursed-inventory 有什么区别？

• Cash：表示以现金赔偿的件数，这些商品没有通过同一笔赔偿恢复为库存。

• Inventory：表示以库存补偿的件数，例如亚马逊找回或补入相应商品。对应件数获得库存补偿，而不是另付现金。

问：赔偿申请可以追溯多久？申请时限取决于事件类型、站点和当前政策。请查看 Seller Central 的适用申请窗口，按足够频率核对，避免错过截止日期；不要将历史上的 18 个月期限当作通用标准。

问：为什么赔偿金额低于售价？不同事件采用不同核算规则。对于适用当前政策的客户订单发生前丢失或损坏库存，赔偿依据通常是制造或采购成本，不包含运输、处理或关税，也不按预期零售利润补偿。请核对具体事件的适用政策和成本资料。

问：可以自动提交赔偿申请吗？Hopted 的报告同步本身不会替您完成赔偿申请提交。您可以自动汇集数据，辅助核查：结合此报告与 Inventory Ledger 识别需要调查的差异，再按亚马逊的资格、证据和时限要求处理。

问：报告包含入库货件丢失赔偿吗？符合条件且已处理的赔偿可能列在报告中。原因字段可能出现 Lost_Inbound 等值，请以实际返回内容和支持案例为准。

问：Original Reimbursement ID 是什么？如果亚马逊对先前赔偿进行调整或冲销，例如之后找回商品，该字段可将相关记录关联到原始赔偿，帮助追踪完整处理过程。

问：Hopted 与其他亚马逊卖家软件有什么不同？许多工具围绕预设看板与报表设计。Hopted 则直接在您现有的 Google Sheets 表格中工作，将销售、库存、订单等分散数据自动汇集起来。您可以按自己的需求创建完全自定义的报表与自动化流程。

#Seller Central 报表参考资料

来源说明：本节链接在可用时指向亚马逊 Seller Central 报表及帮助文档。

Reimbursements 报告提供赔偿明细，包括卖家申请后获批的赔偿，以及亚马逊自动生成的赔偿。

赔偿获批后，可能需要数日才显示在账户或报告中。请以实际处理状态为准。

对于您提交的申请，可用报告中的 case ID 查看案例；对于与客户退款相关的赔偿，可用 Amazon order ID 核对对应订单。

报告展示可能滞后于批准时间。同一天针对相同问题处理的多笔赔偿，也可能合并为一笔交易；核对时请结合编号、数量和金额。

Hopted 可以将 Amazon Seller Central 的 FBA 赔偿记录自动导入 Google Sheets。立即试用。

了解亚马逊 FBA 库存赔偿政策。

报告可用字段

approval-date
赔偿获批日期。

reimbursement-id
赔偿记录的唯一标识。一笔赔偿可能包含多个明细行。

case-id
提交赔偿申请时分配的支持案例编号。

amazon-order-id
客户订单的唯一编号。如果赔偿与订单无关，此字段可能为空。

reason
赔偿原因，例如 Damaged: Warehouse。

Sku
卖家为商品分配的库存单位标识。

fnsku
亚马逊为通过其配送网络处理的商品分配的库存标识。

asin
亚马逊为商品目录中的商品分配的唯一标识，可在商品详情页查看。

product-name
商品名称。

condition
商品状况，例如 New。

quantity
本明细行对应的赔偿总件数。

currency-unit
该赔偿金额使用的币种。

amount-per-unit
本明细行的单件赔偿金额。

quantity-reimbursed-cash
以现金形式赔偿的总件数。

amount-total
本明细行的现金赔偿总金额。

quantity-reimbursed-inventory
以库存形式补偿的件数。

quantity-reimbursed-total
现金赔偿件数与库存补偿件数之和。