这几天，很多跨境卖家的财务群突然热闹起来，不是因为旺季来了，而是因为亚马逊把大家最熟悉的 Date Range Transaction 和 Summary 报表逻辑改了。
亚马逊在 2026 年面向相关卖家的通知里明确写到，这些报表会按“transactions are posted to your account”来组织，而不是按“released for payout”来统计；同时，报表会新增 transaction status 和 release date 两列，而且这套新口径会追溯到 2025 年 1 月 1 日 之后的报告。对长期靠月度报表做核算的团队来说，这不是小修小补，而是会直接影响亚马逊税务口径和中国卖家对账流程的一次底层改动。
一、为什么亚马逊表报和账突然对不上了？
问题的核心，不是“报表少了哪一列”，而是统计逻辑变了。亚马逊自己在公告里解释得很清楚，过去仅按 payout timing 统计的报表，会让 month-end accrual reconciliation 更困难，特别是当一部分订单被 deferred 之后。现在的新报表会把 deferred transactions 也纳入特定期间，让报表更贴近“这段时间实际产生了多少应计收入”，而不只是“这段时间放了多少钱出来”。这也是为什么很多卖家会直观感受到，原来按到账日对账还算顺，现在却像突然变成了“发货/应计口径”。更准确地说，它不是简单改成“发货制”，而是改得更接近 posted to account + deferred included 的应计逻辑。
二、亚马逊税务为什么要往这边改？
公开说法其实很直接。亚马逊在通知里写明，这次更新的目的，是让 Date Range 报表 totals 更容易和 1099-K 的未调整总销售额对齐，同时也更方便做 month-end accounting。对收到 1099-K 的美国、加拿大、墨西哥、巴西站卖家来说，这个信号非常明确：平台不想再让“后台报表口径”和“税表口径”长期打架。哪怕很多中国卖家并不直接以 1099-K 为报税主表，只要你在这些站点经营、又习惯用 Seller Central 报表做管理账，这次变化一样会波及内部核算。因为你的财务、老板、运营和 ERP 原来依赖的，往往就是同一套 Date Range 数据。
更麻烦的是，这次改动和 DD+7 放在一起看，影响会更明显。亚马逊官方帮助页已经把 delivery date–based reserve 讲清楚了，标准 reserve period 就是 7 天 after delivery，也就是大家常说的 DD+7。钱要等到妥投后再加 7 天才进入可释放范围，release date 和业务发生日天然就会错开。以前很多团队还能用“到账日”粗略理解经营结果，现在平台主动把 deferred transactions 拉回到更接近应计维度，财务账和现金账就不能再混着看了。
三、中国卖家对账现在该怎么做？
先别急着骂系统，先把口径拆开。第一，做账和报表复核 要按新报表逻辑来，至少 2025 年 1 月 1 日之后的相关报表，最好重新拉一遍，因为亚马逊明确说更新会作用到这个起始日期之后的期间。第二，现金流管理 不能再只看 Date Range Summary，你得把新增的 transaction status 和 release date 用起来，因为这两列才更接近“钱什么时候真正能放出来”。第三，公司内部要把“税务/财务口径”和“回款/提成口径”分开，前者看 posted and deferred included，后者看 release date 和实际 disbursement，不然财务、老板和运营只会越来越容易吵。第四，如果你还靠 Excel 手工拼，或者 ERP 没有更新字段映射，这轮改动很容易让你重复记账或漏记回款。亚马逊自己在通知里也提醒了，第三方 financial systems 的 mappings 或 scripts 可能都要改。
说到底，这次变化不是亚马逊单纯“折腾人”，而是把过去还能糊在一起看的两本账，硬生生拆开了。以后谈亚马逊税务，不能只盯到账；谈中国卖家对账，也不能再把应计收入和实际回款当成一回事。平台把规则改了，卖家的财务习惯也得跟着改。不然你以为自己在对账，实际可能只是在认真制造下一次对不上的理由。
