Authorize.Net · 拒绝码
Authorize.Net 6 “信用卡号无效”是什么意思?
核实日期
Authorize.Net 响应原因代码 6,“信用卡号无效”,意味着提交的卡号未能通过验证。通常是购物者打错了、漏掉了一个数字,或者粘贴了不是卡号的内容。重新提交相同的号码将再次失败。购物者应仔细重新输入;如果许多购物者遇到代码 6,请检查您的结账系统是否正在更改该号码。
- 类型
- 这些详细信息被硬拒绝
- 谁拒绝了
- Authorize.Net 的验证
- 重试
- 仅在卡号更正后。
- 购物者操作
- 重新输入卡号或使用其他卡。
- 商家操作
- 确保结账系统发送完整的卡号,不带空格或遮蔽。
PlatformDTC 的处理方式
PlatformDTC 将 Authorize.Net 代码 6 归类为在相同详细信息下永不重试。它的结账系统根本不发送原始卡号:购物者浏览器中的 Accept.js 将卡转换为一次性令牌,并且带有卡号的请求会被拒绝。在订阅续订时,该代码不会被重试:订阅将被标记为逾期,客户会收到一封电子邮件,其中包含添加新卡的链接。
发生原因
卡号包含校验位和每个品牌已知的长度。未通过这些检查的号码会在任何银行看到它之前被拒绝。
购物者可以做什么
再次输入卡片上的长串数字,注意是否有数字颠倒。自动填充有时会保存旧的或不完整的数字。
商店可以做什么
如果代码 6 频繁出现,请测试您的支付表单:字段限制、被删除的数字或发送给 Authorize.Net 的掩码值都可能导致此问题。
针对开发者
`errors[0].errorCode "6"`(37 和 315 是处理器发出的等效代码)。使用 Accept.js 时,卡号不会触及您的服务器;请发送 `opaqueData` 而不是 `creditCard.cardNumber`。
常见问题
- Authorize.Net 代码 6 是否意味着卡片是假的?
- 不一定。大多数代码 6 错误都是输入错误。
- Authorize.Net 代码 6、37 和 315 之间有什么区别?
- 都表示卡号无效;315 被描述为处理器发出的拒绝,而 6 和 37 共享相同的文本。
来源
- Authorize.Net 响应代码工具(响应原因代码) — Authorize.Net
- Authorize.Net 响应代码(响应代码工具背后的 JSON 列表) — Authorize.Net