“交易未获批准”交易被拒（通常标记为代码 05）是发卡行在银行卡交易中可能返回的较常见的响应之一。这意味着发卡行拒绝授权该笔扣款，但没有说明原因。该代码较为常见，尤其是在无卡交易和电商交易中。

代码 05 并不指向特定的问题，例如资金不足或银行卡过期，因此商家无法仅凭商家端信息判断原因。要确定是什么触发了交易被拒，持卡人需要直接与其发卡行联系。好消息是，在很多情况下，持卡人只需联系发卡行，即可快速解决问题。

对于商家而言，仍需要解决的问题是，发生此类交易被拒时该如何处理。下面，我们将介绍商家应了解的关于“交易未获批准”卡交易被拒情况、其潜在原因以及在尽量减少业务中断的情况下有效应对这些交易被拒的策略。

本文内容

• 什么是“交易未获批准”拒绝代码？
  
• 交易过程中出现“交易未获批准”代码的原因
  
• 商家如何处理“交易未获批准”拒绝代码
  
• 防止“交易未获批准”交易被拒
  
• Stripe Payments 如何提供帮助
  

什么是“交易未获批准”拒绝代码？

“交易未获批准”是发卡行在交易过程中向商家发出的一种通用拒绝代码，表明银行不予接受该笔交易。

在处理信用卡或借记卡交易时，您可能会遇到各类拒绝代码，每种代码都对应不同的交易问题。遗憾的是，“交易未获批准”代码并不提供具体原因，持卡人需要联系发卡行了解详情。多数情况下，持卡人能够迅速解决问题，使交易顺利完成。

在卡组织层面，“交易未获批准”通常被标记为拒绝代码 05\。如果您正在通过 Stripe 处理支付，您将在 Stripe 自有的代码系统中遇到此交易被拒情况。Stripe 使用自有的拒绝代码体系，在发卡行拒绝代码的基础上提供了更详细的信息，说明交易被拒的具体原因。Stripe 针对此交易被拒的对应代码是 do_not_honor。有关 Stripe 拒绝代码及其如何映射到发卡行代码的完整说明，开发人员可以参考 Stripe 的拒绝代码文档。

了解“交易未获批准”属于硬交易被拒还是软交易被拒非常重要。硬交易被拒（例如由被盗银行卡或已注销银行卡触发的交易被拒）表明不应重试该笔交易，潜在的问题不一定会自行解决，而且再次操作成功的可能性很低。另一方面，软交易被拒表明存在临时问题。“交易未获批准”通常属于这一类：一旦持卡人与银行解决了相关问题，再次尝试同一笔交易可能会成功。

交易过程中出现“交易未获批准”代码的原因

当银行选择不接受一笔交易时，会发出“交易未获批准”拒绝代码。虽然该代码本身并未具体说明交易被拒的原因，但根据情况，可能有多种潜在原因：

• 资金不足
  这是“交易未获批准”代码的常见原因。例如，假设一位客户在一家精品店购买设计师夹克时，使用的借记卡因“交易未获批准”代码被拒绝，可能是因为他们的支票账户中没有足够的资金来支付夹克的费用。同样的情况也可能发生在网上。如果一位客户在电商网站上尝试购买一台新的游戏机，但账户中没有足够的资金，他们也会收到“交易未获批准”代码。

• 可疑交易动态
  银行使用先进系统来监控潜在的欺诈行为。例如，假设一位持卡人在国外旅行时，在当地市场进行了一次购买。银行由于不了解持卡人的旅行计划，可能会将此交易标记为可疑交易动态并拒绝交易，从而导致出现“交易未获批准”代码。这种情况也可能发生在网上。如果客户——或欺诈者——在可疑网站上输入卡信息，银行可能会将该交易分类为风险交易并予以拒绝。其他可疑因素还包括异常交易金额、持卡人不常进行的消费类别（如在线赌博、奢侈品或大量购买礼品卡），以及交易频率检查（即短时间内进行多笔交易）。

