了解付款失败的原因及降低拒付率的途径。让我们遇到这些事情不至于找不到解决问题的切入口。付款失败的原因有很多，因此而丢了生意是件很让人沮丧的事。一些失败的支付实际上是预防性措施——其目的是降低欺诈性支付的可能性。

信用卡付款失败的可能原因：

• 发卡行拒绝付款
• 付款被阻止

每种类型的处理方式不尽相同。付款失败的原因会在管理平台的付款详情页面提供，该参数包含付款失败的类型以及相关原因的附加信息。

发卡行拒绝付款

当某个扣款请求提交到客户的发卡行后，发卡行会通过自动系统和模块确定是否予以授权。系统会分析多种信号，例如客户的消费习惯、账户余额以及卡的信息，比如有效期、地址信息及卡安全码 (CVC)。

如果客户的发卡行拒绝了某笔付款，Stripe 会在管理平台内及通过 API 与您分享尽可能多的信息，解释我们收到的拒付原因。某些情况下，发卡行还会提供一些有用的解释，例如卡号或有效期错误，或客户余额不足，无法完成付款。对于这些更具体的原因，发卡行可能会通过拒付代码向 Stripe 提供。

发卡行会将多数拒付原因归为“一般”类别，因此并不一定能知道某笔付款被拒绝的确切原因。如果卡的所有信息看起来都没有问题，最好客户联系他们的发卡行详细询问。出于隐私和安全原因，发卡行只能与他们的持卡人讨论某笔被拒绝的付款的具体情况——不能与商家甚至 Stripe 讨论。

通过 API，拒付的结果中会包含付款失败的类型，并通过来自发卡行的拒付代码说明原因：某些情况下，所提供的原因中可能会考虑到发卡行响应代码以外的因素，例如导致收款被阻止的 Radar 规则的评估结果。

减少发卡行拒付

因银行卡信息错误而造成发卡行拒付（例如，卡号或有效期错误）的事件。客户修改错误信息或改用另一张卡或支付方式而得到解决。

发卡行怀疑为欺诈行为的情况比较难于管理，但让客户在结算时提供卡安全码 (CVC) 和邮编可显著减少拒付次数。收集其他数据例如完整的账单地址。因卡的品牌和国家而异。此外，使用 3DS 验证来验证付款可以在其支持的国家降低拒付率。

如果在添加卡时卡安全码 (CVC) 或 AVS 验证失败，解决这些问题然后重新尝试扣款则可能通过验证。但是，如果您注意到卡的发行国家与客户的 IP 地址不匹配，则可能表示因未经授权使用银行卡而合法拒绝。

银行卡限制

一些客户会发现他们的银行卡在购买类型方面会受到限制。FSA/HSA 卡通常仅限用于特定类型的业务（例如，医疗保健提供商），因此任何其他类型的购买行为都会被拒绝。此外，一些发卡行可能不允许从某些国家或从国外进行购买。无论何种情况，都必须要由您的客户联系他们的发卡行，看是否有任何限制。

地理位置

如果您的客户所用银行卡的发行国家与您的 Stripe 账户的注册国家不同，则他们遇到的拒付率可能会增大。客户联系发卡行来批准扣款。

持续分析拒付率

持续跟踪您的拒付率是主动识别欺诈问题或潜在的集成漏洞的一个良好做法。建议对照拒付的绝对次数对各个拒付情况单独分析，排除失败的重试，这样可以清晰的了解您的总体验证率。

付款被阻止

Stripe 的自动反欺诈工具集 Radar 可以阻止高风险的付款，例如那些银行卡安全码 (CVC) 或邮编不匹配的付款——即使没有订阅 Radar。

付款被拒绝

阻止的付款起初已由发卡行验证，本来可以成功处理。但 Stripe 怀疑该付款为欺诈行为，可能引发争议，因而未对该卡进行扣款。

对于使用的银行卡的类型，某些客户可能会在他们的对账单上看到发卡行已验证了该笔付款金额。但实际并未被扣取，没有扣走任何资金。发卡行会在几天后从这些客户的对账单上删除这个验证费用。

如果 Stripe Radar 阻止了某笔付款，您知道其是合法的，可以通过管理平台取消阻止。

方法是：进入管理平台，查看该笔付款，点击添加到允许列表按钮。将某笔付款添加到允许列表并不会重新尝试进行支付，而是可以防止 Stripe Radar 今后再次阻止来自该卡或邮件地址的支付尝试。（相当于我们手机添加白名单的操作）

没有看到添加到允许列表按钮？联系 Stripe客服人员，将该功能添加到您的 Radar 账户。

程序化地管理付款失败

有多种处理付款失败的方式：

• 从 PaymentIntent 对象检索 last_payment_error.decline_code 属性，看看发卡行拒绝的原因。
• 循环访问 PaymentIntent 的尝试扣款并检查失败消息。
• 用 webhooks 监测 PaymentIntent 的状态更新。例如，当一笔付款尝试失败时，触发 payment_intent.payment_failed 事件。

您可能还需要处理其他付款失败的情景，例如客户处于结账流程（会话内）或不处于结账流程（会话外）。

会话内拒付

如果客户处在您的网站或应用程序的结账流程，则提示他们用刚才用的支付方式再次尝试，或换一个新的支付方式。

会话外拒付

如果客户不方便付款或更新支付方式，则通知他们（例如，给他们发送邮件或应用内通知），让他们去您的网站或应用程序来付款或更新支付方式。如果您的公司受强客户认证等法规的影响，那么尝试付款时可能要求验证，失败的时候可能显示一个 authentication_required 拒付码。有关处理这些情景的更多信息，可查看用保存的银行卡进行会话外付款。

Stripe Billing 通过诸如自动欠款回收和托管账单方式处理很多种这类付款失败的情景。看看 Stripe Billing 适合您的公司，从而避免自己构建这些流程。

重试发卡行拒绝的付款

如果您的集成应用具有现成的重试逻辑来重试拒付的收款，则请注意发卡行关于针对每笔收款的重试次数的规定。建议重试次数不要超过四次。创建额外的重试可能会被发卡行视为潜在的欺诈，进而导致合法的收款被拒绝的频次增加。

Stripe Billing 用户可以利用 Smart Retries这个机器学习工具，以最优次数重试银行卡扣款，提高成功扣款的可能性。