Adyen的RefundScheduled与Refunded在报告里怎么对应
先给结论：在Adyen的支付生命周期状态里，RefundScheduled 在报告中显示为 Refunded。你如果在报告字段里看到 Refunded，它对应的生命周期状态可能是 RefundScheduled，而不是另一个叫“Refunded”的独立阶段。核对时别把两者当成两个不同阶段，否则容易把已确认的退款误判成“尚未退款”或“状态缺失”。
两个名称的关系
RefundScheduled 描述退款已成功退给消费者：金融机构从你的账户取出资金退给客户，退款已确认。该笔退款的净交易金额会按你的 Sales day payout schedule（销售日打款计划）延迟借记。文档在这个状态段明确写着“This status appears in reports as Refunded”。
所以，报告里的 Refunded 是显示名，生命周期里的 RefundScheduled 是状态名，两者指向同一件事。RefundScheduled 是最终状态，不能变更。
可执行的核对动作
第一步，在报告里筛出 Refunded 记录，不要再去生命周期字段里找一个同名状态。
第二步，回到支付明细或生命周期视图，确认该笔记录的状态是 RefundScheduled。报告显示 Refunded、生命周期显示 RefundScheduled，这是正常映射，不是数据不一致。
第三步，确认状态性质。RefundScheduled 是最终状态，不能变更；其他状态是否可变更，需按各自定义核对，不要用这一条去推断。
第四步，处理消费者未收到款项的情况。文档建议：超过40天仍未收到资金后，可以把退款函（refund letter）或收单参考号（Acquirer Reference Number，ARN）提供给消费者，由其转交金融机构，帮助查找资金。这里只说明这一建议动作，不据此推算打款到账所需天数。
一个可复算的例子（含明确假设）
假设某商户在其报告里看到一条 Refunded 记录，金额为虚构示例（币种与金额均为假设，仅用于演示核对路径）。核对路径如下：
- 报告中该记录显示 Refunded；
- 生命周期中对应状态为 RefundScheduled；
- 该状态为最终状态，不再变化；
- 净退款金额按该商户自己的 Sales day payout schedule 延迟借记，具体借记时点取决于其打款计划，不能从状态名推出固定天数。
换一笔记录，如果报告显示 Refunded、生命周期却是 RefundedExternally，说明这笔退款通过外部收单机构完成，并已收到该收单机构的确认。这种情况不套用 RefundScheduled 的映射；消费者未收到资金时，应联系对应的收单合作方。另有 RefundedExternallyWithInfo，同样表示经外部收单机构退款并已获确认，源文给出的处理建议与前者相同；两者区别源文未展开，不要自行补足。RefundedInstallment 只适用于分期付款：单期分期被退款，每一期各自具有该状态（源文拼写为 Refundedinstallment），不属于本文讨论的 RefundScheduled 映射。
边界与不要外推的地方
这份映射只回答“状态名与报告显示名如何对应”。它不提供打款周期天数，也不能用来推断某笔退款具体哪天到账。RefundScheduled 的借记时点由你的 Sales day payout schedule 决定，属于账户配置层面，不在状态定义里。文档中40天是消费者未收到资金后分享退款函或 ARN 的建议触发点，不是打款周期，也不是到账承诺。
另外，不要把 RefundScheduled 与外部收单机构退款状态混为一谈，也不要把分期退款状态并入同一映射。报告状态也不等于客户实际到账、风控判定或发卡行承诺，对账时以“报告 Refunded 对应生命周期 RefundScheduled”为一条固定规则，其余状态按各自定义单独判断。这样既能避免把显示名和状态名当成两个阶段，也能避免从状态名错误外推到账时间。