• 超出每日限额
  大多数卡都有每日交易限额。例如，如果一位企业主在批发商处购买物资时已经进行过多次高额消费，而最新的交易超出了卡片的每日限额，他们可能会收到“交易未获批准”代码。同样地，如果一位客户在自由职业平台上支付多个服务提供者的费用，而他们的总支付金额超出了卡片的每日限额，也会收到“交易未获批准”代码。

• 卡信息错误
  如果持卡人输入的卡号、有效期或卡验证代码 (CVV) 错误，交易将被拒绝。例如，假设在一家餐厅，服务员在系统中错误地输入了部分卡片信息，银行将拒绝交易，从而导致出现“交易未获批准”代码。这种情况也可能在线上发生，如果客户在尝试购买时输入了错误的卡信息。

• 其他账户问题
  其他账户问题包括账户已关闭或卡片尚未激活等。例如，如果客户在杂货店尝试使用已关闭的信用卡账户，交易将被拒绝并显示“交易未获批准”代码。同样，如果客户在激活新卡之前尝试使用该卡进行在线购买，也会收到相同的拒绝代码。

• 银行卡已遗失或被盗（代码 41 和 43\）
  “交易未获批准”代码可能在发送更具体的代码之前出现，或者在发卡行选择通用代码时出现。

• 银行卡已被阻止使用或处于暂停状态
  银行可能会因以往的逾期记录、异常交易动态，或与当前交易无关的管理原因，对银行卡施加临时限制。

在这些情况下，最佳的解决方案是让客户联系其银行，以了解“交易未获批准”代码背后的确切原因，并采取必要步骤解决问题。

商家如何处理“交易未获批准”拒绝代码

面对“交易未获批准”拒绝代码，商家需要准备完善的应对方案，既要妥善处理交易问题，又要尽量降低对客户体验的影响。以下是几个关键的应对策略：

• 妥善处理卡信息错误
  如果交易被拒是由于卡信息错误（如卡号或有效期错误）导致的，商家应指导客户更正错误。在这种情况下，向客户提供即时反馈非常有帮助。例如，Stripe 的 Checkout 功能可以通知客户他们正在尝试使用的卡片被拒绝，让他们有机会更正错误、重新尝试或使用替代支付方式。

• 管理疑似欺诈交易
  发卡行出于防范欺诈的考虑可能会拒绝某些交易，这给商家带来了挑战。不过，通过在结账环节要求验证 CVV 码和邮政编码，可以有效降低交易被拒率。此外，提供完整的账单地址等额外信息也能改善交易被拒率，具体效果会因不同卡品牌和国家/地区而异。如果商家持续遇到较高的交易被拒率，可以考虑收集这些数据。在支持 3DS 支付身份验证的国家/地区实施该验证，也有助于降低交易被拒率。

• 深入分析“交易未获批准”交易被拒原因
  当不清楚“交易未获批准”交易被拒具体指什么时，分析伴随的数据可以帮助商家了解卡被拒绝的原因。例如，如果客户尝试添加卡片时 CVV 或地址验证系统 (AVS) 检查失败，解决这些问题后重新尝试扣款可能会获得成功授权。如果商家发现卡片的发卡国家与客户的 IP 地址对应的国家/地区不同，这可能表明由于潜在的未经授权用卡行为而导致合理被拒。

在处理这些情况时，为客户提供周到的协助至关重要。通过帮助客户了解具体情况，指导其完成必要的操作步骤，商家即便在交易被拒的情况下，也能维持良好的客户体验。

当面处理“交易未获批准”交易被拒情况

如果 POS 机出现“交易未获批准”交易被拒，由于客户就在面前，商家应以专业得体的方式应对。以下是一些可以提供帮助的实用准则：

• 立即提供备用支付方式：不要让付款停滞不前，而是建议客户立即尝试使用其他银行卡、现金或数字钱包。这样既能让交易继续进行，也能减轻客户的不适感。

