---
url: >-
  https://acquirer-api-docs-v4-en.pingpongx.com/notes/zh/integrate/tokenization/cardOnFileOverview/index.md
description: 帮助商户选择保存卡后的支付路径，区分普通复购和 CardOnFile 交易模式。
---
## 保存卡能做什么

在持卡人首次支付时保存卡信息后，后续支付可直接展示已保存的卡，无需用户重新输入完整卡号。

根据你对复购体验的要求，有两条路径：

## 选择复购路径

两条路径均支持在复购时展示已保存的卡，区别在于后续交易按哪种已存卡模式处理。

**选择 CVV 复购，如果：**

- 希望每次复购都通过 CVV 确认用户意图，降低未授权支付风险
- 业务场景中需要在支付环节保留额外的校验步骤
- 对保守的风控策略有要求

**选择一键支付（CardOnFile），如果：**

- 希望持卡人选择已保存的卡后直接完成支付，减少结账摩擦
- 已完成持卡人保存卡和后续使用授权的告知，并评估免 CVV 场景的业务风险
- 复购频次高，流畅的结账体验对转化率有明显影响

### 一键支付（CardOnFile）的另一个价值

`CardOnFile` 首先是一种已存卡交易分类。在 PingPong 中，它用于标识持卡人在场的 `CIT CoF` 场景。

首笔传入 `bizType=CardOnFile` 并完成保存卡后，发卡行和卡组会识别后续交易属于已存卡后续支付。卡组有专门的已存卡风控模型处理此类交易，发卡行能基于持卡人已授权的交易背景做出授权决策。

相比之下，不传 `bizType=CardOnFile` 的已存卡支付，发卡行可能因缺乏交易背景信息而按首次交易或新卡交易处理，交易背景信息不足，可能导致拒绝率偏高。

如果只是希望保存卡信息、提升复购体验，使用普通保存卡交易即可。如果你关注后续复购的支付转化率，建议使用 CardOnFile 交易模式。

::: note 说明
两条路径的首笔保存卡方式相同，区别仅在于是否传 `bizType=CardOnFile`。在 PingPong 平台中，一旦首笔选定路径，后续复购需沿用对应路径。
:::

## 持卡人不在场场景（Recurring / MIT）

如果需要在持卡人不在场时由商户主动发起扣款，应使用 `bizType=Recurring`。

在卡组标准中，CIT（持卡人发起）和 MIT（商户发起）都属于 Card-on-File 范畴。PingPong 将两者拆分为独立接入路径：

| 场景 | bizType | 持卡人是否在场 | 参考 |
|:-----|:--------|:-------------|:-----|
| 一键支付 | CardOnFile | 是 | 本文 |
| 商户发起代扣 | Recurring | 否 | Recurring 文档 |

`Recurring` 也是 MIT 代扣能力：商户自行保存授权关系，并决定何时发起后续扣款；扣款计划和补扣策略由商户自行管理。

::: warning 注意
后续无需输入 CVV，并不代表交易一定不会被要求额外认证。实际是否触发 3DS、challenge 或被拒绝，仍取决于发卡行风控、监管要求和交易风险。
:::

## 支持的卡品牌

当前支持 Visa 和 Mastercard。

## 前提条件

- 已开通 PingPong Checkout 收单服务
- 已完成商户入驻和账号配置
- 如需使用 `bizType=CardOnFile`，请联系技术支持确认开通状态
- 如需使用保存卡后的后续扣款能力，请确保已在商户侧完成持卡人授权与使用范围告知

## 文档导航

| 文档 | 说明 |
|:-----|:-----|
| [首次支付并保存卡](/notes/zh/integrate/tokenization/cardOnFile/) | 首笔支付时保存卡信息，两条路径的首笔接入方式 |
| [收银台复购（已保存卡 + CVV）](/notes/zh/integrate/tokenization/cardOnFileCVV/) | CVV 复购路径：Hosted 模式展示已保存卡并收集 CVV |
| [服务端复购（Token 支付 / 一键支付）](/notes/zh/integrate/tokenization/cardOnFileNonHosted/) | 一键支付路径：Non-Hosted 模式通过 token 发起后续支付，通常无需 CVV |
| [绑卡获取凭证](/notes/zh/tokenization/cof/bind/) | 独立绑卡并获取后续可用凭证，不在支付流程中完成 |