# 账户更新服务：不再因过期卡片损失收入

> 账户更新服务会自动刷新保存的卡片信息，避免周期性扣款失败。了解 Visa 和 Mastercard 的更新计划如何运作，以及如何启用这项服务。
- **Author**: Ayush Agarwal
- **Published**: 2026-07-21
- **Category**: Payments, Billing, SaaS
- **URL**: https://dodopayments.com/blogs/zh/account-updater-service

---

账户更新服务是由卡组织提供的一项计划。当客户的银行卡被重新签发、过期或更换卡号时，它会自动刷新你保存的卡片信息。你无需催促客户重新输入卡号，更新后的信息会在后台传递给你，从而确保周期性扣款成功。这项服务旨在阻止一种特定且代价高昂的失败情况。

具体来说，客户注册后顺利付款了八个月，随后银行因数据泄露为其重新签发银行卡。卡号发生变化，你保存的支付凭证失效，而下一次续费因此失败----尽管客户从未打算离开。大多数 SaaS 公司约有 20%-40% 的订阅流失属于非自愿流失，而过期或失效的卡片数据是其中的重要原因。

本指南将解释账户更新服务是什么、Visa 和 Mastercard 的相关计划如何运作、它在你的计费体系中处于什么位置，以及如何启用它，而无需自行针对每个卡组织构建集成。

## 账户更新服务究竟是什么

账户更新服务是由卡组织运行的数据同步计划，用于确保商户保存的卡片支付凭证保持最新。当发卡银行重新签发银行卡时，新的卡片信息会发布到卡组织的更新数据库中。加入该计划的商户随后可以查询该数据库，并在下一次扣款前获取更新后的卡号、有效期或账户状态。

它解决的是保存卡片信息进行计费时的特定问题。每个订阅、每次使用已保存卡片的结账，以及所有事后向客户收费的按量计费产品，都依赖于有效的卡片支付凭证。银行卡经常会被重新签发：过期、丢失、被盗、因风控原因重新签发，以及银行合并时的卡组合并迁移等。如果没有更新服务，这些情况都会在你再次扣款时变成支付失败。

它的核心价值在于将问题的处理方式从被动转为主动。你无需等到扣款被拒后再启动催收流程，正确的卡片数据会在扣款前就准备就绪。

更新服务最常返回以下三种结果：

- **新的卡号**：账户被重新签发并获得新的 PAN 时。
- **新的有效期**：银行卡续期但卡号保持不变时。
- **账户已关闭标记**：该卡已无法继续扣款时。

最后一种结果与更新卡片信息同样有价值。知道一张卡已永久失效后，你就可以停止对它进行重试，转而提示客户添加新的支付方式，而不是浪费重试机会并触发风控标记。

## 两大主要计划：VAU 和 ABU

不存在一个通用的更新服务。每个卡组织都有自己的计划，而优秀的计费服务商会连接所有这些计划，从而覆盖你的整个客户群。

| 卡组织           | 计划名称                        | 覆盖范围                       |
| ---------------- | ------------------------------- | ------------------------------ |
| Visa             | Visa Account Updater (VAU)      | 重新签发和更新的 Visa 卡       |
| Mastercard       | Automatic Billing Updater (ABU) | 重新签发和更新的 Mastercard 卡 |
| American Express | Cardrefresher                   | 更新后的 American Express 卡   |
| Discover         | Discover Account Updater        | 更新后的 Discover 卡           |

Visa Account Updater 和 Mastercard Automatic Billing Updater 对大多数订阅业务最为重要，因为在多数市场中，这两个卡组织占据了绝大部分银行卡交易量。四项计划的运作机制大致相同：加入计划的商户按计划提交保存的卡片记录，卡组织将其与重新签发的卡片数据库进行匹配，并在存在更新时返回结果。

需要注意的是覆盖范围。更新服务只能返回发卡银行实际发布的数据，而且并非所有银行都会在每个市场中完整参与。这意味着更新服务可以显著减少续费失败，但无法彻底消除失败。它是更大规模收入挽回策略中的一环，而不是万能方案。

## 账户更新服务在计费流程中的位置

