Stripe · Códigos de rechazo
¿Qué significa el código de rechazo Stripe authentication_not_handled?
Revisado
El código de rechazo authentication_not_handled de Stripe es una continuación de authentication_required. El banco de la tarjeta pidió al titular que verificara el pago, el pago se realizó sin esa verificación, y el banco lo rechazó de nuevo. La solución es ejecutar el paso 3D Secure (autenticación reforzada de clientes) y dejar que el comprador lo complete. Para pagos realizados mientras el cliente no está presente, Stripe aconseja preparar la autenticación mientras el cliente está presente y recurrir a un pago en sesión si es necesario.
- Tipo
- Autenticación necesaria (rechazo suave)
- Quién rechazó
- El banco de la tarjeta
- Reintentar
- Solo con el paso de verificación completado
- Acción del comprador
- Pagar de nuevo y finalizar la pantalla de verificación del banco
- Acción del comerciante
- Asegúrese de que el proceso de compra ejecute 3D Secure; haga que los clientes fuera de sesión regresen para confirmar
Qué hace PlatformDTC
El enrutamiento de pagos de PlatformDTC trata authentication_not_handled como un caso de 3D Secure: el pago permanece en el mismo procesador para la verificación y nunca se ofrece a un procesador de respaldo. En las renovaciones, en el calendario fijo o con Smart retry, no se reintenta a ciegas: la suscripción se mantiene vencida y el cliente recibe un correo electrónico de "acción requerida" pidiéndole que confirme el pago con su banco.
Por qué sucede
Normalmente significa que una integración o flujo permitió que el pago continuara sin mostrar el desafío del banco, o que se cobró una tarjeta guardada sin que el cliente estuviera presente cuando el banco quería que verificara.
Qué puede hacer el comprador
Vuelva a la caja y pague de nuevo, y complete la ventana de verificación o la solicitud de la aplicación bancaria cuando aparezca.
Qué puede hacer la tienda
Si ve esto a menudo, su proceso de pago está omitiendo la verificación que el banco solicitó. Para las suscripciones, recopile y autentique la tarjeta mientras el cliente está presente (cuando se suscribe por primera vez), y envíele un enlace de confirmación por correo electrónico cuando un cargo posterior solicite verificación de nuevo.
Para desarrolladores
Guía de Stripe: ejecute el flujo EMV 3D Secure o SCA; para pagos fuera de sesión, recopile y prepare la autenticación en sesión primero, luego recurra a la sesión si es necesario. El valor está en `last_payment_error.decline_code`.
Preguntas frecuentes
- ¿Cuál es la diferencia entre `authentication_required` y `authentication_not_handled`?
- `authentication_required` es el banco solicitando verificación. `authentication_not_handled` significa que el pago continuó sin esa verificación, por lo que el banco lo rechazó de nuevo.
- ¿Funcionará reintentar el mismo pago?
- No sin verificación. El banco quiere que el titular de la tarjeta apruebe el pago, por lo que el reintento debe incluir el paso 3D Secure.
Fuentes
- Códigos de rechazo de Stripe — Stripe
Relacionado
- authentication_required — El banco quiere que el titular de la tarjeta verifique el pago, normalmente con 3D Secure.
- payment_intent_authentication_failure — La tarjeta falló la verificación de autenticación del banco (como 3-D Secure).
- mobile_device_authentication_required — El pago necesita autenticación; el cliente debería tocar su teléfono de nuevo.
- approve_with_id — El banco no pudo autorizar el pago tal como se envió; un intento más podría funcionar.
- call_issuer — El banco rechazó sin una razón y quiere que el titular de la tarjeta lo contacte.
- card_not_supported — La tarjeta no se puede usar para este tipo de compra.
- card_velocity_exceeded — Se ha alcanzado el saldo, el límite de crédito o el límite de importe de la tarjeta.
- currency_not_supported — La tarjeta no puede ser cargada en la moneda del pago.