Antes de repetir un cobro, revisa el resultado en el TPV. Un problema de tarjeta, un fallo de autenticación y un error de integración requieren respuestas distintas. Si el resultado es incierto, acláralo antes de crear otro cargo.
Un cliente intenta pagar y aparece «operación denegada». Otro asegura que su banco le muestra un movimiento, pero el pedido sigue pendiente. Aunque ambos casos se perciban como errores de Redsys, conviene investigarlos de forma distinta.
Esta guía está pensada para comercios que utilizan un TPV virtual y quieren saber por dónde empezar. Si necesitas conocer el funcionamiento general de la pasarela, consulta primero qué es Redsys y cómo funciona el TPV virtual.
Qué comprobar antes de repetir un pago en Redsys
Abre el detalle de la operación en el portal de tu TPV y anota pedido, fecha y hora, importe, tipo de operación y código recibido. Revisa también si estás consultando pruebas o producción. La documentación de administración del TPV de Redsys explica el acceso a ambos entornos y la consulta de operaciones.
Después, separa estas tres situaciones:
- Denegación confirmada: hay un resultado que indica un rechazo. Investiga la causa antes de decidir el siguiente paso.
- Petición incorrecta: la integración devuelve un error de parámetros, firma o configuración. Debe revisarlo quien mantiene la conexión.
- Resultado incierto: la pantalla se cerró, hubo un tiempo de espera o tu aplicación no recibió confirmación. No lo conviertas automáticamente en un impago.
Una regla de trabajo útil es asignar a cada incidencia una persona responsable y una próxima acción. «Pendiente de consultar el TPV» ayuda más que «ha fallado» cuando distintas personas atienden al mismo cliente.
Códigos de error de Redsys más habituales
Esta selección resume la tabla oficial de códigos de Redsys. El significado procede de esa documentación; la última columna propone una primera actuación. Comprueba siempre el campo recibido: un error SIS y el resultado Ds_Response no se interpretan intercambiando sus números.
| Código | Significado | Primera actuación |
|---|---|---|
101 | Tarjeta caducada; no reintentar. | Pide actualizar el método de pago por el canal seguro. |
116 | Disponible insuficiente. | Habla con el titular y acuerda cómo regularizar el importe. |
129 | CVV incorrecto. | El titular debe revisar el dato en el formulario de pago. |
184 | Fallo de autenticación del titular. | Revisa cómo terminó la validación con su banco. |
190 | El emisor deniega sin concretar el motivo. | El titular debe consultar con su entidad. |
195 | Se requiere autenticación SCA. | Consulta el flujo de autenticación con tu integrador. |
SIS0042 / 9042 | Error al calcular la firma. | Revisa credenciales, entorno y generación de la petición. |
SIS0051 / 9051 | Número de pedido repetido. | Consulta el intento anterior antes de crear otro. |
La tabla oficial también contiene restricciones expresas de reintento. Por eso no conviene aplicar una regla general de «volver a cobrar mañana» a todos los rechazos.
Error 190 de Redsys: qué hacer ante una denegación del emisor
Si recibes 190 o el mismo valor presentado como 0190 en el resultado del pago, evita decir al cliente que necesariamente le falta saldo o que su tarjeta está bloqueada. El código no identifica una causa concreta.
Comunica el intento con datos verificables: «El pago de 45 € del día 16 no se ha autorizado. Consulta con tu banco indicando el comercio y la hora aproximada». Si el titular acuerda utilizar otro método, comprueba antes que no exista un pago autorizado para esa misma deuda.
En tu registro interno deja el resultado exacto y el contacto realizado. No cambies sucesivamente el importe ni abras varios intentos para buscar una combinación que el banco acepte.
Error 184 de Redsys: revisar la autenticación
Ante 184 o 0184, pregunta en qué paso se interrumpió la validación: si llegó a abrirse la aplicación bancaria, si el titular terminó el proceso y qué mensaje vio. Son datos para investigar; por sí solos no prueban la causa técnica.
Si afecta a muchos clientes desde una actualización de tu tienda, registra cuándo empezó y revisa el cambio con tu integrador. Si afecta a una sola tarjeta, su titular puede necesitar ayuda de su entidad. No desactives controles de autenticación para intentar resolverlo. Amplía el contexto en nuestra guía de SCA y 3D Secure en pagos recurrentes.
SIS0042 y SIS0051: firma incorrecta o pedido repetido
SIS0042: qué debe revisar la integración
Prepara una revisión del entorno utilizado, el comercio, el terminal y la configuración de firma. La guía oficial para firmar operaciones explica el uso de la clave correspondiente al terminal y la verificación de las respuestas. Tu técnico debe seguir la documentación de la versión de integración que utilices.
Si el fallo empezó tras pasar de pruebas a producción, señala ese cambio al abrir la incidencia. Facilita un registro técnico depurado, sin claves de firma ni datos completos de tarjeta. Un cliente que vuelve a introducir su tarjeta no corrige una configuración incorrecta del comercio.
SIS0051: consultar antes de generar otro pedido
Este error requiere localizar el pedido previo y comprobar su resultado. Crear otro número sin revisar lo ocurrido puede complicar la conciliación y dar lugar a dos intentos para el mismo importe.
La integración debe relacionar la deuda original con cada intento, impedir ejecuciones simultáneas y conservar el historial. Resolver el identificador técnico no equivale a resolver el estado del cobro.
El cliente ve un cargo, pero tu pedido sigue pendiente
Antes de enviar otro enlace, cruza el pedido con el portal del TPV. Distingue lo que muestra la aplicación bancaria del cliente del resultado registrado para esa operación. Si no encaja, pide aclaración a la entidad con los identificadores disponibles.
Redsys documenta una notificación al servidor con el resultado del pago y advierte de que ciertos errores de entrada pueden impedir que se envíe. Consulta el apartado de notificaciones en Realizar un pago. Tu aplicación debe validar la firma y comprobar el resultado antes de actualizar el pedido; volver a una página de éxito no basta.
Ejemplo ficticio: una academia cobra una matrícula de 60 €. La familia cierra el navegador y la tienda conserva el estado pendiente. Si el TPV registra un pago autorizado de ese pedido, corresponde revisar por qué no se actualizó la tienda. Enviar inmediatamente otro enlace de 60 € añade un riesgo innecesario de duplicidad.
Qué cambia si el error aparece en una cuota recurrente
En una suscripción, identifica el periodo afectado además del cliente: una cuota de octubre no debe confundirse con noviembre ni con una matrícula. Mantén visible qué vencimiento sigue pendiente mientras investigas el intento.
Comprueba si falló el alta inicial o una renovación. La documentación de tokenización de Redsys distingue el uso de referencias y la operativa de suscripciones. Haber completado un pago inicial no garantiza que la configuración de todos los cobros posteriores sea correcta.
- Si necesitas actualizar la tarjeta, utiliza el proceso seguro de tu proveedor: no pidas números completos ni CVV por correo o mensajería.
- Si la renovación devuelve un rechazo, decide la actuación a partir de ese código, las instrucciones del proveedor y el estado real del pago.
- Si el cliente paga por otra vía, registra el abono antes de permitir otro intento sobre la misma cuota.
Para organizar el proceso completo, consulta cuándo reintentar un cobro fallido de suscripción. Si la duda es la activación de tu terminal, revisa qué hacer si tu banco no activa los pagos recurrentes.
A quién pedir ayuda y qué datos preparar
El titular y su banco pueden aclarar rechazos de su tarjeta. Tu banco o proveedor del TPV debe confirmar la configuración y las operativas contratadas. Tu integrador o proveedor del software debe revisar las peticiones, notificaciones y estados de los pedidos.
Prepara una ficha con el entorno, pedido, fecha y hora con zona horaria, importe, moneda, código y campo originales, pantalla donde aparece y alcance del fallo. Añade si hubo un cambio reciente y qué resultado muestra el portal del TPV. Comparte identificadores de comercio y registros técnicos solo por el canal de soporte apropiado.
Una incidencia bien descrita permite investigar un caso concreto: «Desde las 10:20, tres pedidos de producción devuelven SIS0042 después del cambio de configuración» es más útil que «Redsys no funciona».
Fuentes oficiales y fecha de consulta
Revisado el . Los códigos y los detalles de integración se han contrastado con documentación de Redsys; los procedimientos de organización y los ejemplos son recomendaciones editoriales de PagosRecurrentes.
- Parámetros y códigos de respuesta del TPV Virtual.
- Firma de operaciones y verificación de respuestas.
- Petición de pago y tratamiento de notificaciones.
- Portal de administración del TPV Virtual.
- Tokenización, referencias y suscripciones.
Preguntas frecuentes
¿El error 190 de Redsys significa que no hay saldo?
No permite concluirlo. Es una denegación del emisor sin un motivo concreto comunicado al comercio. El titular debe consultar con su entidad antes de atribuir el rechazo a una causa.
¿Qué diferencia hay entre 184 y 0184 en Redsys?
Algunas pantallas o integraciones muestran el código con un cero inicial. Si se trata del mismo valor numérico de Ds_Response, 184 y 0184 corresponden al fallo de autenticación del titular. Conserva siempre el código y el campo originales al pedir ayuda.
¿Debo volver a cobrar si aparece SIS0051?
Primero comprueba qué ocurrió con el pedido anterior. Un identificador repetido no demuestra que ese intento terminara cobrado ni que no hubiera otro pago autorizado. La integración debe resolver el estado previo y evitar duplicados antes de iniciar otra operación.
¿Un error de Redsys significa que la pasarela está caída?
Un rechazo aislado no demuestra una caída general. Revisa si afecta a una tarjeta, a una operativa o a todos los intentos, y contrasta los resultados con tu banco o soporte técnico.
¿Por qué funciona el primer pago y falla la renovación?
El alta y los cobros posteriores pueden usar operativas diferentes. Revisa el código concreto, la referencia de tarjeta, la configuración de recurrencia y las condiciones de tu terminal con tu proveedor.
¿Las incidencias con tus cuotas te quitan tiempo?
Si tu negocio cobra suscripciones, revisamos contigo cómo organizar las altas, los vencimientos y el seguimiento de pagos con PagosRecurrentes. La activación de tu TPV y las autorizaciones de tarjeta dependen de las entidades correspondientes.