Adyen生命周期里Offer状态和付款状态有什么区别
在Adyen的支付生命周期中，Offer状态和付款状态的分界点在于：购物者在重定向后的外部网站完成付款授权的时刻。在此之前，你看到的条目是offer，带offer状态；在此之后，同一个条目转为payment，带payment状态。两者是同一支付请求在不同阶段的表现形式，而非两笔独立记录。
机制：offer是付款请求发出后的中间态
当你发送付款请求，且所选支付方式需要把购物者重定向到另一个网站时，Adyen会先创建offer并赋予offer状态。此时支付尚未成立，购物者仍需在外部网站完成授权。一旦购物者在那个网站完成付款，offer即转为payment，并获得payment状态。
这一区分只在你发送付款请求之后、购物者完成付款之前、以及卡组织或支付方式批准交易之前的时间窗口内成立。换句话说，offer状态描述的是“请求已发出、授权未完成”这一段。
offer阶段可能出现的三种状态
依据该页说明，offer阶段可能出现以下状态：
- Received：金融机构已收到付款请求，购物者仍需完成授权。购物者完成授权后，支付获得Authorised状态。
- Open：offer正在等待授权，适用于授权为异步的支付。页面给出的异步示例包括：购物者被重定向到发卡行、支付经过3D Secure 2认证、或支付方式要求重定向。购物者完成授权后，支付获得Authorised状态。
- OfferCancelled：购物者未能成功授权，offer被取消。购物者未完成付款（例如中途放弃）也会导致这一结果。该状态同样适用于授权为异步的支付，异步示例与Open相同。
可以看到，Received和Open都指向同一个下一步——购物者完成授权后转为Authorised；差别在于Open明确对应异步授权场景，而重定向是页面列举的异步示例之一。OfferCancelled则是授权未完成时的终止态。
可执行的核对动作
如果你在重定向类支付方式中看到一条offer条目，想判断它何时会转为付款状态，可以按以下顺序核对：
- 先确认是否为重定向或异步授权场景。页面以重定向为例说明offer的创建，并提到3DS2、异步授权等情形；这是理解offer条目出现的前提，而非对所有支付方式的通用结论。
- 看当前offer状态。若是Received或Open，说明授权尚未完成，条目仍停留在offer阶段，等待购物者在外部网站完成授权。
- 等待购物者完成授权。购物者完成授权后，按页面说明，支付获得Authorised状态，条目由offer转为payment。
- 若状态为OfferCancelled，说明购物者未成功授权或未完成付款，此时不会转为正常的付款状态，应回到订单侧核对购物者是否中途放弃。
需要留意：这些状态描述的是支付生命周期中的阶段，不等同于客户实际到账、风控判定结果或发卡行的最终承诺。
一个可复算的假设例子
以下为纯假设示例，用于说明状态流转的时点，不对应任何具体支付方式，也不意味着所有重定向请求的初始状态必然为Open。
假设你发送了一笔需要重定向的付款请求，且该笔授权为异步：
- 第1步：请求发出，Adyen创建offer。假设此时状态为Open（Open适用于异步授权，重定向是页面列举的异步示例之一）。
- 第2步：购物者被重定向到发卡行页面，此时offer仍为Open，尚未转为payment。
- 第3步：购物者在发卡行页面完成授权，offer转为payment，支付获得Authorised状态。
若购物者在第2步之后直接关闭页面、未完成授权，则offer以OfferCancelled结束，不会出现Authorised。这个例子只用于说明状态流转的时点，不对应任何具体支付方式的资格或费率。
需要留意的边界
以上内容仅依据该页对offer与payment状态流转的说明，不涉及具体支付方式列表，也不覆盖授权完成之后的后续状态。读者在实际核对时，应把“是否为重定向或异步授权场景”作为理解offer条目出现的前提，把“购物者是否完成授权”作为offer转payment的关键时点。页面未说明的版本、日期、默认值等内容，不应据此推断。