Adyen付款会计报告对账发票为何要选CET时区和月初到月初
如果你要用Interactive payment accounting report核对Adyen的付款处理发票，源文给出的指引组合是：时区选Central European Time（CET），日期范围选本月第一天到下月第一天，起止两天的时刻都填00:00:00。按该页说明，你的发票始终以CET时区为基准，因此对账时应让报表的时区与日期边界同发票口径保持一致。
三项设置各自对应什么
生成这份报表时，你可以自行选择日期范围、时区和要包含的列。时区有两种选择：使用账户自身设置的时区，或使用CET。页面针对“用报表核对付款处理发票”这一用途，明确要求选CET。
日期范围的要点在于两个边界怎么写：起始日为当月第一天，结束日为下月第一天，两天的时间都设为00:00:00。按源文指引，起止两天均设为00:00:00即可；不要自行把下月第一天纳入本月统计，以免报表区间与发票所依据的月份边界不一致。
三项设置需要一起选，原因在于发票以CET为基准，而报表的日期边界又要靠时区来解释。若改用账户时区，同样的“第一天00:00:00到下月第一天00:00:00”会落在另一个绝对时间窗口里，边界就可能与发票口径不一致。
一个可复算的例子
假设你要核对某月发票，且该月为30天。按指引设置：
- 时区：Central European Time
- 起始：该月01日 00:00:00
- 结束：下月01日 00:00:00
生成的报表覆盖该月整月，与以CET为基准的发票口径对齐。你可以把这组设置当作模板，每月只改月份，时区和时刻写法保持不变。这个例子只说明日期与时区的选法，不涉及发票金额如何计算。
核对时顺手确认的两件事
第一，确认拿到的是正确的那份文件。每次生成的报表都有唯一文件名，格式为payments_accounting_report_filtered_<REPORT_START_DATE>_<REPORT_END_DATE>_<UNIQUE_IDENTIFIER>，日期格式为YYYY_MM_DD。默认扩展名为.csv，页面也支持生成CSV、XLS_GEN或TSV类型的文件。文件名中的唯一标识符是八位字母数字串，由报表所选的日期范围、时区和事件生成。时区选得不同，标识符就可能不同，可作为一个快速自查点；但不能从标识符反推具体时区。
第二，如果你有自动摄取报表数据的流程，注意页面提到文件名格式在2025年2月已变更，且生成新报表不再覆盖之前的报表。若管道依赖旧命名规则或覆盖行为，可能需要相应更新。
边界说明
以上只涉及报表的日期与时区选择，目的是让报表区间与发票口径对齐；发票金额如何计算不在本文范围内。页面也未对账户时区与CET在具体地区的偏移差异作进一步说明，实际设置时以页面给出的这三项指引为准即可。报表的设置与生成状态，不等同于客户到账、风控判定或发卡行的任何承诺。