接入概览与方案选择
约 1052 字大约 4 分钟
2025-05-15
保存卡能做什么
在持卡人首次支付时保存卡信息后,后续支付可直接展示已保存的卡,无需用户重新输入完整卡号。
根据你对复购体验的要求,有两条路径:
选择复购路径
两条路径均支持在复购时展示已保存的卡,区别在于后续交易按哪种已存卡模式处理。
选择 CVV 复购,如果:
- 希望每次复购都通过 CVV 确认用户意图,降低未授权支付风险
- 业务场景中需要在支付环节保留额外的校验步骤
- 对保守的风控策略有要求
选择一键支付(CardOnFile),如果:
- 希望持卡人选择已保存的卡后直接完成支付,减少结账摩擦
- 已完成持卡人保存卡和后续使用授权的告知,并评估免 CVV 场景的业务风险
- 复购频次高,流畅的结账体验对转化率有明显影响
一键支付(CardOnFile)的另一个价值
CardOnFile 首先是一种已存卡交易分类。在 PingPong 中,它用于标识持卡人在场的 CIT CoF 场景。
首笔传入 bizType=CardOnFile 并完成保存卡后,发卡行和卡组会识别后续交易属于已存卡后续支付。卡组有专门的已存卡风控模型处理此类交易,发卡行能基于持卡人已授权的交易背景做出授权决策。
相比之下,不传 bizType=CardOnFile 的已存卡支付,发卡行可能因缺乏交易背景信息而按首次交易或新卡交易处理,交易背景信息不足,可能导致拒绝率偏高。
如果只是希望保存卡信息、提升复购体验,使用普通保存卡交易即可。如果你关注后续复购的支付转化率,建议使用 CardOnFile 交易模式。
说明
两条路径的首笔保存卡方式相同,区别仅在于是否传 bizType=CardOnFile。在 PingPong 平台中,一旦首笔选定路径,后续复购需沿用对应路径。
持卡人不在场场景(Recurring / MIT)
如果需要在持卡人不在场时由商户主动发起扣款,应使用 bizType=Recurring。
在卡组标准中,CIT(持卡人发起)和 MIT(商户发起)都属于 Card-on-File 范畴。PingPong 将两者拆分为独立接入路径:
| 场景 | bizType | 持卡人是否在场 | 参考 |
|---|---|---|---|
| 一键支付 | CardOnFile | 是 | 本文 |
| 商户发起代扣 | Recurring | 否 | Recurring 文档 |
Recurring 也是 MIT 代扣能力:商户自行保存授权关系,并决定何时发起后续扣款;扣款计划和补扣策略由商户自行管理。
注意
后续无需输入 CVV,并不代表交易一定不会被要求额外认证。实际是否触发 3DS、challenge 或被拒绝,仍取决于发卡行风控、监管要求和交易风险。
支持的卡品牌
当前支持 Visa 和 Mastercard。
前提条件
- 已开通 PingPong Checkout 收单服务
- 已完成商户入驻和账号配置
- 如需使用
bizType=CardOnFile,请联系技术支持确认开通状态 - 如需使用保存卡后的后续扣款能力,请确保已在商户侧完成持卡人授权与使用范围告知
文档导航
| 文档 | 说明 |
|---|---|
| 首次支付并保存卡 | 首笔支付时保存卡信息,两条路径的首笔接入方式 |
| 收银台复购(已保存卡 + CVV) | CVV 复购路径:Hosted 模式展示已保存卡并收集 CVV |
| 服务端复购(Token 支付 / 一键支付) | 一键支付路径:Non-Hosted 模式通过 token 发起后续支付,通常无需 CVV |
| 绑卡获取凭证 | 独立绑卡并获取后续可用凭证,不在支付流程中完成 |
