Authorize.Net · 拒绝码
Authorize.Net 44 “此交易已被拒绝（卡代码不匹配）”是什么意思？
核实日期
Authorize.Net 响应原因代码 44 表示提交的卡代码 (CVV) 与发卡银行存档的代码不匹配，并且支付处理方拒绝了交易。Authorize.Net 指出，无论您的卡代码验证过滤器设置如何，支付处理方都可以这样做。顾客应重新输入卡背面的验证码，如果是 American Express 卡则输入卡正面的验证码，或者使用其他卡。
- 类型
- 这些详情导致硬拒绝
- 谁拒绝了交易
- 支付处理方，使用了银行的卡代码检查
- 重试
- 仅限使用正确的验证码。重试相同的错误代码将以同样的方式失败。
- 顾客操作
- 仔细重新输入 3 位或 4 位验证码，或者使用其他卡。
- 商家操作
- 让顾客更正代码；切勿重新提交相同的值。
PlatformDTC 的处理方式
PlatformDTC 将 Authorize.Net 代码 44 归类为在相同详情下永不重试：结账会显示拒绝，不会将其重新路由到备用支付处理方，并且顾客可以更正验证码并再次支付。在订阅续订时，此代码不会重试：订阅将逾期，顾客会收到一封电子邮件，其中包含添加新卡的链接。
为什么会发生
发卡银行会将验证码与其记录进行比较。当不匹配时，即使您自己的卡代码过滤器设置宽松，一些支付处理方也会直接拒绝。
顾客可以做什么
再次查看卡片：Visa、Mastercard 和 Discover 卡背面有 3 位数字，American Express 卡正面有 4 位数字。请手动输入，而不是依赖自动填充。
商店可以做什么
Authorize.Net 建议只提交有效的卡代码，如果您不收集该字段，则完全省略该字段。不要重新提交相同的代码；一连串的不匹配看起来像有人在猜测。
供开发者参考
`errors[0].errorCode "44"`；检查 `transactionResponse.cvvResultCode` 以获取检查结果。不要发送空或虚构的 `cardCode` 值。
常见问题
- Authorize.Net 代码 44 与我的卡代码过滤器相同吗？
- 不。代码 44 是支付处理方根据银行的 CVV 检查拒绝的；由您自己的过滤器设置导致的拒绝是代码 65（或当 AVS 过滤器也涉及时是 45）。
- 代码 44 后顾客可以重试吗？
- 可以，但要使用正确的验证码。相同的错误代码将再次被拒绝。
来源
- Authorize.Net 响应代码工具（响应原因代码） — Authorize.Net
- Authorize.Net 响应代码（响应代码工具背后的 JSON 列表） — Authorize.Net
- Authorize.Net API 参考：`createTransactionResponse` 字段 — Authorize.Net