Cómo integrar Redsys en tu web o aplicación (y cuándo Stripe)

Redsys es la empresa que procesa los pagos con tarjeta de la mayoría de bancos españoles. Su TPV virtual es la pasarela de pago que tu banco te da para cobrar en tu web o aplicación: el cliente introduce la tarjeta (o paga con Bizum u otros métodos), Redsys gestiona la autorización con el banco y el dinero llega a tu cuenta.

Para usarlo no contratas con Redsys directamente: pides el TPV virtual a tu banco, que te da las credenciales (número de comercio, terminal y clave de firma) y te acompaña en la activación. A partir de ahí, tu web o aplicación tiene que integrarse con Redsys para enviar los pagos y recibir sus resultados.

La gran ventaja de Redsys son las comisiones: al negociarse con tu banco, suelen ser más bajas que las de pasarelas como Stripe, sobre todo cuando tienes volumen. La desventaja es que te da la pieza básica, el cobro, y casi todo lo demás hay que desarrollarlo de tu lado.

Redsys ofrece varias formas de integración, según cuánto control quieras sobre la experiencia de pago:

Redirección: es la más sencilla. Tu web prepara los datos del pago, redirige al cliente a la página de pago de Redsys y, al terminar, Redsys lo devuelve a tu web y te notifica el resultado. No gestionas datos de tarjeta, lo que simplifica mucho la seguridad.

inSite: el formulario de pago se integra dentro de tu propia página, de modo que el cliente no sale de tu web, aunque los datos de tarjeta los sigue capturando Redsys.

REST: tu servidor se comunica directamente con Redsys mediante peticiones. Es la opción con más control y la base para operativas avanzadas, como cobros sin el cliente presente.

Además, existen módulos de pago para plataformas de comercio electrónico conocidas, que resuelven la integración básica sin programar.

Los pagos con tarjeta en Europa deben cumplir la autenticación reforzada de la directiva PSD2, que en la práctica se resuelve con 3D Secure: el banco del cliente le pide confirmar el pago. Redsys lo soporta, y una buena integración tiene en cuenta los casos en que se exige y las exenciones que se pueden aplicar.

Con Redsys no llamas a una API y lo tienes todo resuelto. Te da el acceso al TPV y las operaciones de pago, pero la lógica de tu negocio alrededor del cobro la tienes que construir tú: qué se cobra, cuándo, qué pasa si falla, cómo se refleja en tu sistema y qué ve el cliente.

Un ejemplo de nuestro trabajo: un cliente quería cobrar una cuota recurrente a sus usuarios. Redsys permite guardar la tarjeta del cliente con su autorización y hacer cobros posteriores sin que esté presente, pero toda la capa de suscripción (cuándo se cobra cada cuota, qué hacer cuando un cobro falla, cuántas veces reintentar, cómo avisar al usuario, cuándo dar de baja el servicio) la tuvimos que desarrollar nosotros.

Para cobros recurrentes, Redsys trabaja con dos conceptos: COF (credential on file), que es guardar la credencial de pago del cliente con su consentimiento explícito, y MIT (merchant initiated transactions), que son los cobros que inicia el comercio sin que el cliente esté presente. El primer pago crea la referencia y los siguientes se cargan contra ella.

Hay que pedir al banco que active estas operativas en tu TPV (tokenización y pagos iniciados por el comercio). Redsys ofrece también herramientas de gestión de clientes y pagos programados, pero cuando la suscripción tiene reglas propias, como cambios de plan, prorrateos o reintentos, lo normal es tener esa lógica en tu aplicación.

Bizum, Google Pay o Apple Pay también se pueden ofrecer a través de Redsys si tu banco los activa en el TPV.

Otro punto a desarrollar es la información: saber qué se ha cobrado, qué ha fallado y por qué, y conciliar cada cobro con su pedido y su factura. Con una integración a medida puedes tener un panel propio con esa información y conectar los cobros con tu ERP o tu programa de facturación.

Stripe es una pasarela de pago que trae resuelto casi todo lo que Redsys deja de tu lado: suscripciones, reintentos, facturas, portal del cliente, informes y una API muy completa. Integrarlo es rápido. A cambio, sus comisiones suelen ser más altas que las que puedes negociar con tu banco para Redsys.

Nuestra recomendación es clara: si estás lanzando un negocio o un producto nuevo, Stripe es la decisión correcta. No gastes dinero en desarrollar la capa de pagos cuando todavía no sabes si el negocio funcionará. Pagas algo más de comisión, pero empiezas a cobrar antes y con menos riesgo.

Cuando el negocio está validado y la facturación es relevante, la diferencia de comisiones empieza a ser dinero de verdad. En ese momento sí compensa evaluar Redsys, incluso si para tener la misma autonomía e información sobre los cobros hay que hacer un desarrollo a medida.

La cuenta es sencilla: compara lo que ahorrarías en comisiones al año con el coste del desarrollo y su mantenimiento. Si el ahorro lo paga en un plazo razonable, el cambio tiene sentido.

Si tu caso es sencillo, como cobros puntuales en una web sin suscripciones, la integración básica de Redsys es mucho más ligera y puede ser una buena opción desde el principio.

No es una decisión para siempre. Muchas empresas empiezan con Stripe y migran a Redsys los cobros de más volumen, o mantienen ambos para distintos métodos de pago. Lo importante es que tu aplicación esté diseñada para que cambiar de pasarela no obligue a rehacerlo todo.

En nuestro servicio de integración de ERP y sistemas conectamos pasarelas de pago como Stripe y Redsys con webs, tiendas y aplicaciones a medida, y enlazamos los cobros con los pedidos y las facturas para que la conciliación no dependa de revisar movimientos a mano.

Antes de programar, revisamos contigo qué tipo de cobros necesitas (puntuales, recurrentes, por uso), qué volumen esperas y qué información quieres tener de cada pago. Con eso te recomendamos la pasarela y el tipo de integración.

Pruebas en el entorno de test de Redsys antes de pasar a producción, con tarjetas de prueba y casos de error.

Gestión de las notificaciones de Redsys para confirmar cada pago en tu sistema, aunque el cliente cierre el navegador antes de volver a tu web.

Lógica de reintentos y avisos cuando un cobro falla.

Registro y panel con el estado de los cobros, conectado con tu facturación.

Si estás decidiendo entre Redsys y Stripe, o necesitas cobros recurrentes con Redsys, cuéntanos tu caso y te ayudamos a plantearlo.

Redsys es el TPV virtual de los bancos españoles: sus comisiones suelen ser más bajas, pero te da el cobro y casi todo lo demás (suscripciones, reintentos, conciliación) hay que desarrollarlo. Stripe trae todo eso resuelto a cambio de comisiones más altas.

Para lanzar un negocio nuevo, Stripe es la decisión correcta; cuando la facturación es relevante, compensa evaluar Redsys comparando el ahorro en comisiones con el coste del desarrollo.

En Devyond conectamos pasarelas de pago como Stripe y Redsys con tu web, tu tienda o tu aplicación y enlazamos los cobros con los pedidos y las facturas.

Te ayudamos a elegir la pasarela adecuada y a integrarla con tu web, tu aplicación y tu facturación.