Adyen结算明细报告里的Chargeback与ChargebackReversed分别代表什么
在Adyen结算明细报告（Settlement details report）里看到拒付相关状态时，先记住一句话：Chargeback表示这笔支付被卡组织（schemes）撤销/反转（Payment was reversed by schemes），是拒付生效的记录；ChargebackReversed表示此前那笔拒付又被卡组织反转回来（Chargeback was reversed by schemes），是拒付被撤销的记录。 两者方向相反，不能合并理解，也不能只凭字面把后者当成“又一次拒付”。
两个状态在报告中的位置
按Adyen文档对报告与支付生命周期的说明，结算明细报告收录的状态包括Settled、Chargeback、Refunded和ChargebackReversed。也就是说，Chargeback和ChargebackReversed都是结算明细报告层面会出现的状态，而不是争议交易明细报告（Dispute transaction details report）里的状态。
争议交易明细报告收录的是另一组状态，例如Notification of Chargeback（待处理拒付的通知）和Request for information（要求提供支付相关信息）。这一点对核对很关键：如果你在争议交易明细报告里找“ChargebackReversed”，方向就错了；反过来，把Notification of Chargeback当成结算明细报告里的Chargeback，也会把“通知”和“已发生的拒付”混为一谈。
文档同时说明，带有Chargeback和ChargebackReversed状态的支付还会触发webhook。报告状态与webhook通知可以相互印证，具体以报告字段核对。
机制上的区别
Chargeback的文档定义是：支付被卡组织反转（Payment was reversed by schemes）。落到结算明细报告里，它标记该笔支付被卡组织撤销，资金方向对商户不利。
ChargebackReversed的定义是：拒付被卡组织反转（Chargeback was reversed by schemes）。按定义，反转对象是此前的拒付，而不是原始支付再一次被反转；资金方向相应回摆。
因此这两个状态在记录归属上是前后对应的关系：按定义，反转对象是此前的拒付，所以看到ChargebackReversed，应理解为“某笔此前的拒付已被撤销”，而不是“新发生了一笔拒付”。来源未说明两者必须在同一报告周期内成对出现。
一个可复算的核对例子
假设某笔支付在结算明细报告中先出现一条Chargeback记录，金额为100，随后同一笔支付出现一条ChargebackReversed记录，金额同为100（此处金额仅为示例假设，不代表任何真实费率或默认值）。
核对动作可以这样执行：
- 在结算明细报告中按支付标识（如pspReference）筛出这两条记录，确认它们指向同一笔原始支付。
- 确认ChargebackReversed记录之前，同一支付下是否存在对应的Chargeback记录。来源未说明两者必须同周期成对出现，跨周期情况需另行核对，不应仅凭缺失前置记录就认定数据错误。
- 在两条记录金额相同的前提下，将两者对结算净额的影响按相反方向相加：拒付扣减与拒付撤销回补相抵后，该笔支付在这两个状态上的净影响为零。若金额不一致，则以报告实际记录的金额为准逐条核对，不要套用示例数字。
- 若同一支付同时收到webhook，用webhook中的状态与报告记录逐条比对，确认没有把Notification of Chargeback误读为Chargeback。
边界说明
以上只解释结算明细报告中这两个状态的定义与记录归属。报表状态不等同于客户到账结果、风控判定或发卡行承诺，也不应把其他支付平台的规则套用到Adyen。文档范围不涉及拒付的举证时限、申诉流程或胜诉概率，这些内容不应从本页状态定义中推断。核对时也不要假设存在固定的处理时长或默认金额，一切以报告中实际出现的记录和金额为准。