---
title: "支付方式与授权"
description: "订阅仅支持卡类支付方式。本页说明周期性扣款授权的工作原理，以及消费者如何更新现有订阅上的卡片。"
source: "https://docs.tokenz.one/zh-CN/v2/subscriptions/payment-methods"
api_version: "v2"
locale: "zh-CN"
version_status: "current"
docs_stage: "prod"
---

# 支付方式与授权

订阅仅支持卡类支付方式。本页说明周期性扣款授权的工作原理，以及消费者如何更新现有订阅上的卡片。

## 为什么授权很重要

续订扣款是自动进行的，消费者无需在场输入卡片信息或完成验证挑战。为了安全地实现这一点，Tokenz 使用**商户发起交易（MIT）授权**：当消费者首次为某个订阅提供卡片时，Tokenz 会记录其允许未来再次向该卡扣款的许可。此后每一次续订和催收重试，都会使用这份已保存的授权作为 MIT 进行扣款——消费者不需要在每个周期都重新输入卡片信息或完成 3D 验证（3DS）挑战。

首次将卡片绑定到订阅时，授权会由 Tokenz 托管流程自动获取：

- **无试用期**：授权作为初始结账付款的一部分被获取。
- **有试用期**：由于没有初始扣款可以依附，授权会在消费者开始试用时被获取。
- **之后更新卡片**：会按照下文所述的相同流程，为新卡重新获取授权。

## 更新支付方式

只要订阅处于试用中、活跃或未付款状态，消费者随时都可以更新自己的卡片——例如卡片即将过期，或者需要从被拒绝的续订中恢复时。具体做法是将消费者引导至该订阅专属的 Tokenz 托管支付方式更新流程，与订阅首次创建时引导消费者前往托管结账页面的方式相同。

流程如下：

1. 消费者被重定向到其订阅对应的托管流程。
2. 消费者输入新卡信息。如果发卡机构要求，还需完成 3D 验证挑战。
3. Tokenz 为该卡获取一条新的授权记录。
4. 如果授权**已获批准**，订阅的支付方式会立即切换为新卡。如果**被拒绝**，则保留原有卡片，不做任何更改。
5. 更新确认后，Tokenz 会通过 `subscription.payment_method_updated` webhook 通知您的后端。

```mermaid
sequenceDiagram;
autonumber;
participant C as 消费者;
participant TC as Tokenz 托管支付流程;
participant T as Tokenz API;
participant I as 发卡机构;
participant W as 商户 Webhook 处理程序;
C->>TC: 输入新卡信息;
TC->>I: 请求 MIT 授权（可能需要 3D 验证）;
alt 授权已批准
I-->>TC: 授权已批准;
TC->>T: 更新订阅支付方式;
T->>W: webhook: subscription.payment_method_updated;
else 授权被拒绝
I-->>TC: 授权被拒绝;
TC->>TC: 现有支付方式保持不变;
end
```

## 使用已保存的支付方式

如果消费者名下已经有一个先前授权过的已保存支付方式（例如来自更早的订阅或购买），托管流程会让他们直接重用该支付方式，而无需再次输入卡片信息，从而完全跳过新的授权步骤。

## 从被拒绝的续订中恢复

当续订扣款失败时，订阅会转为 `unpaid` 状态，Tokenz 会向消费者发送一封包含恢复结账链接的邮件（参见[生命周期与计费](https://docs.tokenz.one/zh-CN/v2/subscriptions/lifecycle#%E5%82%AC%E6%94%B6%EF%BC%88%E5%A4%B1%E8%B4%A5%E4%BB%98%E6%AC%BE%E6%81%A2%E5%A4%8D%EF%BC%89)）。消费者可以选择让现有卡片自动重试，也可以通过恢复结账会话提供新卡，这将更新订阅的支付方式并立即尝试支付该未付款订单。