基于风险
认证决策
发卡行
挑战认证支持
站点感知
配置上下文
认证
支持发卡行认证流程
当交易需要更强持卡人认证时，将 3DS 作为结账流程中的一层。
- 在可用时支持无摩擦和挑战式流程
- 保持认证上下文与支付记录相连接
- 呈现认证结果以支持支付调查
风险
平衡转化率与控制
并非每笔交易都应被同等处理。团队可以根据支付方式、站点风险、市场和处理器能力调整认证策略。
- 添加摩擦前先使用风险上下文
- 将 3DS 与路由和处理器支持协同
- 通过支付和风险报表审核结果
运营
让认证在结账后仍可见
只有团队能够理解认证对支付批准、客户体验、争议和欺诈暴露的影响时，认证才真正有价值。
- 将认证状态连接到交易详情
- 结合争议上下文调查支付结果
- 使用报表调整认证策略
支付编排中的 3DS
认证应处于与处理器连接、路由、风险和报表相同的运营模型中，而不是成为另一个孤立集成。
1
评估交易上下文
审核站点、市场、支付方式、处理器能力和风险画像。
2
触发认证
当发卡行、处理器、监管或风险逻辑要求更强认证时使用 3DS。
3DS ChallengeIssuer
Verified payment
**** 4821
Authenticate
3
继续支付处理
通过已配置的处理器和路由路径发送已认证的支付。
4
衡量影响
按时间审核批准、挑战认证、失败、争议和欺诈模式。
商户获得什么
3DS 成为支付运营层的一部分，而不是独立外挂在结账流程上的功能。
风险团队可以理解认证何时有帮助，以及何时会造成可避免的摩擦。
3DS
AuthenticationPassed
Issuer
Liability
支付团队可以将发卡行认证结果与批准和争议数据连接起来。
工程团队无需为每条处理器路径维护独立的认证逻辑。