11月3日起，亚马逊VAT交易报告支持月内下载，但同一区间仍可能补入或更新数据。提前下载适合提前查账；重复下载时，先核对版本，再更新工作底表，不能把两份文件直接累加。
一、月中能下载，最晚能看到哪一天？
亚马逊近期公告确认，自2026年11月3日起，Amazon VAT Transactions Report（AVTR）支持月内申请，不必一直等到次月3日；可申请的数据最晚覆盖到申请日前三天。
例如，假设11月20日申请，可选择截至11月17日的区间，并不是当天订单都能立即看到。
对应帮助页仍标注该功能为Beta、逐步开放。11月3日后，可以先检查账号是否支持当月日期，不宜只按公告推断所有账户界面完全一致。
月内下载最实用的地方，是把异常留到月末之前处理：缺了什么、哪些记录要核实，可以早点交给财务排查。
二、同一区间重下一次，为什么金额又变了？
每次下载反映的是当时已处理的数据。某个区间下载以后，仍可能有新数据被处理，因此重新申请同一区间，内容可能变化。
这次新增的两个字段值得保留：
| 字段 | 用途 |
|---|---|
| TRANSACTION_UPDATED_DATE | 查看亚马逊最后处理该笔交易的UTC日期，辅助查找新增或变更 |
| GOV_INVOICE_ID | 政府分配的电子发票编号，目前仅填充波兰KSeF交易 |
第二个字段在其他国家交易中留空，不能仅据此判断漏票。
同时分清三个日期：交易相关日期、交易更新日期、文件下载日期。某行今天更新，不代表它就应改算到今天所属的月份。申报归属不能靠下载时间判断。
三、两份报告怎么处理，才不会把销售额算两遍？
假设第一次下载11月1日至17日，共200行；几天后重下相同区间，得到203行。直接拼接成403行，会重复统计大量原有记录；只补最后三行，也可能漏掉旧记录的修改。
对用Excel人工对账的团队，建议采用这套办法：
1. 两份原始文件都留档，文件名写明账号、区间和下载时间。
2. 确认账号、日期范围和筛选条件一致，比较行数、分类金额及变更记录。
3. 确认新版完整后，用它替换工作底表中的对应区间；旧版保留作核查依据。
如果ERP采用增量导入，需要同时支持新增和更新，不能每次都追加。
也别仅凭订单号去重。官方字段说明指出，同一交易事件可能对应多件商品、销售或退款；活动交易ID也可能重复。应让系统服务商按完整交易明细设计识别规则，并测试多商品、拆分发货及多次退款场景。
四、交给税代之前，再补哪一步？
月中预核对、申报前复核，可以用同一套版本记录衔接。提交前重新下载相同申报区间，检查更新日期和金额差异，并标明本次采用的文件版本。
如果已经提交申报后又发现变化，单独整理差异，交由税务顾问判断处理方式，不要自行把差额塞进下一期。
亚马逊说明，数据是否已适合VAT申报，需要卖家与税务顾问共同判断。可下载，并不代表这一版以后不会再变。
交接时写清“覆盖哪段时间、何时下载、替换了哪版、还有哪些差异待查”。财务与运营各拿一份“最新版”却对不上账的问题，往往就出在这里。
