Códigos de rechazo
Códigos de motivo de respuesta de Authorize.Net explicados
Revisado
Authorize.Net devuelve un código de respuesta (1 aprobado, 2 rechazado, 3 error, 4 retenido para revisión) y un código de motivo de respuesta que explica el porqué. Algunas razones son el rechazo del banco del comprador, otras son sus propios filtros de fraude, y muchas son errores de configuración o integración que ningún comprador puede solucionar. Cada página a continuación explica un código de motivo en palabras sencillas, si un reintento puede funcionar y qué hace PlatformDTC cuando ve ese código en la cuenta de Authorize.Net de una tienda.
| Código de motivo | Significado |
|---|---|
| 2 | El emisor de la tarjeta, o el procesador en su nombre, rechazó el pago sin una razón específica. |
| 3 | El emisor quiere una autorización por voz (una llamada telefónica) antes de aprobar este cargo. |
| 4 | El procesador informa que la tarjeta debe ser recogida: el emisor quiere que deje de usarse. |
| 41 | Tu propio umbral de FraudScreen.Net bloqueó el pago porque su puntuación de fraude era demasiado alta. |
| 141 | FraudScreen.Net rechazó el pago, pero la anulación automática de la autorización no se realizó. |
| 44 | El procesador rechazó porque el código de seguridad de la tarjeta (CVV) no coincidía con los registros del banco. |
| 45 | Tanto la verificación de dirección como la verificación del código de seguridad activaron las reglas de rechazo que usted configuró. |
| 145 | Tus filtros AVS y de código de tarjeta rechazaron la venta, pero la anulación automática de la autorización falló. |
| 65 | Tu filtro de código de tarjeta (CVV) rechazó el pago basándose en el resultado del código de seguridad. |
| 165 | Una discrepancia del código de seguridad activó su configuración y la anulación automática de la autorización falló. |
| 27 | La dirección de facturación introducida no coincide con la dirección que el banco de la tarjeta tiene registrada. |
| 127 | Una falta de coincidencia de AVS rechazó la venta y la anulación automática falló, por lo que una retención puede permanecer en la tarjeta. |
| 128 | El banco del comprador no permite actualmente transacciones en esta cuenta. |
| 250 | El pago provino de una dirección IP que bloqueaste en las herramientas de fraude de Authorize.Net. |
| 251 | Un filtro de Fraud Detection Suite rechazó el pago, incluyendo el filtro de IP bloqueada. |
| 252 | El pago fue aceptado pero está retenido para tu revisión por un filtro de fraude configurado para retener. |
| 253 | La tarjeta fue autorizada, pero un filtro de fraude está reteniendo el pago para tu revisión. |
| 254 | Usted o su equipo rechazaron el pago después de revisar una transacción retenida. |
| 295 | La tarjeta prepago solo cubrió parte del importe; se necesita otro pago para el resto. |
| 36 | El banco aprobó la tarjeta en el proceso de pago, pero el pago falló cuando se liquidó. |
| 6 | El número de tarjeta no pasó la validación: un error tipográfico, un dígito faltante o no es un número de tarjeta real. |
| 37 | El número de tarjeta fue rechazado como inválido (mismo texto que el código 6). |
| 315 | El procesador rechazó el número de tarjeta como inválido. |
| 7 | La fecha de vencimiento se envió en el formato incorrecto o no es una fecha válida. |
| 316 | El procesador rechazó la fecha de vencimiento de la tarjeta como inválida. |
| 8 | La fecha de vencimiento de la tarjeta ha pasado, por lo que ya no se puede cargar. |
| 317 | El procesador rechazó porque la tarjeta ha caducado. |
| 78 | El código de seguridad (CVV) enviado tenía un formato incorrecto, por ejemplo, un número de dígitos erróneo. |
| 11 | Se envió una transacción idéntica dentro de la ventana de duplicados (dos minutos por defecto). |
| 318 | El procesador rechazó la solicitud como un duplicado de una transacción anterior. |
| 17 | Su pasarela Authorize.Net no está configurada para aceptar esta marca de tarjeta. |
| 28 | Su plataforma de procesador no está configurada para aceptar esta marca de tarjeta. |
| 56 | La cuenta solo procesa eChecks, por lo que se rechazan los pagos con tarjeta. |
| 39 | La moneda enviada no es la que está configurada en su cuenta de Authorize.Net. |
| 49 | El importe supera el importe máximo de transacción permitido en su cuenta. |
| 5 | El campo de amount faltaba o no era un número válido. |
| 13 | El API Login ID es incorrecto, se envió al entorno equivocado o la cuenta está inactiva. |
| 123 | Se usó un inicio de sesión de usuario personal para conectar el software; en su lugar, se necesita el ID de inicio de sesión de la API. |
| 124 | Su procesador no admite transacciones marcadas como recurrentes. |
| 153 | Los datos de pago de la billetera (como Apple Pay) no pudieron procesarse tal como se enviaron. |
| 154 | Apple Pay no está activado para esta cuenta de Authorize.Net. |
| 289 | Su procesador no realizará una verificación de tarjeta de $0 para esta marca de tarjeta. |
| 19 | Authorize.Net no recibió una respuesta del procesador de tarjetas (un problema de conexión). |
| 20 | Authorize.Net perdió contacto con el procesador de tarjetas antes de obtener una respuesta. |
| 35 | Su cuenta de comerciante se configuró incorrectamente en el procesador. |
| 57 | El procesador no pudo interpretar los datos de la solicitud, como una longitud de CVV incorrecta o un formato de ZIP erróneo. |
| 63 | A menudo, los detalles de su negocio (como el país) son incorrectos para una cuenta de procesador TSYS. |
| 120 | La transacción original agotó el tiempo de espera y la anulación automática de la misma también falló. |
| 16 | El ID de transacción al que hizo referencia (para un reembolso o anulación) no está en esta cuenta de Authorize.Net. |
| 50 | Solo puede reembolsar una transacción liquidada; esta aún no se ha liquidado. |
| 54 | El reembolso no se puede emitir: no liquidado, tipo o moneda incorrectos, ID erróneo, o liquidado hace más de 180 días. |
| 55 | Este reembolso más los reembolsos anteriores serían más que el pago original. |
| E00027 | La API informa que la transacción falló; el motivo real está en el `errorCode` de la transacción. |
| E00007 | El `API Login ID` o la `Transaction Key` es incorrecto, o se envió al entorno incorrecto. |
| E00001 | Authorize.Net encontró un error interno; la solicitud no se completó. |
| E00003 | La solicitud enviada a la API estaba mal formada, por lo que Authorize.Net no pudo leerla. |
| E00013 | Un campo en la solicitud tiene un valor no válido; el texto de la respuesta lo nombra. |
| E00039 | Ya existe un perfil de cliente con los mismos detalles en la cuenta. |
| E00040 | El perfil de cliente o de pago al que hizo referencia no existe en esta cuenta. |
| E00044 | Los perfiles de cliente guardados (CIM) no están activados para esta cuenta. |
| E00009 | La cuenta está en Modo de Prueba, por lo que la solicitud no se procesa. |
Rechazos bancarios, sus filtros o errores de configuración
Los códigos 2, 3, 4 y 128 provienen del banco de la tarjeta. Los códigos 27, 41, 44, 45, 65 y 250 a 254 implican verificaciones de dirección, verificaciones de código de seguridad o filtros de fraude, varios de los cuales usted mismo configura en la Interfaz del Comerciante.
Códigos como 13, 17, 28, 35, 39 y 63 son problemas de configuración de la cuenta; todos los compradores los encontrarán hasta que se solucione la configuración. Los códigos 19, 20 y E00001 son errores de procesamiento temporales.
Reglas de reintento
Las redes de tarjetas limitan los reintentos. Visa nunca permite un nuevo intento en sus respuestas de "el emisor no aprobará" (como recoger tarjeta, cuenta cerrada o detener pago) y limita otros rechazos a 15 reintentos en 30 días. Los códigos de aviso de Mastercard 03 y 21 significan no volver a intentar.
En las renovaciones de suscripciones, PlatformDTC lee el código de motivo de la misma manera que lee un rechazo de Stripe: las tarjetas caducadas, incorrectas o bloqueadas (como 4, 6, 7, 8, 27, 44, 251 y 317) no se reintentan y se le pide al cliente una nueva tarjeta; un rechazo general (2) o una referencia (3) obtiene un reintento 48 a 72 horas después; los errores de procesamiento temporales se posponen y se reintentan sin que cuenten en contra del cliente.
Para desarrolladores
El resultado general es transactionResponse.responseCode (1 Aprobado, 2 Rechazado, 3 Error, 4 Retenido para Revisión). El código de motivo es transactionResponse.errors[0].errorCode con errorText; los resultados a nivel de API usan messages.message[0].code (I000xx éxito, E000xx error).
Preguntas frecuentes
- ¿Cuál es la diferencia entre los códigos de respuesta y los códigos de motivo de Authorize.Net?
- El código de respuesta es el resultado general (1 aprobado, 2 rechazado, 3 error, 4 retenido para revisión); el código de motivo de respuesta explica el porqué.
- ¿Funciona PlatformDTC con Authorize.Net?
- Sí. Una tienda puede conectar su propia cuenta de Authorize.Net para el pago y las renovaciones de suscripciones; los detalles de la tarjeta pasan por Accept.js de Authorize.Net, por lo que los números de tarjeta nunca tocan los servidores de PlatformDTC.
Fuentes
- Herramienta de códigos de respuesta de Authorize.Net (códigos de motivo de respuesta) — Authorize.Net
- Referencia de la API de Authorize.Net: campos createTransactionResponse — Authorize.Net
- Mapeo a las categorías de tarifas de integridad del sistema Visa (límites de reintento) — Adyen
- Códigos de aviso para comerciantes de Mastercard (orientación sobre reintentos) — Checkout.com