Redsys: el TPV es del banco, el checkout es tuyo
Redsys es la infraestructura de pagos que hay detrás del TPV virtual de muchos bancos españoles, que son sus principales accionistas. Si al pagar sale una página de sis.redsys.es, es el TPV que la tienda tiene contratado con su banco. Quien vende no contrata Redsys aparte: el TPV lo da el banco, y conectarlo bien a la tienda es tarea suya.
Para quien vende por internet con el TPV virtual de su banco.
Según la documentación de Redsys
Del clic en «pagar» al pedido pagado
Con la integración por redirección, son cuatro pasos.
La tienda envía al cliente a Redsys
Con el importe, el número de pedido y una firma hecha con la clave secreta del comercio.
El cliente paga y se autentica
En la página de Redsys. Si su banco lo pide, confirma en la app o con un código por SMS.
Redsys avisa a la tienda
Es la notificación: el servidor de Redsys envía el resultado firmado a la URL de notificación.
El cliente vuelve a la tienda
En la página de OK o de KO, que solo le muestra el resultado.
El pedido lo confirma la notificación, no la página de retorno. Redsys la envía siempre, haya o no páginas de OK y de KO, y recomienda verificar su firma antes de tocar el pedido.
Redsys en WooCommerce, PrestaShop o una integración a medida
Cambia quién toca los datos de la tarjeta y quién se ocupa de la autenticación.
Módulo oficial
La Pasarela Unificada de Redsys para PrestaShop, WooCommerce y Adobe Commerce: redirección, inSite y Bizum en un solo plugin.
Redirección
El cliente paga en una página de Redsys, que también se ocupa de la autenticación.
inSite
Los campos de la tarjeta, de Redsys, van dentro de tu formulario. Después, el pago sigue como REST.
REST
La más personalizable. A cambio, el flujo de autenticación EMV3DS lo integras tú.
Nuestro criterio: en WooCommerce o PrestaShop, empieza por el módulo oficial, que Redsys recomienda para ahorrar desarrollo. Una integración por API solo compensa si necesitas lo que el módulo no hace. En Shopify, la lista de módulos de Redsys no incluye ninguno: pregúntaselo al banco.
Por qué una tienda con Redsys deja de cobrar
Lo más traicionero: si el error está en los datos que envía la tienda (firma, número de pedido, importe…), Redsys no envía ninguna notificación. Tú no ves nada; el cliente ve una pantalla de error. Por eso Redsys recomienda probar todos los casos antes de pasar a real.
3D Secure y PSD2: por qué el banco hace confirmar el pago
La PSD2, la directiva europea de servicios de pago, obliga a la autenticación reforzada cuando alguien inicia un pago electrónico, y el reglamento que la desarrolla se aplica desde el 14 de septiembre de 2019: al menos dos elementos independientes entre lo que el cliente sabe, lo que tiene y lo que es. En Redsys se hace con EMV 3-D Secure.
Qué significa este código y de quién es el problema
Escribe el código que ves en el pedido, en el portal del TPV o en la pantalla de error: sabrás qué significa y si toca revisar la tienda o es cosa del cliente.
Prueba con
Selección de la tabla oficial de Redsys (septiembre de 2026), traducida. El «qué hacer» es nuestro criterio.
0000 a 0099
Significa: transacción autorizada para pagos y preautorizaciones.
Qué hacer: revisa que el pedido haya cambiado de estado.
SIS0041 · SIS0042 · 9041 · 9042
Significa: error en el cálculo de la firma.
Qué hacer: comprueba la clave del entorno y que nada cambie los datos después de firmar.
SIS0026 · SIS0432 · SIS0433 · 0904
Significa: el comercio o el terminal no existen o son erróneos.
Qué hacer: revisa el código de comercio y el terminal que te dio el banco.
SIS0051 · 9051 · 0913
Significa: número de pedido repetido.
Qué hacer: cada intento necesita un número nuevo.
SIS0434 · 9434
Significa: formato de pedido no válido.
Qué hacer: hasta 12 cifras o letras, y Redsys recomienda empezar con 4 cifras.
SIS0429 · SIS0430 · SIS0431
Significa: error en la versión de la firma o en los parámetros codificados.
Qué hacer: es de la integración; si es un módulo, actualízalo.
SIS0218 · 0195
Significa: el comercio solo admite operaciones seguras y ha recibido una no segura, o hace falta autenticación SCA.
Qué hacer: la integración debe enviarla a autenticar.
0101 · 0116 · 0129 · 0191
Significa: tarjeta caducada, saldo insuficiente, o código de seguridad o fecha de caducidad incorrectos.
Qué hacer: el cliente debe revisar los datos o usar otra tarjeta.
0184
Significa: error en la autenticación del titular.
Qué hacer: el cliente no ha superado la verificación de su banco; puede volver a intentarlo.
0190
Significa: denegación del emisor sin especificar el motivo.
Qué hacer: solo el banco del cliente sabe por qué.
0180
Significa: tarjeta ajena al servicio.
Qué hacer: si pasa con muchas tarjetas de una marca, pregunta al banco cuáles tiene activas el TPV.
9915
Significa: el cliente ha cancelado el pago.
Qué hacer: si pasa a menudo, mira dónde abandonan.
Pago autorizado. Si el pedido no ha cambiado de estado, falla la notificación, no el pago.
Viene del cliente o de su banco: la tienda no ha fallado.
Viene de la integración o de la configuración del TPV: hay que revisar la tienda o hablar con el banco.
Este código no está en la selección: búscalo en la tabla de parámetros y respuestas de Redsys.
Cuando el TPV ya no se resuelve solo
- Pedidos pagados que la tienda deja pendientes o cancela.
- Clientes que no pueden pagar sin que tú veas ningún error.
- Has actualizado la tienda, el tema o el PHP y no has hecho ningún pedido de prueba.
- Quieres Bizum, pago en un clic o suscripciones y no sabes qué hay que activar en el banco.
En Daimatics hacemos el mantenimiento técnico de tiendas WooCommerce y PrestaShop, con el checkout como prioridad. Antes de proponer nada, revisamos la tienda, la integración y los pedidos.
Dudas sobre Redsys
El pedido lo confirma la notificación firmada, no la página de OK. Si falla la notificación, falla el cobro.