```mermaid
flowchart TD
    A[Stored Card on File] --> B{Renewal Due}
    B --> C[Account Updater Check]
    C -->|New card details| D[Update Stored Credentials]
    C -->|Card closed| E[Prompt Customer for New Card]
    C -->|No change| F[Proceed With Charge]
    D --> F
    F --> G{Charge Result}
    G -->|Success| H[Subscription Continues]
    G -->|Soft decline| I[Retry Logic and Dunning]
```

更新服务位于实际扣款之前。在续费执行前，系统会将保存的卡片与卡组织数据库进行核对，如有需要则刷新支付凭证，之后才发起支付尝试。服务正常运行时，客户完全不会察觉：扣款会直接在正确的卡片上成功完成。

这也是账户更新服务与智能的 [支付重试逻辑](https://dodopayments.com/blogs/payment-retry-logic) 和结构化的 [催收管理](https://dodopayments.com/blogs/dunning-management) 流程非常契合的原因。更新服务会在许多失败发生前修复其根本原因；重试和催收则负责处理遗漏的情况，例如暂时性的余额不足拒付。三者结合，挽回的收入远高于单独使用其中任何一项。如果你想全面了解收入挽回，[如何减少支付拒付](https://dodopayments.com/blogs/reduce-payment-declines)指南深入介绍了重试策略，而关于[支付失败导致的非自愿流失](https://dodopayments.com/blogs/involuntary-churn-failed-payments)的深度文章则解释了这些失败如何逐步演变为流失。

## 自行构建还是使用服务商

从技术上讲，你可以直接加入 VAU 和 ABU，但对大多数团队来说，这不是正确的构建方式。直接加入意味着你需要分别通过每个卡组织的资质审核、满足其数据格式要求、管理提交时间表、存储原始卡片数据（这会让你承担完整的 PCI DSS 合规范围），并分别处理每个计划的响应文件。

在内部自行完成这些工作会带来实际成本：

- 你必须持有并处理卡号才能提交数据，这会大幅扩大你的 PCI 合规义务。
- 你需要分别维护 Visa、Mastercard、American Express 和 Discover 的集成。
- 你需要构建调度、匹配和对账逻辑，以决定何时更新保存的令牌。
- 当卡组织的文件格式和要求发生变化时，你还要持续维护所有相关功能。

另一种选择是使用已经将账户更新服务作为保存卡片凭证处理流程一部分的支付服务商或 MoR（名义商户）。由于服务商会将银行卡令牌化，并在自己的安全保管库中保存敏感数据，更新会自动应用到令牌上，而你始终无需接触原始卡号。这也是[支付令牌化](https://dodopayments.com/blogs/payment-tokenization)如此重要的原因：你数据库中的令牌保持稳定，而其背后的真实卡片信息会被刷新。

Dodo Payments 将这项能力作为其计费基础设施的一部分提供。作为 [MoR（名义商户）](https://dodopayments.com/payments/merchant-of-record)，Dodo 会将银行卡存储在自有的 PCI DSS Level 1 认证安全保管库中，通过卡组织的更新计划保持支付凭证最新，并将其与自动支付重试和催收结合起来。[收入挽回](https://dodopayments.com/pricing)工具可以免费启用，Dodo 只会针对实际挽回的收入收费，因此保持卡片信息最新不会给你的账单增加固定项目。你可以在[订阅文档](https://docs.dodopayments.com/features/subscription)中了解周期性计费的运作方式，也可以查看更全面的[计费概览](https://dodopayments.com/billing)。

## 账户更新服务能挽回多少收入

实际影响取决于你的卡片构成和续费频率，但其作用机制很容易理解。如果非自愿流失占总流失的 30%，而过期或失效的卡片数据又导致了其中很大一部分失败，那么直接弥补这一缺口，就能保护本已获得的周期性收入。对于规模较大的业务来说，续费挽回率提升几个百分点，经过累积也会形成可观的年度收入，因为每个挽回的订阅都会在其剩余生命周期内持续产生收入。

以下三个因素决定你能挽回多少收入：

- **续费量。** 周期性扣款越多，失效卡片导致失败的机会就越多。
- **卡片重新签发率。** 在经常因安全原因重新签发银行卡的市场中，收益更明显。
- **发卡机构参与度。** 当地银行向卡组织发布更新的市场，覆盖范围最广。

重点不在于追求一个醒目的单一数字，而在于认识到：对一位仍然有效的客户来说，续费失败就是完全可以避免的损失；账户更新服务无需客户采取任何行动，就能消除其中很大一部分损失。结合我们的[订阅催收挽回指南](https://dodopayments.com/blogs/subscription-dunning-recovery-sequence)中的重试和催收策略，它构成了健康留存体系的基础。

## 账户更新服务与手动更新卡片

有些团队试图仅靠邮件提示来解决卡片信息过期的问题：检测到支付失败后，给客户发送邮件，请求他们在计费门户中更新卡片。这种方式仍然可以作为后备方案，但不应成为你的第一道防线。

| 方式         | 何时生效   | 客户需要付出的努力 | 挽回率               |
| ------------ | ---------- | ------------------ | -------------------- |
| 账户更新服务 | 扣款失败前 | 无需操作           | 更高，且客户无感     |
| 手动邮件提示 | 扣款失败后 | 客户必须采取行动   | 较低，取决于客户响应 |

手动方式只有在客户打开邮件、愿意采取行动，并且仍想继续使用产品时才有效。很多客户根本不会回复，于是你会失去他们，尽管他们并没有真正的流失意图。账户更新服务可以消除对客户响应的依赖，覆盖所有卡组织能够刷新的银行卡；手动提示则负责处理剩余情况。构建一个用于自助更新的[客户计费门户](https://docs.dodopayments.com/features/customer-portal)可以很好地补充更新服务，而不是取代它。

## 开始使用

如果你正在进行任何保存卡片信息的计费，实际操作路径很简单：

1. 确认你当前的支付服务商是否已经为保存的银行卡应用账户更新计划。很多服务商并未提供这项功能，或者会额外收费。
2. 确保更新是在令牌层面应用的，这样你就无需扩大自己的 PCI 合规范围。
3. 将更新服务与自动重试和催收流程结合起来，让它无法修复的失败仍有机会被挽回。
4. 在客户门户中保留手动更新卡片的路径，用于处理任何更新服务都无法刷新的已关闭账户。

你可以在[支付页面](https://dodopayments.com/payments)了解 Dodo Payments 如何将账户更新覆盖、令牌化、重试和催收整合为一个统一的收入挽回层，也可以阅读[集成指南](https://docs.dodopayments.com/developer-resources/integration-guide)，了解如何设置保存卡片信息的计费。

## 常见问题

### 什么是账户更新服务？

账户更新服务是由卡组织提供的一项计划。当客户的银行卡被重新签发、续期或关闭时，它会自动刷新商户保存的卡片信息。这样，周期性扣款就能在正确且最新的卡片上成功完成，无需客户重新输入支付信息。

### Visa Account Updater 和 Mastercard Automatic Billing Updater 如何运作？

这两项计划都会维护由发卡银行发布的重新签发和更新卡片数据库。加入计划的商户按计划提交保存的卡片记录，卡组织将其与数据库进行匹配，并返回新的卡号、新的有效期或账户已关闭标记，让商户可以在下一次扣款前更新支付凭证。

### 账户更新服务能消除所有支付失败吗？

不能。账户更新服务只能返回发卡银行实际发布的数据，而不同银行和市场的参与程度也各不相同。它可以显著减少由卡片数据过期导致的失败，但你仍应将其与重试逻辑和催收结合起来，以挽回它无法修复的拒付，例如暂时性的余额不足错误。

### 使用账户更新服务是否需要符合 PCI 合规要求？

如果你直接加入卡组织的计划，就必须存储并提交原始卡号，这会让你处于完整的 PCI DSS 合规范围内。使用在令牌层面应用更新的支付服务商或 MoR（名义商户），可以让你在无需自行持有敏感卡片数据的情况下获得这项服务的好处。

### 对于小型订阅业务来说，账户更新覆盖值得吗？

值得，因为一次无声失败的续费所造成的损失，通常远高于通过服务商启用覆盖功能所需的成本。即使是小型企业，当一位仍然有效的客户的卡片信息过期时，也会损失真实的周期性收入；而更新服务无需客户采取任何行动，就能挽回这些扣款。
---
- [More Payments articles](https://dodopayments.com/blogs/category/payments)
- [All articles](https://dodopayments.com/blogs)