• 不要当众猜测原因：避免在其他客户或员工面前猜测交易被拒的原因。代码本身并未具体说明原因，因此任何猜测都可能并不准确。

• 对于金额较大的交易，适当等待是合理的：如果客户想当场致电银行解决问题，对于金额较大的交易来说，耐心等待片刻通常是值得的，因为一旦银行解除限制，这笔交易仍有可能顺利完成。

面向订阅商家的说明：对于定期计费，出现“交易未获批准”交易被拒时，自动重试不应立即重新尝试扣款。对于软交易被拒，立即重试可能会在发卡行层面触发银行卡锁定或欺诈标记。相反，使用 Stripe 的订阅商家应依赖 Stripe Billing 的 Smart Retries，该功能利用机器学习来确定重试尝试的时间，而不是在失败后立即发起重试。

防止“交易未获批准”交易被拒

虽然无法完全消除“交易未获批准”交易被拒，但商家所有者可以采取一些主动措施来减少其发生频率。

• 在结账时收集卡安全码 (CVC) 和邮政编码
  在结账过程中要求提供银行卡的卡安全码和账单邮政编码，可以为发卡行提供更多数据点来验证交易，从而降低由欺诈检测系统触发交易被拒的概率。

• 实施 3DS 验证
  3DS 验证为银行卡交易增加了一层额外的身份验证，将部分责任从商家转移出去，并能增加发卡行批准扣款的信心。在广泛支持 3DS 验证的地区，启用该功能可以减少与涉嫌欺诈相关的交易被拒。

• 查看一般性交易被拒的相关数据
  尽管“交易未获批准”本身并未说明具体原因，但交易被拒相关数据（例如失败的 CVC 或 AVS 检查，或者银行卡的发行国家/地区与客户的 IP 地址不匹配）通常会指向可修复的问题。随着时间的推移，查看这些数据可以帮助商家发现模式（例如，让客户感到困惑的结账字段），并在导致更多交易被拒之前解决根本原因。围绕这些信号构建重试逻辑的开发者可以参考 Stripe 的银行卡交易被拒文档，了解有关如何解读交易被拒数据并采取行动的更多详情。

• 提供多种支付方式
  为客户提供多种支付方式（其他卡组织、数字钱包、银行转账或先买后付选项），可以在一种方式被拒时为他们提供简单的替代方案。这并不会降低初始交易被拒的概率，但确实会降低单次“交易未获批准”响应导致商家错失销售机会的可能性。

• 主动发送订阅提醒
  对于定期计费，银行卡可能会仅仅因为发卡行未识别该商家或最近没有看到该账户的扣款而被标记。这在免费试用转换为付费计划后尤为常见。在扣款完成之前向客户发送提醒，可以让他们有机会确认该扣款符合预期，从而降低银行将其标记为可疑的概率。

Stripe Payments 如何提供帮助

Stripe Payments 提供一体化的全球支付解决方案，能够助力各类企业（从成长型初创企业到全球性企业）在全球范围内接受线上、线下付款。

Stripe Payments 可帮助您：

• 优化您的结账体验：通过预构建的支付 UI、125 种以上支付方式以及 Stripe 构建的 Link 钱包，打造流畅的客户体验，并节省数千小时的工程时间。
  
• 更快拓展新市场：覆盖全球客户，并通过跨境支付选项降低多币种管理的复杂性和成本，覆盖 195 个国家/地区、支持 135 种以上货币。
  
• 统一线下与线上支付：整合线上与线下渠道，打造一体化商务体验，实现个性化互动、提升客户忠诚度并增加营收。
  
• 提升支付表现：通过一系列可定制、易于配置的支付工具增加营收，包括无代码欺诈防护和提高授权率的高级功能。
  
• 利用灵活、可靠的平台加速业务增长：选择一个专为随业务扩展而设计的平台，历史正常运行时间达 99.999%，可靠性在行业内首屈一指。
  

进一步了解 Stripe Payments 如何为您的线上和线下付款提供支持，或者立即开始使用。