为什么 FBA 退款订单数、退货件数和赔偿金额对不上，以及如何按事件核对？

问题：为什么 FBA 退款订单数、退货件数和赔偿金额对不上？答案：它们计量不同事件。退款把资金退给客户，实物退货移动库存，赔偿针对符合条件的问题补偿卖家；三者可能涉及不同数量、日期和金额，总额相等并非预期结果。应按订单、商品和根本问题核对每个退款商品的库存和财务结果：已收到可售、已收到不可售、合理不期望退回、仍未解决、或已关联赔偿。该核对不是索赔资格计算器，也不替代会计处理。

每个数字实际计什么？

1. 退款订单数是所选范围内出现退款的去重订单数，不等于退款件数或退款交易数；一个订单可含多个商品，一个商品可有多件，客户可获部分退款或多次调整。
2. 退货件数是记录为实物退回的件数，可能在退款后到达，并分为可售或不可售；退货授权或承运扫描不同于运营中心收货和处置记录。
3. 赔偿有自己的数量和金额，可能关联客户退货，也可能对应仓储或入库库存问题而无客户退款；赔偿记录可计现金或库存；不能把每条赔偿行当作一件退货。

开始核对先写明计量口径、日期基准、商城、配送方式和币种；“10 月退款”需明确是销售、退款入账还是其他事件。同一筛选标签不保证两个报告是同一人群。

应把哪些记录放在一起？

1. 保留原始导出，另建工作台账：原始销售保留订单 ID、商品标识、SKU、件数、销售日期、商城；退款事件保留来源交易 ID、订单和商品引用、日期、金额、币种；实物退货保留订单和商品引用、数量、收货日期、处置状态；赔偿保留赔偿 ID、案例 ID、原因、关联订单如有、现金和库存数量；调整或冲销保留原事件引用、入账日期、金额或数量、支持说明。
2. 可加审核列：当前状态、证据位置、下一步、负责人、最后核对日期；这些是分析工作流，不是每个亚马逊导出都提供。
3. 不要在工作表复制客户个人信息；订单和商品标识足够。

注意报告范围：亚马逊卖家自配送 Returns Reports 文档明确排除 FBA 退货和无退货退款；FBA 库存应使用 FBA 专用来源，不能把排除事件报告中缺行当作少钱证据。

如何匹配记录避免重复？

1. 先按较强共享标识：商城和卖家账户、订单 ID，再订单商品标识；没有时用 SKU/FNSKU 加数量和交易上下文。单独 ASIN 太宽，单独订单 ID 对多商品订单太宽。
2. 保留原始退款事件与按订单汇总分离；同一订单两个退款事件保留两笔金额但订单只计一次；一笔交易退两件，交易数为 1，影响数量为 2；部分金额退款不自动等于整件实物退回。
3. 连接前先把各来源聚合到目标层级；两笔退款行直接连两笔退货行可能产生四行并翻倍。每次连接前后检查记录数和金额总额；总额无理由变化时修匹配，不手工调答案。
4. 标识缺失或数量冲突的放入异常队列；不要静默把同额信用分给最近退款；有原引用时按原引用匹配冲销，并保留人工匹配证据；看似合理关联在支持前仍是假设。

对账示例是什么样？五个假设 FBA 订单截至 10 月 31 日；订单 B 含两件，其余各一件；每单 10 月各获一次全额退款；均为示例 USD，E 的赔偿假设为针对该具体问题已入账的有效信用；不表示通用处理或资格时间表。

1. A：退款 1 件，客户退款 $40，收到 1 件，可售退货，现金回收 $0。
2. B：退款 2 件，客户退款 $60，收到 2 件，一件可售一件不可售，现金回收 $0。
3. C：退款 1 件，客户退款 $25，收到 0 件，有记录的无退货退款，现金回收 $0。
4. D：退款 1 件，客户退款 $35，收到 0 件，退货未解决，现金回收 $0。
5. E：退款 1 件，客户退款 $50，收到 0 件，关联赔偿已入账，现金回收 $32。

