Authorize.Net · Códigos de rechazo
¿Qué significa Authorize.Net E00027 “La transacción no fue exitosa”?
Revisado
Authorize.Net E00027, "La transacción no fue exitosa", es un mensaje a nivel de API, no el motivo en sí. Authorize.Net dice que revise el campo `errorCode` en la respuesta: ese contiene el código de motivo de respuesta, como 2 para un rechazo o 27 para una discrepancia de AVS. También puede aparecer en HSBC o FDI Australia cuando `validationMode` es `liveMode`, ya que no admiten reversiones de autorización.
- Tipo
- Resultado de API (ver código de motivo)
- Quién rechazó
- Depende del código de motivo interno
- Reintentar
- Depende del `errorCode` en la respuesta de la transacción.
- Acción del comprador
- Siga el motivo mostrado, normalmente intente con otra tarjeta.
- Acción del comerciante
- Lea `transactionResponse.errors` para el código de motivo específico.
Qué hace PlatformDTC
PlatformDTC lee más allá de E00027 hasta el `errorCode` propio de la transacción y actúa en consecuencia: muestra al comprador el texto de error de Authorize.Net y usa el código de motivo para decidir si se puede ofrecer un procesador de respaldo.
Por qué sucede
Authorize.Net devuelve E00027 en los mensajes siempre que una solicitud de transacción no tiene éxito. El detalle se encuentra en `transactionResponse.errors`.
Qué puede hacer la tienda
Busque el `errorCode` que vino con E00027 en esta biblioteca. Para errores de validación de perfil de cliente en HSBC o FDI Australia, Authorize.Net recomienda `validationMode` `testMode`.
Para desarrolladores
`messages.resultCode` "Error", `messages.message[0].code` "E00027"; `transactionResponse.errors[0].errorCode / errorText` contienen el motivo.
Preguntas frecuentes
- ¿Qué significa realmente Authorize.Net E00027?
- Que la transacción falló; el motivo específico es el `errorCode` en la respuesta de la transacción.
- ¿Por qué obtengo E00027 al crear perfiles de cliente?
- En HSBC o FDI Australia, la validación en `liveMode` falla porque esos procesadores no admiten reversiones de autorización; Authorize.Net recomienda `testMode`.
Fuentes
- Herramienta de Códigos de Respuesta de Authorize.Net (códigos de motivo de respuesta) — Authorize.Net
- Códigos de respuesta de Authorize.Net (lista JSON detrás de la Herramienta de Códigos de Respuesta) — Authorize.Net
- Referencia de API de Authorize.Net: campos de `createTransactionResponse` — Authorize.Net
Relacionado
- 2 — El emisor de la tarjeta, o el procesador en su nombre, rechazó el pago sin una razón específica.
- 27 — La dirección de facturación introducida no coincide con la dirección que el banco de la tarjeta tiene registrada.
- E00001 — Authorize.Net encontró un error interno; la solicitud no se completó.
- E00007 — El `API Login ID` o la `Transaction Key` es incorrecto, o se envió al entorno incorrecto.
- 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.