什么是支付网关错误/拒绝代码？

支付网关拒绝（或错误）代码代表了发卡机构或支付处理器在无法完成的交易期间发出的标准响应类型。这些代码解释了交易结果，例如卡片是否已过期、处理是否暂停，或者银行是否有特定的要求。商户查看这些代码以更好地理解支付结果并决定下一步行动。在订阅服务中，这些代码有助于指导计费系统如何处理支付尝试和重试。

支付错误代码代表着多种情况，因此对每个错误都采取相同处理方式无法提供最合适的响应。

A 软拒绝 通常意味着事件是暂时的，例如账户目前没有可用资金、银行暂时扣留了付款，或者发卡机构的系统需要再次尝试。在许多情况下，一段时间后重新提交交易可能会使其成功通过。

或者，一次 硬拒绝 这反映了一个单独的类别——例如，如果账户已更新、银行卡已过期，或者发卡机构的系统发送消息表明需要不同的处理方式。对于这些类型，通常不会进行进一步的重试，支付处理器会记录拒绝结果，然后继续处理。 

识别每个错误代码的类别有助于支付系统选择是否安排另一次尝试，或者在适当时，通知客户更新其支付信息。

对于处理周期性付款的组织，续订周期通常需要分析拒绝代码。非自愿流失可能源于支付结果，即使客户没有直接取消服务。分析拒绝代码使公司能够评估在计费流程中，是否适合进行另一次支付尝试或请求更新支付信息。

拒绝代码还提供欺诈预防信息，并偶尔揭示模式，例如使用被盗卡重复拒绝。审查硬拒绝的模式为企业提供了判断是否需要对某些支付活动进行进一步调查的标准。

使用技巧：

• 首先将每个拒绝代码分为软拒绝或硬拒绝类型，以便更好地概览 重试逻辑.
• 两次重试之间留出一些时间；尝试 支付方式 几天后再次尝试与连续尝试相比，可能会带来新的结果。
• 根据客户的发薪日或账单周期调整重试时间。
• 将重试次数限制在合理范围内，例如三到四次，以符合发卡机构的建议。
• 在自动重试过程中提供清晰的客户沟通，并在需要时建议更新银行卡信息。

账户更新器 这些服务用于处理文件中存储的银行卡详细信息不再是最新的情况，这种情况有时会在尝试交易时发生。当客户收到新卡（例如，卡片过期、更换或安全更新后），旧卡信息将停止使用。在这些情况下，“账户更新器”（Account Updater）工具会与Visa和Mastercard等银行卡品牌进行通信，并更新已保存的账户信息，此过程通常无需客户参与。

银行卡网络 例如 Visa 和 Mastercard 会发布关于商家可以多久重试一次被拒付款的规则。超出这些建议阈值的重复尝试，包括硬拒绝在内，可能会导致网络审查活动或调整标准费用。在规划重试时遵循这些规则，尤其对于 软拒绝 是企业保持在通用行业规范内的一种方式。这就是为什么SaaS公司会选择一个 记账商（MOR) 来帮助管理重试策略，以便它们能够反映更新后的要求。

在对你的策略进行任何调整之前，审查一些注意事项会很有用：

• 你是否能够确定你的失败支付中，软拒付与硬拒付的比例是多少？
• 是否有可能在你的收入数据中定位并衡量非自愿流失？
• 您的重试流程是根据拒绝类型而异，还是每次尝试都遵循相同的模式？

决策因素：

• 交易发生的数量，以及在您的结果中非自愿性流失的份额
• 您的支付设置如何组织拒绝信息，以及是否区分不同的拒绝类型
• 您的业务是否可以使用自动化卡片更新服务
• 当前内部工程能力可用于设置或更新重试逻辑的水平
• 适用于您业务活动的监管和卡组织义务及限制