Adyen付款会计报告收录哪些状态，哪些只出现在结算明细
按 Adyen 文档该页列出的清单，付款会计报告共九个条目，其中 Settled/Refunded 为合并写法；结算明细报告列出四个状态。两份清单并不重合：付款会计报告覆盖从接收到退款发起的多个生命周期阶段，结算明细报告只列出 Settled、Chargeback、Refunded、ChargebackReversed。核对时先确认状态名属于哪张清单，再判断该笔交易应查哪份报告，不要用一份报告的状态去套另一份。
付款会计报告的九个条目
按该页清单，付款会计报告包含以下状态的付款：
- Received：付款尝试，详情已通过验证。
- Authorised：收单机构返回授权响应。
- Settled/Refunded：付款尝试，详情已通过验证（合并为一个条目）。
- Error：通信过程中发生错误，该状态同时会收到 webhook。
- Refused：收单机构或欺诈模块返回拒绝响应，同时会收到 webhook。
- SentForSettle：修改/系统类操作，请求从购物者处捕获资金，同时会收到 webhook。
- Cancelled：修改类操作，不允许资金转移，同时会收到 webhook。
- Expired：付款未在时限内被捕获。
- SentForRefund：修改类操作，转移资金（退款）。
这份清单既包含授权前后的早期状态（Received、Authorised、Error、Refused），也包含捕获与退款发起阶段的修改类状态（SentForSettle、Cancelled、Expired、SentForRefund），另有一个合并写法的 Settled/Refunded。计数时注意：Settled/Refunded 在来源中是一个条目，因此是九个条目而非十个。
结算明细报告的四个状态
该页列出的结算明细报告状态为以下四个：
- Settled：系统类操作，已捕获的资金释放到商户应付账款。
- Chargeback：付款被卡组织撤销，同时会收到 webhook。
- Refunded：资金从商户应付账款中扣除。
- ChargebackReversed：拒付被反转。
按该页清单，核对结算明细时只需查找这四类条目；SentForSettle、SentForRefund 这类“已发出请求”的状态不在该页列出的结算明细状态清单内，不应直接当作资金已结算或已退款。
一个带假设的核对例子
假设某笔付款依次经历授权、发起捕获、捕获完成、发起退款、退款完成五个阶段。按上述清单逐步对照：
- 授权阶段：付款会计报告清单中包含 Authorised；该阶段不在结算明细报告列出的四个状态内。
- 发起捕获：付款会计报告清单中包含 SentForSettle；该状态不在结算明细报告列出的清单内。
- 捕获完成：按清单，捕获完成对应结算明细的 Settled；付款会计报告清单中的对应条目为合并写法 Settled/Refunded，具体出现以报告记录为准。
- 发起退款：付款会计报告清单中包含 SentForRefund；该状态不在结算明细报告列出的清单内。
- 退款完成：结算明细报告清单中包含 Refunded；付款会计报告清单仅以 Settled/Refunded 合并条目列示，未拆分 Settled 与 Refunded。
可执行动作是：对同一笔付款，先在付款会计报告中定位其生命周期状态，再在结算明细报告中只查找 Settled、Chargeback、Refunded、ChargebackReversed 四类条目。按该页清单，若在结算明细中看到 SentForSettle 或 SentForRefund，应回到原始报告字段复核，而不是直接当作资金已结算或已退款。
核对时的两个注意点
第一，注意合并写法。付款会计报告列出的是 Settled/Refunded 一个条目，结算明细报告把 Settled 和 Refunded 分开列出。做状态映射时不要把两者当成完全相同的粒度。
第二，webhook 提示只说明该状态会推送通知，不改变报告收录范围。Error、Refused、SentForSettle、Cancelled、SentForRefund、Chargeback 都标注会收到 webhook，但按该页清单，其中只有 Chargeback 出现在结算明细状态清单里。是否收到 webhook，不能用来推断某状态属于哪份报告。
以上范围仅依据该页列出的状态清单；费率、到账时间等不在本文推断之列。报表状态也不等同于客户实际到账、风控判定或发卡行承诺。