Integraciones Redsys

Qué es Redsys y por qué el TPV virtual se contrata con tu banco

Redsys es la empresa de procesamiento de pagos participada por las principales entidades financieras españolas, y su TPV virtual es la vía más habitual para cobrar con tarjeta en una tienda online en España. Pero el contrato no se firma con Redsys, sino con el banco: la entidad es el adquirente, fija las condiciones, aprueba los métodos de pago y abona los cobros en tu cuenta.

El banco facilita los datos del comercio: un código de comercio, un número de terminal y una clave secreta con la que la tienda firma cada operación. Con esos datos configuramos primero el entorno de pruebas de Redsys y, cuando todo está validado, el de producción. Si tu empresa trabaja con varios bancos, cada uno tiene su propio TPV virtual y su propia clave, y la tienda puede usar uno u otro según la marca o la sociedad que factura.

En el reparto de datos, la tienda manda en el pedido, Redsys devuelve el resultado y el código de autorización de cada operación, y el banco y el ERP mandan en el cobro contable.

Cómo integramos el TPV virtual de Redsys

Redsys ofrece varias modalidades. En la redirección, el comprador pasa a la página de pago de Redsys, con la imagen de la entidad, y vuelve a la tienda al terminar; es la opción más sencilla y la que menos carga de cumplimiento PCI deja en la tienda. En la modalidad integrada (inSite), el formulario de tarjeta aparece dentro del checkout, con una experiencia más continua. Existe además una conexión directa entre servidores, útil para operaciones como los cobros con referencia o las devoluciones.

En cualquier modalidad la regla es la misma: que el comprador vuelva a la página de pedido completado no confirma el pago. La confirmación válida es la notificación online que Redsys envía al servidor de la tienda, firmada con la clave del comercio. Verificamos esa firma antes de dar el pedido por pagado y solo entonces lo enviamos al ERP.

Redsys mantiene módulos para las plataformas más extendidas y los usamos como base en PrestaShop y Adobe Commerce (Magento) cuando encajan. Cuando hay varias entidades, reglas por sociedad o pagos dentro de portales B2B, desarrollamos la integración directamente sobre su interfaz.

Bizum y cobros recurrentes con el TPV de Redsys

Bizum no se contrata por separado: se activa en el TPV virtual a petición del comercio y lo aprueba la entidad. Una vez activo, aparece como opción en la página de pago de Redsys; el comprador introduce su teléfono y confirma la operación en la aplicación de su banco. Para la tienda, un pago con Bizum llega por la misma notificación que uno con tarjeta, pero conviene identificarlo en el pedido para que devoluciones y conciliación lo traten bien.

Para los cobros sin el cliente presente (cuotas, reposiciones pactadas con clientes profesionales o cargos de pedidos que se cierran más tarde), Redsys permite guardar una referencia de la tarjeta en el primer pago, con el consentimiento del titular. La tienda conserva solo esa referencia, nunca el número de tarjeta, y la reutiliza en los cobros siguientes.

Con la autenticación reforzada (SCA), ese primer pago debe autenticarse con 3D Secure y los siguientes se marcan como iniciados por el comercio. Qué exenciones se aplican lo deciden el banco del comercio y el emisor de la tarjeta, así que lo cerramos con la entidad antes de activar los cobros recurrentes.

Devoluciones y conciliación de Redsys con el ERP

Las devoluciones pueden hacerse desde el portal de administración del TPV, pero en una operación con volumen conviene lanzarlas desde la tienda o el ERP: el abono se genera en el sistema de gestión, la devolución se envía a Redsys por la conexión entre servidores y el resultado queda registrado en el pedido. Así no hay devoluciones hechas a mano en el portal que nadie refleja en contabilidad.

La conciliación tiene una particularidad: el dinero no lo liquida Redsys, sino tu banco, que abona los cobros en la cuenta del comercio según las condiciones pactadas. Por eso se concilia contra el extracto bancario, habitualmente en formato Norma 43, y contra el detalle de operaciones del TPV. Un punto que hay que resolver al principio es el número de pedido: Redsys exige un formato propio, así que mantenemos la correspondencia entre la referencia enviada a Redsys y el número de pedido de la tienda y del ERP, sea SAP, Microsoft Dynamics 365, Odoo, Holded, a3ERP o Sage.