Tarjeta de prueba para Redsys: los datos de test, listos para copiar.

Los números de test del sandbox oficial, el entorno correcto donde usarlos y los errores que hacen perder tardes enteras.

Datos de tarjeta de prueba (tarjetas de crédito de test).

CampoValor
Número de tarjeta4548 8120 4940 0004
Fecha de caducidadCualquier fecha futura (p. ej. 12/34)
CVV2123
Código de autenticación (CIP/3DS)123456

Es la tarjeta clásica documentada para el sandbox. El procesador renueva periódicamente el catálogo de tarjetas de test (incluye variantes para simular denegaciones, frictionless o challenge en 3DS): la lista oficial vigente está en su portal de pruebas, pagosonline.redsys.es. Si esta tarjeta te falla, comprueba allí el set actual antes de nada.

Configurar el entorno de pruebas de la pasarela.

El sandbox del TPV virtual de Redsys vive en la web de desarrolladores TPVV (pagosonline.redsys.es): ahí están los manuales para cada integración, las librerías por lenguaje y el detalle del protocolo de autenticación EMV3DS. En el formulario del flujo de pago introducirás los datos de pruebas como cualquier titular de la tarjeta del cliente real — la autenticación 3D Secure de test acepta el valor 999 o el código documentado según el caso de uso — y con la diferencia de que aquí puedes realizar una prueba de denegación a propósito con las tarjetas específicas del catálogo, o probar el DCC con tarjetas extranjeras simuladas. Cubre los casos de uso típicos del comercio electrónico: pago desde el carrito como método de pago normal, devoluciones desde el portal de administración del TPV virtual y autenticaciones con desafío. Como desarrollador solo necesitas dos cosas de la entidad bancaria: las credenciales de test y saber que cada transacción de prueba se firma igual que en real — mismo mecanismo, distinta clave.

  • URL de test: https://sis-t.redsys.es:25443/sis/realizarPago (el real es sis.redsys.es).
  • Credenciales de test: tu banco te da el número de comercio (Ds_MERCHANT_MERCHANTCODE), el número de terminal y la clave SHA-256 de pruebas para hacer pruebas en nuestro entorno favorito: el que no mueve dinero; para el sandbox genérico, hay un comercio de test público documentado en el portal.
  • Interruptor test/real: al configurar la pasarela de pago en los módulos de WooCommerce y PrestaShop el interruptor viene incorporado — el 90% de los «no funciona» del sandbox es este interruptor y la clave equivocados.
  • Sin dinero real: nada de lo que hagas en test mueve euros; y las tarjetas de test no funcionan en producción.

Autenticación y errores con las tarjetas de prueba.

  1. ¿Entorno y clave emparejados? URL de test + clave de test + comercio de test. Mezclar producción y pruebas es el fallo número uno.
  2. ¿Caducidad futura y CVV 123? Obvio, pero pasa.
  3. ¿El error es SIS0042? Entonces no es la tarjeta: es la firma incorrecta (clave o parámetros mal codificados).
  4. ¿SIS0051? Número de pedido repetido: cambia el identificador de pedido y reintenta.
  5. ¿El módulo está actualizado? Versiones viejas de los plugins fallan contra cambios del entorno.

Del sandbox a producción sin sustos.

Cuando al realizar pruebas todo esté operativo: cambia URL, comercio, terminal y clave a los de producción, haz una compra real pequeña con tu propia tarjeta y su devolución, y comprueba que la notificación a tu tienda online (la que marca el pedido como pagado) llega en real — es el paso que más se olvida al estrenar pasarela. A partir de ahí, vigila tuinforme TPV el primer mes: es donde verás la comisión real aplicada.

Fuentes

Datos de test del portal oficial de pruebas (pagosonline.redsys.es, sección de entornos de prueba). El operador puede cambiar tarjetas y URLs de su sandbox: ante cualquier discrepancia, manda su documentación oficial. Última revisión: julio 2026.

Transparencia: esta página contiene enlaces de afiliado a MONEI. Si contratas a través de ellos, recibimos una comisión sin coste extra para ti. Nuestro compromiso: las fuentes, fechas y supuestos de cálculo se muestran de forma visible para que puedas comprobarlos y comparar el coste completo por tu cuenta.

Preguntas frecuentes.

¿Cuál es la tarjeta de prueba de Redsys?

La tarjeta de test clásica del entorno de pruebas de Redsys es la 4548 8120 4940 0004, con cualquier caducidad futura (p. ej. 12/34), CVV 123 y código de autenticación 123456 cuando el flujo pide 3-D Secure. Redsys actualiza periódicamente su set de tarjetas: la lista vigente está siempre en su portal de pruebas (pagosonline.redsys.es).

¿Dónde se prueban los pagos de Redsys?

En el entorno de test (sis-t.redsys.es), separado del real. Tu banco te da credenciales de pruebas (FUC de test, terminal y clave SHA-256 de test) o puedes usar las genéricas que documenta Redsys para el sandbox. Los módulos de WooCommerce y PrestaShop llevan un interruptor test/real que apunta a un entorno u otro.

¿Por qué mi tarjeta de prueba da error en Redsys?

Los motivos típicos: estás lanzando la operación al entorno real con tarjeta de test (o al revés), la clave SHA-256 que usas es la de producción en lugar de la de pruebas, la caducidad introducida no es futura, o el error es en realidad de firma (SIS0042) y no de la tarjeta. Revisa el par entorno+clave antes de sospechar de la tarjeta.

¿Se puede cobrar de verdad con una tarjeta de prueba?

No: las tarjetas de test solo autorizan en el entorno de pruebas y no mueven dinero real. Al pasar a producción, cambia credenciales y URL al entorno real y haz una compra real pequeña (y su devolución) como prueba final.