如果您在 YouTube 上尝试进行购买交易时付款遭拒或无法完成交易，请判断以下哪种情形与您遇到的问题类似，然后尝试建议的步骤。如果您需要帮助来解决月付费会员服务的付款遭拒问题，请在此了解详情。 对于信用卡或借记卡，您可能会看到以下一些常见错误消息，其中包括： 如果您看到以上某条错误消息或类似消息，请尝试以下操作： 付款经常会因为信用卡失效或帐单邮寄地址不正确而失败。您可以查看自己在 Google Pay 中存储了哪些付款方式，以及它们何时失效。您还可以在列出的任何付款方式上点击“修改”，查看邮政编码是否与您的帐单邮寄地址相匹配。 如果您的付款方式失效，可以遵循相关步骤将该付款方式移除，然后添加新的付款方式。您添加新的付款方式或更新邮政编码后，请尝试再次进行购买。 如果您看到一条错误消息，内容是请您向 Google 提交额外的信息，请遵循说明提交这些详细信息。例如，您可能需要先在 Google Pay 中验证您的身份，然后才能使用您的 Google 帐号进行购买交易。 您还可以随时查看
Google Pay，了解有关解决帐号问题的提醒或请求。 有时候，交易遭拒是因为资金不足所致。请检查您的账号，确保您有足够的资金来完成购买交易。 注意：注册免费试用时，您可能会注意到自己的帐号中存在预授权交易。这笔预授权交易是为了确保您的付款方式是有效的，很快您的银行就会自动撤消这笔交易并向您退款。不过，如果您在帐号中没有看到预授权金额，那么您的注册可能会失败。请在此详细了解预授权。 您的银行卡可能设有特定限制，导致付款失败。请联系发卡银行或公司咨询相关交易，看看他们是否知道交易遭拒的原因。
如果您在美国境外，还需要确保您的银行卡和银行支持国际交易。根据您所在的国家/地区，您可能还需要与您的银行联系，以便授权将您的银行卡用于在线交易。 如果您尝试使用的第一种付款方式无效，您可以换一种付款方式。为此，请返回购买屏幕并选择或添加其他付款方式。 如果您在 YouTube 上进行购买交易时看到付款方式呈灰显状态，则表明该付款方式不适用于这项特定的购买交易。请使用其他付款方式完成购买交易。 提示：如果您仍然无法顺利使用自己的付款方式在 YouTube 上进行购买，可以考虑使用 Google Play
余额（如果在您所在国家/地区可使用的话）付款。您可以在此了解在哪些国家/地区可以使用 Google Play 余额。解决新交易付款失败或遭拒问题
解决信用卡和借记卡问题
确保您的银行卡信息是最新的
提交所需的信息
确保您有足够的资金来完成购买交易
与您的银行或发卡机构联系
尝试用其他付款方式付款
首先，为 Google Play 余额充值，然后选择“Google Play 余额”作为付款方式。您还可以详细了解如何兑换您的 Google Play 余额。
与其他付款方式（如移动运营商代扣）相关的问题
请参阅下面的提示，排查与利用运营商直接代扣或其他受支持的付款方式付款有关的问题。
移动运营商代扣（运营商直接代扣）
请参阅我们的文章，了解如何排查与运营商直接代扣有关的结算问题。
其他付款方式
使用特定付款方式时，您可能会遇到以下消息“由于您的帐号存在问题，付款遭拒”。
您看到此消息可能是因为：
- 我们在您的付款资料中发现了可疑交易。
- 我们需要了解更多信息以防止您的帐号遭到欺诈。
- 我们需要了解更多信息以确保遵守欧盟法律（仅适用于欧盟成员国的客户）。
请查看 Google Pay，了解有关解决帐号问题的提醒或请求。例如，您可能需要先在 Google Pay 中验证您的身份，然后才能使用您的 Google 帐号进行购买交易。如果没有看到待处理的提醒或请求，请确保您的姓名、地址和付款信息是最新的。
接下来会怎样
更新付款信息后，请再次尝试进行购买。我们不会再次尝试自动从您的帐号扣款。
了解当您无法向“钱包”App 中添加卡片以与 Apple Pay 搭配使用时应该采取什么步骤。
- 检查您能否使用 Apple Pay：
- 联系您的发卡机构，了解他们是否支持 Apple Pay。
- 更新到最新版本的 iOS、iPadOS、watchOS 或 macOS。
- 确保您身在受支持的国家或地区。
- 检查您的设备与 Apple Pay 是否兼容。
- 检查是否存在服务中断或连接问题。
- 如果您看到信息“无法添加卡”或“卡片无效”，请联系您的银行或发卡机构。
Apple 不会批准或拒绝将卡片与 Apple Pay 搭配使用。如果您的卡片遭拒，请联系您的银行或发卡机构。
如果您在添加卡片方面需要协助，请了解如何设置 Apple Pay。
有关非 Apple 制造的产品或非 Apple 控制或测试的独立网站的信息仅供参考，不代表 Apple 的任何建议或保证。Apple 对于第三方网站或产品的选择、性能或使用不承担任何责任。Apple 对于第三方网站的准确性和可靠性不作任何担保。联系供应商以了解其他信息。
发布日期： 2022 年 06 月 03 日
付款失败的原因有很多，因此而丢了生意是件很让人沮丧的事。一些失败的支付实际上是预防性措施——其目的是降低欺诈性支付的可能性。
我们一直在努力通过机器学习和实验来降低在 Stripe 上处理的银行卡的拒付率，同时与发卡行和卡组织外延机构共同努力来优化 Stripe 上所有公司的接受率——通常不需要对您的应用进行任何改动。
信用卡付款失败的可能原因有三种：。
- 发卡行拒绝付款
- 付款被阻止
- 无效的 API 调用
每种类型的处理方式不尽相同。付款失败的原因会在管理平台的付款详情页面提供，同时也通过 API 以 Charge（扣款）对象的 outcome（结果）的一部分予以提供。该参数包含付款失败的类型以及相关原因的附加信息。
发卡行拒绝付款
当某个扣款请求提交到客户的发卡行后，发卡行会通过自动系统和模块确定是否予以授权。系统会分析多种信号，例如客户的消费习惯、账户余额以及卡的信息，比如有效期、地址信息及卡安全码 (CVC)。
如果客户的发卡行拒绝了某笔付款，Stripe 会在管理平台内及通过 API 与您分享尽可能多的信息，解释我们收到的拒付原因。某些情况下，发卡行还会提供一些有用的解释，例如卡号或有效期错误，或客户余额不足，无法完成付款。对于这些更具体的原因，发卡行可能会通过拒付代码向 Stripe 提供。
遗憾的是，发卡行会将多数拒付原因归为“一般”类别，因此并不一定能知道某笔付款被拒绝的确切原因。如果卡的所有信息看起来都没有问题，最好让客户联系他们的发卡行详细询问。出于隐私和安全原因，发卡行只能与他们的持卡人讨论某笔被拒绝的付款的具体情况——不能与商家甚至 Stripe 讨论。
通过 API，拒付的结果中会包含付款失败的类型，并通过来自发卡行的拒付代码说明原因：某些情况下，所提供的原因中可能会考虑到发卡行响应代码以外的因素，例如导致收款被阻止的 Radar 规则的评估结果。
... outcome: { network_status: "declined_by_network", reason: "expired_card", risk_level: "normal", seller_message: "The bank returned the decline code `expired_card`.", type: "issuer_declined" }, ...
减少发卡行拒付
因银行卡信息错误而造成发卡行拒付（例如，卡号或有效期错误）的事件可以通过引导客户修改错误信息或改用另一张卡或支付方式而得到解决。例如，当客户尝试用于付款的卡被拒绝时，Checkout可为其提供反馈，提示其重试或换用其他支付方式。
发卡行怀疑为欺诈行为的情况比较难于管理，但让客户在结算时提供卡安全码 (CVC) 和邮编可显著减少拒付次数。您所收集的其他数据的影响（例如完整的账单地址）因卡的品牌和国家而异。如果您被拒付的次数仍比料想的多，可考虑收集这一附加信息。此外，使用 3DS 验证来验证付款可以在其支持的国家降低拒付率。
进行一般性调查或不想被拒付时，可以用相关的数据更好的理解银行卡被拒绝的原因。例如，如果在添加卡时卡安全码 (CVC) 或 AVS 验证失败，解决这些问题然后重新尝试扣款则可能通过验证。但是，如果您注意到卡的发行国家与客户的 IP 地址不匹配，则可能表示因未经授权使用银行卡而合法拒绝。
银行卡限制
一些客户会发现他们的银行卡在购买类型方面会受到限制。FSA/HSA 卡通常仅限用于特定类型的业务（例如，医疗保健提供商），因此任何其他类型的购买行为都会被拒绝。此外，一些发卡行可能不允许从某些国家或从国外进行购买。无论何种情况，都必须要由您的客户联系他们的发卡行，看是否有任何限制。
地理位置
如果您的客户所用银行卡的发行国家与您的 Stripe 账户的注册国家不同，则他们遇到的拒付率可能会增大。解决此问题的最快方式是让您的客户联系他们的发卡行来批准扣款。如果您客户的业务分布于全球不同的地域，则您也可以考虑在较大市场或拒付率较高的地方设置 Stripe 账户，以便在本地处理这些扣款。
持续分析拒付率
持续跟踪您的拒付率是主动识别欺诈问题或潜在的集成漏洞的一个良好做法。建议对照拒付的绝对次数对各个拒付情况单独分析，排除失败的重试，这样可以清晰的了解您的总体验证率。
Stripe Sigma 是我们的交互式 SQL 报告环境，包含预构建的查询，帮助您分析您的拒付率。如果您正在调查 Sigma 以外的拒付情况，则可以通过查看银行卡指纹而非收款 ID 来排除重复的尝试。
付款被阻止
Stripe 的自动反欺诈工具集 Radar 可以阻止高风险的付款，例如那些银行卡安全码 (CVC) 或邮编不匹配的付款——即使您没有订阅 Radar。请参阅我们的欺诈预防文档，更深入了解 Radar 如何能帮助您通过自定义规则来打击和预防欺诈和争议。
使用 API 时，被阻止的付款的 outcome 会反映付款失败的类型及原因，以及评定的风险等级。
... outcome: { network_status: "not_sent_to_network", reason: "highest_risk_level", risk_level: "highest", seller_message: "Stripe blocked this charge as too risky.", type: "blocked" }, ...
阻止的付款起初已由发卡行验证，本来可以成功处理。但 Stripe 怀疑该付款为欺诈行为，可能引发争议，因而未对该卡进行扣款。
对于使用的银行卡的类型，某些客户可能会在他们的对账单上看到发卡行已验证了该笔付款金额。但实际并未被扣取，没有扣走任何资金。发卡行会在几天后从这些客户的对账单上删除这个验证费用。
如果 Stripe Radar 阻止了某笔付款，如果您知道其是合法的，可以通过管理平台取消阻止。方法是：进入管理平台，查看该笔付款，点击添加到允许列表按钮。将某笔付款添加到允许列表并不会重新尝试进行支付，而是可以防止 Stripe Radar 今后再次阻止来自该卡或邮件地址的支付尝试。
无效的 API 调用
开发 Stripe 集成应用的过程中，应该通过良好的测试找出那些可能引发无效的 API 调用的 bug。这样，实际应用中此类故障应该会极少出现。无效的 API 调用通常不会使某笔付款出现在您的管理平台上。但在一些极端例子中可能会出现。
... outcome: { network_status: "not_sent_to_network", type: "invalid" }, ...
程序化地管理付款失败
有多种处理付款失败的方式：
- 从 PaymentIntent 对象检索 last_payment_error.decline_code 属性，看看发卡行拒绝的原因。
- 循环访问 PaymentIntent 的尝试扣款并检查失败消息。
- 用 webhooks 监测 PaymentIntent 的状态更新。例如，当一笔付款尝试失败时，触发 payment_intent.payment_failed 事件。
您可能还需要处理其他付款失败的情景，例如客户处于结账流程（会话内）或不处于结账流程（会话外）。
会话内拒付
如果客户处在您的网站或应用程序的结账流程，则提示他们用刚才用的支付方式再次尝试，或换一个新的支付方式。
会话外拒付
如果客户不方便付款或更新支付方式，则通知他们（例如，给他们发送邮件或应用内通知），让他们去您的网站或应用程序来付款或更新支付方式。如果您的公司受强客户认证等法规的影响，那么尝试付款时可能要求验证，失败的时候可能显示一个 authentication_required 拒付码。有关处理这些情景的更多信息，可查看用保存的银行卡进行会话外付款。
开发您的集成应用时，建议编写代码，很好地处理可能出现的所有 API 例外情况，包括意外错误。
重试发卡行拒绝的付款
如果您的集成应用具有现成的重试逻辑来重试拒付的收款，则请注意发卡行关于针对每笔收款的重试次数的规定。建议重试次数不要超过四次。创建额外的重试可能会被发卡行视为潜在的欺诈，进而导致合法的收款被拒绝的频次增加。
Stripe Billing 用户可以利用 Smart Retries这个机器学习工具，以最优次数重试银行卡扣款，提高成功扣款的可能性。