卖家后台销售额和银行到账不同：怎样按结算期建立核对表

Seller Central 显示这个月卖了 12,000 美元，银行却只收到 7,000 多美元，是不是少打款了？不能直接这样判断。销售额描述订单活动，银行入账描述某一次付款；中间还夹着退款、平台与履约费用、广告、账户调整、期初结转、期末储备，以及银行实际过账日期。只要比较的不是同一结算期、同一币种和同一笔付款，两边就很难相等。

最稳妥的做法不是拿“自然月销售额”硬减“自然月银行入账”，而是先选一笔已经发起的 Amazon 付款，以它对应的结算期为边界，建立一条从期初余额到银行到账的桥。桥对上以后，再另做经营利润表。两个工作表回答的是不同问题：前者回答钱是否按平台结算记录转出，后者回答这段经营是否赚钱。

适用范围：美国 Amazon.com 第三方卖家；公开页面于 2026 年 9 月 22 日核查。本文是完整免费的经营记录指南，不提供税务申报、审计或针对具体账户的会计意见。Seller Central 界面和字段可能变化，请以自己账户当期可见报告为准。

先把四个数字分开，别急着找差额

第一，订单销售。它可能按下单日、发货日或报表自己的记账时间统计，还可能包含买家支付的运费、促销、税费或其他项目。它适合看经营活动，却不是银行应收款的同义词。

第二，账户余额与可用资金。Statement View 会把期初余额、销售、退款、费用和账户层级储备放在同一个付款视图里。总余额里可以有暂时不能转出的金额；可用资金才是当下可进入付款的部分。Amazon 的公开说明称，储备是为退款、拒付等未来义务暂留的余额。

第三，Amazon 发起的付款。Amazon 的公开说明称，卖家账户通常每两周结算一次：期初余额加销售、减费用、按退款调整，再扣下储备后，把正余额作为一笔付款发往登记的银行账户。这里的“通常”不是每个账户的保证；账户状态、负余额或付款资料问题都可能改变结果。[1：Amazon 卖家付款说明]

第四，银行过账。Amazon 发起付款和银行显示到账不是同一天。官方公开说明给出的上限是发起后最多五个工作日。核对时要用 Amazon 的付款发起日期、金额和付款标识去找对应银行行，而不是强求销售发生日与银行过账日相同。

这四个数字之间的差异各有原因。订单销售与付款不同，主要是口径和扣减；账户余额与可用资金不同，主要是储备和递延；Amazon 付款与银行入账不同，主要是转账状态、银行处理日或匹配错了付款。先判断差异在哪一段，才知道该打开哪张报表。

开始前固定三个凭据和一个核对单位

核对单位选一笔付款对应的完整结算期，不要先选自然月。然后保存三类凭据：

1. 付款/结算摘要：在 Payments 的 Statement View 或 All Statements 找到该结算期，记录期初、销售、退款、费用、储备、付款金额、币种、结算期起止和付款标识。Statement View 是摘要，不是全部明细。[2：Statement View 说明]
2. 逐笔交易或 Settlement Report：Transaction View 可按结算期、类型或订单号查订单、退款以及 Amazon 发起的扣款或贷项；下载报告通常比屏幕摘要有更多逐笔细节。交易很多时，优先保留该结算期的 Settlement Report 或下载文件。[3：Transaction View 说明]
3. 银行行项目：保存实际过账日期、金额、币种和银行描述。不要只记截图上的当前余额；当前余额无法证明是哪一笔付款。

另外固定一个版本信息：报告下载日期。Payments Reports Repository 可以请求日期范围报告并跟踪生成状态；但自定义日期报告与结算期报告用途不同。前者适合跨期间分析，后者更适合把一笔付款对到银行。[4：Payments Reports Repository]

建立结算桥：先沿用报告符号，再统一正负号

核对表至少保留八列：结算期、来源报告、原字段名、交易/付款标识、订单号或费用说明、原金额、统一正负号后的金额、核对备注。卖家增加的钱记正数，退款、费用和期末暂留储备记负数。原报告若已经带符号，不要再凭字段名反转一次；先保留原值，再在“统一金额”列明确转换规则。

下面是完全合成的教学结算，不来自任何卖家账户。假设所有项目都是美元，而且已经从实际报告逐项归类：

这张表有三个容易被忽略的结论。第一，4,800 美元销售和 2,880 美元付款都可以同时正确，因为它们不是同一口径。第二，期初 180 美元会增加本期付款，却不应再算一遍本期销售；期末 600 美元会降低本期付款，却不等于费用或损失。如果这 600 美元继续保留，它应在下一结算期以期初结转或储备变化的形式被追踪。第三，银行准确收到 2,880 美元只能证明付款桥对上，不能证明这段经营赚了 2,880 美元。

经营上的取舍也在这里：按结算期做桥，能最短路径核实现金是否完整转出，但一笔结算可能跨两个自然月，并包含旧订单退款或非订单费用。按自然月做绩效表，适合比较销售和费用趋势，却不能直接与某一笔银行款硬对。成熟的账法不是二选一，而是保留“结算期核对”和“自然月经营分析”两种视图，用交易标识连接。

