亚马逊银行回款少于订单销售额，通常是退款、平台费用、延迟交易、本期新增预留、前期预留释放和币种转换共同作用；账户级预留金额不是自动消失的销售额，也不应直接全部记成当期费用。
深圳跨境卖家若只拿“订单总额”对银行到账，几乎必然对不上。正确做法是把订单、交易明细、结算周期和银行流水分四层勾稽，再用预留滚动表解释跨期变化。Amazon 的预留政策会因商城、账户和时点变化，本文引用的是截至 2026-08-10 可公开核验的官方页面，实际以卖家后台当前报告和通知为准。
先分清：账户级预留金额、延迟交易和平台费用不是一回事
Amazon Seller Central 中文帮助说明，账户级预留金额用于确保卖家有资金履行退款、索赔、信用卡拒付等财务义务；常见原因还包括卖家绩效、账户审核和因商城而异的当地税务要求。该页面同时明确，基于送达日期的预留目前显示为“延迟交易”。这意味着报表中两个名称不能随意合并。
| 项目 | 本质 | 对本期银行到账的影响 | 财务误区 |
|---|---|---|---|
| 账户级预留金额 | 为潜在义务暂时保留的资金 | 本期少转，后续按实际情况释放或使用 | 一扣就全记平台费 |
| 延迟交易 | 尚未达到可支付条件的交易 | 暂不进入可转金额 | 与账户级预留金重复扣减 |
| 平台费用 | 佣金、配送、仓储、广告等实际收费 | 减少结算金额 | 只按银行净额倒挤费用 |
| 退款/拒付/索赔 | 订单后的冲减或风险事项 | 减少可用余额，可能触发预留 | 仍按原订单确认完整净收入 |
如果老板问“这笔钱去哪了”，财务应回答它现在属于费用、退款、预留、延迟交易还是银行在途，而不是给出一个无法复核的总差额。
结算报告应该按哪四层核对？
本文第一个原创价值组件是四层勾稽图，每层有不同主键和完成标准：
- 订单层：按 Amazon Order ID 记录商品销售、促销、退款和订单税费，回答“发生了什么交易”。
- 交易层：按交易类型拆出 Shipment、Refund、ServiceFee、Adjustment 等明细，回答“平台如何记账”。
- 结算层：按 Settlement ID 汇总期初余额、本期交易、预留新增、预留释放和转账金额，回答“本周期应转多少”。
- 银行层：按追踪号、收款账户、到账币种和日期匹配，回答“最终到账多少”。
对账恒等式：期初平台余额＋本期销售及其他收入－退款－平台费用±调整－本期新增预留＋前期预留释放＝本期平台转账金额；平台转账金额±换汇与收款通道费用＝银行实际到账。各站点字段名称可能不同，但不能跳过中间层。
为什么预留金额一定要做“跨期滚动表”？
同一个结算周期里，可能既有本期新扣预留，也有以前结算周期的预留释放。只看付款摘要的净变化，会把两件方向相反的事项抵消。本文第二个原创价值组件是预留龄期矩阵：
| 批次 | 形成日期 | 原因 | 原始金额 | 本期释放/使用 | 期末余额 | 责任动作 |
|---|---|---|---|---|---|---|
| R-001 | 结算周期 A | A-to-z 索赔 | 按报告 | 按本期交易 | 自动计算 | 跟踪案件状态 |
| R-002 | 结算周期 B | 信用卡拒付 | 按报告 | 按本期交易 | 自动计算 | 补充申诉材料 |
| R-003 | 结算周期 C | 账户级政策预留 | 按报告 | 按官方释放记录 | 自动计算 | 核对后台通知 |
不确定具体原因时，先标记“待平台确认”，不要凭比例倒推。第三方工具可能给出经验口径，但政策依据应回到 Seller Central 通知、付款报告和 Amazon 官方公告。
模拟案例：销售 10 万美元，为什么银行只到 64,950 美元？
以下为便于理解而设置的模拟案例，不代表具体客户情况。某深圳 3C 卖家一个结算周期的商品销售及其他收入合计 100,000 美元，退款 8,000 美元，平台佣金、配送和仓储等费用 15,000 美元，广告扣款 6,000 美元，赔偿等净调整增加 1,000 美元；本期新增预留 12,000 美元，同时释放前期预留 5,000 美元。平台发起 65,000 美元转账，收款通道扣除 50 美元。
| 桥接项目 | 金额（美元） | 说明 |
|---|---|---|
| 销售及其他收入 | 100,000 | 不是最终可用现金 |
| 减：退款 | -8,000 | 按交易明细核对 |
| 减：平台费用 | -15,000 | 按费用类型拆分 |
| 减：广告扣款 | -6,000 | 确认是否由卖家余额扣除 |
| 加：净调整 | +1,000 | 保存赔偿/调整依据 |
| 减：本期新增预留 | -12,000 | 进入预留滚动表，不直接等同费用 |
| 加：前期预留释放 | +5,000 | 冲减对应历史预留批次 |
| 平台转账 | 65,000 | 与 Settlement ID 对应 |
| 银行实际到账 | 64,950 | 再减收款通道费 50 |
本期新增预留 12,000 美元并不意味着当期多亏了 12,000 美元；它先影响现金可用性。最终是否转为退款、索赔或释放，要以后续交易明细确认。利润表和现金流表因此会出现不同节奏。
出现差额时，先查什么、后查什么？
- 先锁结算周期：不要用自然月订单直接对 14 天或其他周期的付款报告。
- 再核报告完整性：确认 Settlement ID、站点、币种和交易明细均已下载。
- 拆交易类型：把销售、退款、费用、广告、赔偿、拒付和调整分别汇总。
- 滚动预留：逐批连接上期余额、本期新增、释放、实际使用和期末余额。
- 匹配银行：用追踪号和到账币种，而不是只按相近金额模糊匹配。
- 处理未解释差额：建立异常单，标记金额、责任人、截止日和平台工单号。
完成标准是每个 Settlement ID 的平台转账金额都能连接一笔或一组银行到账；预留余额能从上期滚动到本期；未解释差额有明确责任人，不再用“平台扣费”笼统冲平。
哪些情况不能只靠财务表格处理？
- 账户处于审核、冻结或绩效异常，需由运营提交平台材料；
- 索赔、拒付或退款争议影响金额较大，需要业务、客服和法务共同跟进；
- 多站点、多收款账户和多币种之间存在主体不一致；
- 历史报告缺失或 API 数据与官方付款报告不一致；
- 预留金额被长期挂成费用，已影响以前年度利润和税务申报。
财精灵能把哪些数据变成老板可看的结果？
财精灵可接收 Amazon 付款报告、交易明细、订单退款、广告账单、收款平台流水和银行回单，按站点、店铺、币种与 Settlement ID 建立四层勾稽；输出回款桥接表、预留滚动表、未解释差额清单和对利润/现金流的分别影响。老板最终看到的不是一张“已对账”截图，而是哪些钱已成为费用、哪些仍在平台、哪些正在银行在途、哪些需要运营处理。
月末自查清单
- 订单区间与结算区间是否分开？
- 所有 Settlement ID 是否已下载完整报告？
- 账户级预留金额与延迟交易是否分列？
- 本期新增预留和前期释放是否分别记录？
- 广告费是卖家余额扣款还是信用卡支付，是否避免重复？
- 平台转账与收款平台、银行到账是否有追踪号？
- 未解释差额是否设置负责人和关闭条件？
- 会计入账是否区分利润影响与现金占用？
常见问题 FAQ
亚马逊预留金额在哪里看？
通常在卖家平台付款报告的结算一览中查看账户级别预留金额，并结合付款摘要、交易明细和后台通知确认原因。不同商城界面可能不同。
预留金额一般多久释放？
没有适用于所有账户的统一答案。索赔、拒付、账户审核或送达日期政策的释放条件不同，应以对应交易、案件状态和卖家后台通知为准。
预留金额可以直接计入平台费用吗？
不建议。预留首先代表暂未支付或受限的资金；只有后续交易明确成为退款、索赔或收费时，才按其实际性质处理。
为什么结算报告金额和银行到账还差一点？
继续检查到账币种、换汇、收款通道费用、银行在途时间以及是否一笔结算拆成多笔到账。不要在平台层直接倒挤。
月度利润应该按订单月还是回款月？
经营分析要明确收入确认、退款归属、平台费用和结算跨期口径，不能简单按银行到账月确认全部收入。具体会计政策应保持一致并由专业人员确认。
资料来源与更新日期
- Amazon Seller Central：什么是账户默认预留金？，页面适用于美国商城，本文核验于 2026-08-10。
- Amazon Seller Central：付款一览，本文核验于 2026-08-10。
- Amazon Seller Central：付款日期范围交易和汇总报告，本文核验于 2026-08-10。
- Amazon Selling Partner API：Settlement Reports，本文核验于 2026-08-10。
- Amazon Global Selling：DD+7 预留金政策官方公告，2026-06 发布，本文核验于 2026-08-10。