合计：退款订单 5，退款件数 6，收到件数 3，赔偿现金 $32。它们不同因为台账解释不同事件。退款件数 1+2+1+1+1=6；实物收货 1+2=3；客户退款 $40+$60+$25+$35+$50=$210。截至该截止点，六个受影响单位分为三件实物收到、一件有意不期望退回、一件未解决、一件未收到但关联已入账赔偿；这是这些记录的分类，不是通用公式。范围内退款与赔偿现金变动为 −$210+$32=−$178，这不是订单利润或银行打款，排除原始销售收款、亚马逊费用调整、税费、库存成本等，称之为“净退货损失”会夸大。D 需跟进但非自动有效索赔；C 按设计无实物退货；B 不可售件需查库存价值和原因，但仅不可售不证明亚马逊欠赔偿。

后续退货和赔偿冲销如何处理？继续事件轨迹，不重写先前截止点。假设 E 的件在 11 月 6 日收到且 11 月 7 日关联 $32 现金冲销入账（假设延续，非预测）：E 原客户退款 10 月 −$50；赔偿 10 月 28 日 +$32；11 月 6 日收到可售 1 件 $0；11 月 7 日赔偿冲销 −$32。截至 11 月 7 日 E 保留赔偿现金 $32−$32=$0；五单实物收货总数变为 4 件；原五单仍有退款，客户退款总额仍 $210；后续库存收到不撤销客户已获退款。亚马逊库存赔偿政策允许错误支付或赔偿库存后来找到并退回时冲销；查所述原因和库存移动，不能仅因早先出现同额信用就解释掉冲销。若 E 找回件在记录中库存价值 $18，这是按会计方法评估的库存价值，不是另一笔 $50 销售，也不是冲销后仍可计 $32 现金。金额、实物数量和库存估值分列。

退货入库存是否总等于可售？不是。亚马逊版主对退货报告状态的解释称，退回库存单位可为可售或不可售；不能仅因状态为已退回就当作恢复全值库存。不可售件需确认后续：检查、移除、弃置、允许的恢复路径或符合条件赔偿；记录实际成本和有支持恢复价值；不要假设状态代码单独确定责任，也不要把一件同时计为已弃置和仍持有待售。这也可防 COGS 错误：若库存成本因丢失或不可用仍被计费，再加全额减值会重复损失；反之仅因存在退款就冲回全部 COGS，可能为从未找回的商品创造库存价值。给会计事件证据而非强行统一分录。

哪些不匹配优先调查？区分可解释的时间性和实质性差异：相关流程中的未结退货可留在等待结果组；无退货解决归入不期望退货组；后期发现付款应回链该问题但保留实际入账日期。按风险金额、适用截止期限和所需证据排序异常，例如符合条件问题无记录解决、赔偿冲销无解释库存结果、数量超过原受影响单位、同一信用挂到多个损失。保留待处理、已拒绝、部分解决、完全解决等状态区分。提交索赔前查当前商城和问题特定规则；退款、仓库事件、移除或赔偿日期可能各有影响；管理报告截止点不延长亚马逊期限，软件标记不确立资格；调查时保存文件，不要等到长报告期末再收集。

哪些错误会让数字看起来不对？

1. 期望订单数、件数、报告行数和美元金额相等。
2. 比较销售日期、退款日期或收货日期数字而无桥接。
3. 按订单层级连接多个来源行并乘出金额。
4. 假设缺少实物退货就意味着应赔。
5. 把不可售库存当作亚马逊造成损失的证明。
6. 把已批准或估算金额当作已入账现金，或忽略后续冲销。
7. 把退回库存当新收入，或重复加同一库存成本。
8. 把净结算存款当作所有退货事件的完整解释。

补充：退款可以无退货，例如有记录的无退货解决，实物退货也可能仍待定；缺收货数据本身不能判断属于哪种情况。退货件数可以超过退款订单，因为一个退款订单可含多件，退货也可能属于更早期间退款的订单。赔偿不应被假设等于退款金额，需确认事件类型、数量、估值和适用亚马逊政策。报告中的赔偿不等于银行已收到，应区分批准、账户入账、结算和银行存入。异常在财务与库存结果有支持且记录能解释，或有记录决定关闭进一步行动时算完成；后续关联调整仍需可追踪。目标不是相同总额，而是每个问题资金、单位和解决的一致历史。