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

Seller Central 显示这个月卖了 12,000 美元，银行只收到 7,000 多美元，未必是少打款。订单销售和银行付款统计的时间、内容不同，中间还要扣退款和费用，考虑账户调整、期初结转与期末储备。银行实际到账又可能晚几天。先选同一结算期、币种和付款记录，才查得出差额在哪里。

可以从一笔已经发起的 Amazon 付款查起，找到它对应的完整结算期，把期初余额、期间增减和期末暂留金额列在一张表里，再核对银行到账。这样查的是平台有没有按结算记录付款。经营有没有赚钱，还得另算一张表，把采购和其他成本也加进去。

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

销售、余额、付款和银行到账，分别查什么

订单销售可能按下单日、发货日或报表规定的记账时间统计，也可能包括买家运费、促销、税费等项目。先查看这张报表的定义，不要直接把显示的销售额当成银行应该收到的钱。

账户余额与可用资金也有区别。Statement View 把期初余额、销售、退款、费用和账户层级储备列在付款视图里，总余额中可能有暂时不能转出的部分。Amazon 说明，储备用于应付退款、拒付等未来义务；当下能够进入付款的是可用资金。

Amazon 公开说明，卖家账户通常每两周结算一次：期初余额加销售、减费用、按退款调整，扣下储备后，把正余额发往登记的银行账户。账户状态、负余额或付款资料问题都可能改变这次付款，因此“通常”不表示每个账户都保证按同样时间到账。 [1：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 付款记录核对；再在最多五个工作日的公开银行处理窗口内匹配银行行项目。
• 银行差额为零后，才把该结算标记为“付款已核对”；不要把它标成“利润已确认”。
• 把商品成本、入库、站外支出和经营者时间带入另一张经营表；税务与法定账簿交给适任专业人员按实际情况判断。

以后每收到一笔 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。示例不代表卖家平均销售、费用、储备或利润。