买家在 Amazon 申请退款后，你看到订单金额被扣掉，却迟迟找不到退回库存；另一笔退货已经回仓，但状态是 Customer Damaged；还有一笔出现了 reimbursement，后来又发生调整。把这些记录分别打开，很容易产生三个判断：“商品没回来”“Amazon 应该赔”“这笔负数被扣了两次”。
真正的问题通常不是某张报表少了一列，而是把退款、实物退回、状态判定、库存变化、赔偿和结算当成同一件事。
先给结论：
FBA 的 Refunded 只证明客户侧资金事件已经发生，不证明原商品已经回到运营中心。商品退回后还要经过状态判定；可售件通常回库存而不赔，不可售件是否赔取决于责任和资格，Returnless resolution 本来就没有实物回仓。正确做法是用 Amazon Order ID 把退货报告、库存、赔偿和结算串成一条事件链。
先把六个事件拆开
| 事件 | 你能确认什么 | 还不能确认什么 |
|---|---|---|
| Refund / replacement | 买家已经退款或获得替换 | 原商品是否退回 |
| Return expected | 系统仍在等待实物 | 一定会退回或一定应赔 |
| Return received | Amazon 收到退回件 | 商品是否可售、谁负责损坏 |
| Disposition | 商品被判为 sellable、customer damaged、defective 等 | 是否已经产生赔偿或现金入账 |
| Reimbursement | Amazon 创建了赔偿记录 | 金额已进入结算且以后不会调整 |
| Settlement | 退款、费用、赔偿或冲回真实入账 | 库存数量一定同步正确 |
因此，订单页显示 Refunded 时，不要立即把这件商品记成永久损失；FBA Customer Returns report 出现一行时，也不要立即把它记成已恢复可售库存。
退款后的商品主要有四条路
Amazon 论坛团队对 FBA 退货的公开说明把退回件分成可售与不可售，并继续判断不可售状态由谁负责。结合美国站当前的 Returnless Resolutions，至少要识别四条路径：
| 路径 | 库存结果 | 对账重点 |
|---|---|---|
| 退回且可售 | 回到 FBA 可售库存 | 验证库存 +1，不应同时期待一笔赔偿 |
| 退回且不可售，Amazon 负责 | 不回可售库存 | 检查赔偿资格、金额和结算 |
| 退回且不可售，非 Amazon 责任 | 进入不可售库存或后续处置 | 核对原因和移除/弃置，不能默认平台赔付 |
| Returnless resolution | 客户保留商品 | 本来没有实物回仓，核对规则和经济性 |
Amazon 2025 年发布的美国站 FBA Returnless Resolutions by price允许符合条件的商品按卖家设置的价格阈值提供无退货退款。该公告写明阈值可以在 1～75 美元之间设置，并列出危险品、召回商品、礼品卡、重型大件和平均售价高于 75 美元等不适用场景。这是美国站特定计划，不要复制到德国站或把所有低价退款都解释为 Returnless。
免费换货还会多一条零金额订单
免费换货不是“把退款改了一个名字”。Amazon 可能先从你的 FBA 库存发出一件相同商品，并在 Customer Shipment Sales 或 Payments 报告中出现一笔 0 售价替换订单；原商品随后是否退回、退回状态和赔偿是另一条事件。
| 记录 | 数量变化 | 金额变化 |
|---|---|---|
| 原订单 | -1 | 原销售收入 |
| 免费替换件 | 再 -1 | 可能显示 0 售价销售 |
| 原商品退回且可售 | +1 | 通常无赔偿 |
| 原商品未回或符合赔偿 | 0 | 后续可能出现 reimbursement |
Amazon News 对 Customer returns tool 与免费换货的说明明确建议用 Customer order ID 查询“已赔偿、符合资格或仍等待退货评估”的状态。旧公告中的具体 30/45 天流程不能替代 2025 年后更新的索赔窗口，但“原订单、替换件和退回件必须分开记”仍是正确的数据结构。
用四张报告连接同一个订单
Amazon 论坛团队的对账建议至少涉及 Manage FBA Returns、FBA Customer Returns 和 Reimbursements 三处；实际财务闭环还要加入库存与结算记录。
| 报告或页面 | 回答的问题 | 推荐连接键 |
|---|---|---|
| Manage FBA Returns | 是否退款或换货、当前退货状态 | Amazon Order ID |
| FBA Customer Returns report | 是否收到退回件、原因和 disposition | Order ID + SKU/FNSKU + 日期 |
| Inventory Ledger | 可售/不可售库存是否实际变化 | FNSKU + event date + quantity |
| Reimbursements report | 是否生成赔偿、赔偿 ID 和金额 | Amazon Order ID + reimbursement ID |
| Settlement transactions | 退款、费用、赔偿和冲回何时入账 | Order ID / reimbursement ID + amount |
不要只按 SKU 和同一天模糊连接。一个 SKU 可能同日发生多笔退款和多件退回；先用 Amazon Order ID 定位客户事件，再用 FNSKU、数量和时间检查库存，最后用 reimbursement ID 接到结算。
60 天与 45～105 天不是同一只钟
Amazon 论坛团队近期仍建议在 FBA Customer Returns report 查看退款原因，并提到退款后约 60 天内未退回或退回损坏时可能进入赔偿判断。这个数字描述退回与评估逻辑。
另一边，Amazon News 宣布自 2025 年 10 月 15 日起，FBA customer returns 的手工赔偿申请窗口调整为客户退款或换货后的第 45～105 天。它描述的是 claim eligibility window，不是保证第 45 天一定赔偿，也不是要求第 60 天才允许检查。
| 时钟 | 起点 | 正确用法 |
|---|---|---|
| 退回/评估时钟 | 退款或换货 | 判断系统是否仍合理等待实物和状态评估 |
| 手工索赔窗口 | 退款或换货 | 只在当前门户显示符合资格的时间内提交 claim |
不要继续照搬旧教程中的 60～120 天或 60 天～18 个月。政策、站点和事件日期会改变窗口；台账应保存当时账户页面显示的 eligible_from、eligible_until 和政策版本。
建一张订单级退货台账
| 字段 | 示例 |
|---|---|
| marketplace | US |
| amazon_order_id | 111-XXXXXXX-XXXXXXX |
| merchant_sku / ASIN / FNSKU | 三层商品身份 |
| refund_or_replacement_date | 2026-07-01 |
| refund_amount / replacement_qty | -29.99 / 0 |
| return_received_date | 2026-07-18 或空 |
| return_reason / disposition | not as described / sellable |
| inventory_qty_delta | +1 可售 |
| reimbursement_id / amount | 空 / 0 |
| settlement_date / net_amount | 实际结算结果 |
| claim_eligible_from / until | 当前门户显示日期 |
| status | waiting / returned / reimbursed / exception |
最终状态不要只写“已退款”。至少分成：waiting_return、returned_sellable、returned_unsellable_customer、returned_unsellable_amazon、returnless、reimbursed、reversed 和 manual_review。
一个退款案例怎样落账
假设售价 29.99 美元的 FBA 商品产生退款：
| 日期 | 事件 | 库存 | 现金台账 | 结论 |
|---|---|---|---|---|
| 7 月 1 日 | 买家退款 | 暂无变化 | 记录退款与相关费用 | 进入等待退回 |
| 7 月 18 日 | Amazon 收到退货 | 待判定 | 暂无赔偿 | 不提前结案 |
| 7 月 19 日 | 判定 sellable | 可售 +1 | 赔偿 0 | 商品已回库存 |
另一件商品若被判为不可售且责任属于 Amazon，则应继续连接 Reimbursements 和 settlement；如果属于 Returnless resolution，则从一开始就不应等待库存 +1。案例中的日期只是演示事件顺序，不是政策承诺。
每周只处理真正异常的订单
- 导出本周新增退款和换货事件；
- 用 Amazon Order ID 连接 FBA Customer Returns report；
- 对已退回事件验证 Inventory Ledger 的可售/不可售数量；
- 对符合资格事件连接 Reimbursements 和结算；
- 将仍在正常等待窗口的订单标记为 waiting，不反复开 Case；
- 只把“应回未回、应赔未赔、数量不一致、责任判定有证据冲突”的订单送入人工审核；
- 按退货原因聚合后，分别反馈 Listing 尺寸与描述、产品质量、包装运输和异常退货。
如果问题已经进入“赔偿金额为什么比售价低、后来为什么又冲回”，继续看《Amazon FBA 赔偿为什么少？》；如果退回件已经在 FBA 却没有有效 Offer，则转到《Amazon FBA 有库存却不可售怎么办？》。
FBA 退货对账的关键不是每天刷新一次 Refunded，而是为每个订单找到闭环：客户资金发生了什么、实物去了哪里、库存怎样变化、责任由谁承担、赔偿是否真实进入结算。只有缺少其中一步时，它才是一笔真正需要处理的异常。
若要证明退回件何时真正改变 FBA 余额，可继续用《Amazon FBA 库存为什么对不上？》把 CustomerReturns、Disposition、Reference ID 与期末库存放进同一条分类账。
FBA 专题导航：Amazon FBA 库存、费用、资金与对账指南，可按“资金周转 → 补货与费用 → 入仓 → 库存状态 → 赔偿对账”继续阅读。
费用边界补充：退款、退回库存和赔偿事件不等于退货处理费。若要按发货月、三个月窗口、类目阈值与超额退货件复核后者，请继续阅读Amazon FBA 退货处理费与 Return Insights。
没有实物回仓时的下一步：若退款结果是 Returnless，不应继续等待库存接收事件；应改为比较放弃的可回收价值与避免的退回链路成本。资格、价格边界与订单级台账见FBA 无需退回退款决策指南。
退回后不一定只回到新品库存：符合资格的不可售客户退货还可能经过 Grade and Resell 检查、分级并作为 Used 再次销售。两次销售周期和事件对账见FBA Grade and Resell 决策指南。
