Authorize.Net · 拒绝码
Authorize.Net 2 的“此交易已被拒绝”是什么意思？
核实日期
Authorize.Net 响应原因代码 2，“此交易已被拒绝”，是通用拒绝：即发卡银行或处理器拒绝了此笔交易，且 Authorize.Net 未收到更具体的原因。这不是您的 Authorize.Net 设置问题。购物者应尝试使用其他卡片或询问银行拒绝的原因；商家应提供不同的支付方式，而不是反复提交同一张卡片。
- 类型
- 软拒绝（通用）
- 谁拒绝了
- 购物者的银行或卡片处理器
- 重试
- 稍后重试一次。Visa 允许对非类别 1 的拒绝在 30 天内最多重试 15 次；反复即时重试很少有帮助。
- 购物者操作
- 检查卡片详细信息，然后使用其他卡片或致电银行。
- 商家操作
- 要求提供其他支付方式；不要反复重试同一张卡片。
PlatformDTC 的处理方式
PlatformDTC 将 Authorize.Net 代码 2 归类为其他处理器可能会批准的拒绝。如果商家选择 PayPal 卡片支付作为备用，结账时会立即向购物者提供 PayPal 的卡片输入字段，而不是死胡同。在续订订阅时，它会在 48 到 72 小时后获得一次重试；如果再次被拒绝，客户将收到一封电子邮件，其中包含添加新卡的链接。
为什么会发生
代码 2 是当处理器返回一个简单拒绝时 Authorize.Net 返回的结果。其背后可能是银行不愿透露的任何原因：例如余额不足、欺诈评分、在线或境外购买限制，或者银行不希望再使用的卡片。
由于原因被隐藏，只有持卡人的银行才能确切说明原因。Authorize.Net 对代码 2 的描述只有一句话：“此交易已被拒绝。”
购物者可以怎么做
确认卡号、有效期和账单地址输入正确，然后尝试其他卡或电子钱包。如果同一张卡持续失败，卡片背面的银行电话号码是找到真正原因的最快途径。
商店可以做什么
显示一个清晰的“尝试其他卡”选项。稍后重试一次可能会成功，但对同一张卡连续多次尝试在发卡行看来像是卡片测试，并可能根据 Visa 的重试规则对您不利。
开发者须知
`transactionResponse.responseCode` 为 "2" (Declined)，且 `transactionResponse.errors[0].errorCode` 为 "2"。处理器的原始发卡行代码不会在此字段中返回，因此在重试逻辑中将代码 2 视为通用的软拒绝。
常见问题
- Authorize.Net 代码 2 是顾客的错还是我的错？
- 通常既不是商店的设置问题，也不是输入错误：这是银行拒绝交易但未给出原因。设置问题会以其自己的代码返回，例如 17 或 13。
- 我可以重试 Authorize.Net 代码 2 的拒绝交易吗？
- 稍后重试一次可能会奏效，例如在发薪日之后。Visa 将其“永不批准”类别之外的拒绝交易重试次数限制在 30 天内 15 次，因此请避免快速循环重试。
来源
- Authorize.Net 响应代码工具（响应原因代码） — Authorize.Net
- Authorize.Net API 参考：`createTransactionResponse` 字段 — Authorize.Net
- 映射到 Visa 系统完整性费用类别（重试限制） — Adyen