有差额时，按这个顺序排查

1. 先确认是否对的是同一笔付款。核对币种、付款标识、Amazon 发起日期和银行过账日期。周末或银行处理会让日期跨周；多站点、多币种账户更不能只按相近金额猜。
2. 再确认结算期边界。银行行项目对应的是一笔结算，不是“本月所有销售”。如果结算跨月，先放弃自然月比较，回到该付款的 statement period。
3. 检查期初与期末储备。储备会让当期可转金额低于总余额；释放的旧储备又会让付款包含并非本期销售的资金。不要把两者都当费用。
4. 从摘要下钻逐笔交易。订单、退款、Service Fees、Shipping services、Paid to Amazon 和 Other 都可能影响付款。Amazon 当前排查建议也是先从 Statement View 的类别点入 Transaction View，再开具体交易；交易多时下载报告。[5：Amazon 当前费用排查路径]
5. 确认符号没有翻两次。常见错误是报告里退款已经为负数，表格公式又“减去退款”，结果反而加回；或把报销贷项当成费用。每种原字段只定义一次转换。
6. 检查是否漏了非订单费用或调整。仓储、订阅、广告、移除、报销和更正不一定附在当期新订单上。只按订单号汇总，会把这些账户级事件丢掉。
7. 最后才把差额升级为付款问题。保留结算报告、交易明细、付款标识、银行行项目和自己的桥表。不能解释的金额单列为“未解释差额”，不要为了强行归零塞进“其他费用”。

一个重要的替代解释是报表本身的计算范围不同。Amazon 当前官方版主说明，All Statements 与 Statement View 的 “Other” 金额可能因储备处理不同而不完全相同；完整核对一个结算期时，应下载该期 Settlement Report，而不是假定两个屏幕小计必须逐格相等。这种差异应被解释，而不是被手工改数抹掉。

结算对上后，再做第二张经营表

Payments 报表主要解释 Amazon 账户里的资金事件。商品采购、把货送入 FBA 前的运输、站外软件、保险、融资、老板工时，以及不经 Amazon 扣取的服务费，可能完全不在这张桥里。于是：

银行到账 ≠ 销售额；银行到账 ≠ 净利润；结算差额为零 ≠ 成本记录完整。

第二张经营表可以从“退款后的商品销售”开始，加入 Amazon 内的交易与服务费用，再加入卖家自己的商品成本、入库、站外广告、软件、损耗与经营者时间。它应按 SKU、订单或自然月服务经营判断；不要反过来把采购成本塞进结算桥，否则桥会故意对不上 Amazon 付款。

这也解释了两个看似矛盾的现象。销量上涨但银行余额下降，可能是补货支出提前、期末储备增加或退款跨期，并不自动证明平台少付款；银行到账上涨但经营变差，也可能是上期储备释放、采购成本遗漏或广告和退货尚未完整入账。能区分这些解释的观察项是储备变化、逐笔交易日期、库存采购现金和完整卖家侧成本，而不是只看一个总额。

每个结算期的最小关账清单

• 保存结算期起止、币种、付款标识、发起日期和原始下载文件；不覆盖旧版本。
• 核对期初结转是否与上一结算期的期末储备或未付余额衔接；差异单列。
• 把销售、退款、订单费用、非订单服务费、广告和其他调整都按带符号金额汇总。
• 用逐笔交易解释摘要大类，尤其是 “Other” 和突然变化的费用；保留原字段名。
• 计算预期付款，与 Amazon 付款记录核对；再在最多五个工作日的公开银行处理窗口内匹配银行行项目。
• 银行差额为零后，才把该结算标记为“付款已核对”；不要把它标成“利润已确认”。
• 把商品成本、入库、站外支出和经营者时间带入另一张经营表；税务与法定账簿交给适任专业人员按实际情况判断。

如果只做一个改动，就从“自然月销售额减自然月银行入账”改成“一笔付款对应一个结算桥”。它先把时间和口径固定，再让每个差额落到可查的交易、费用、调整或储备。等这座桥稳定后，再做自然月利润、SKU 贡献和现金预测，才不会用同一个数字同时回答三个不同问题。

资料与示例说明

1. How Amazon seller payments work：结算节奏、期初—活动—退款—储备—付款逻辑及银行处理时间。
2. Payments Dashboard – Statement View：摘要类别与储备。
3. Payments Dashboard – Transaction View：逐笔类型、筛选和下载。
4. Payments Reports Repository：日期范围报告的请求与下载。
5. Other Charges on Your Statement?：当前下钻排查路径及不同视图的口径提醒。

表中所有金额均为合成教学数据。复算：4,800 − 320 − 720 − 140 − 350 + 30 = 3,300；180 + 3,300 − 600 = 2,880；2,880 − 2,880 = 0。示例不代表卖家平均销售、费用、储备或利润。