Checkout.com · 拒绝码
`Checkout.com 20082` 的“无安全模型 / 负 `CAM`、`dCVV`、`iCVV` 或 `CVV` 结果”是什么意思?
核实日期
`Checkout.com 20082` 的“无安全模型”涵盖了安全数据故障,包括负 `CAM`、`dCVV`、`iCVV` 或 `CVV` 结果。`Visa` 将其归类为第3类,发卡机构无法使用这些详细信息批准,并将其与 `recommendation code 01`(需要更新或额外信息)配对。重新发送相同的详细信息将再次被拒绝。
- 类型
- 软拒绝 (`20xxx`)
- 谁拒绝了
- 购物者的发卡机构
- 重试
- 仅在更正详细信息后。`Visa` 第3类:30天内最多尝试15次
- 购物者操作
- 检查安全码和卡片详细信息,或使用其他卡
- 商户操作
- 要求提供更正后的详细信息;不要重新发送相同的。
PlatformDTC 的处理方式
`PlatformDTC` 将 `Checkout.com 20082` 留作未分类以进行路由,这在设计上意味着不进行重路由:错误地转移到第二个处理商可能会招致网络罚款,因此购物者会在 `Checkout.com` 上看到拒绝。`Checkout.com 20082` 尚未在 `PlatformDTC` 的续订表中,因此使用此代码拒绝的续订会遵循商店的正常重试计划,并被记录下来以便将来可以分类。
为什么会发生
随支付发送的卡片验证值或加密数据与银行持有的信息不匹配。
购物者可以做什么
重新输入卡片背面的安全码,或尝试使用其他卡。
商店可以做什么
提示购物者更正其详细信息。自动重试相同数据是徒劳的。
供开发者参考
支付返回状态为“已拒绝”,`response_code 20082` 和一个 `response_summary`,例如“无安全模型 / 负 `CAM`、`dCVV`、`iCVV` 或 `CVV` 结果”(`Checkout.com` 指出文本可能因终端而异)。`Checkout.com` 的 `Visa` 表将此代码归类为第3类,并将其与 `recommendation code 01`(需要更新或额外信息)配对;请读取响应中的 `processing.recommendation_code`。
常见问题
- `Checkout.com 20082` 是错误的 `CVV` 吗?
- 这可能是:此代码涵盖了负面CVV结果以及其他安全数据故障。
- 我最多可以重试20082多少次?
- Visa将第3类限制为30天内最多15次尝试,并且只有更正后的详细信息才能成功。
来源
- API响应代码 — Checkout.com
- Visa响应代码 — Checkout.com
- 映射到Visa系统完整性费用类别 — Adyen