Redsys, Bizum y PayPal en PrestaShop: qué módulo poner y cómo arreglarlo si falla

El cliente llega al último paso y no le sale ninguna forma de pago, o le sale y da error. Casi siempre pasa justo después de actualizar PrestaShop, un módulo o el PHP. Aquí tienes por qué pasa y cómo encontrar el fallo sin cobrar a nadie por error.

Qué módulo de Redsys y Bizum poner

Redsys no se contrata en Redsys: el TPV virtual te lo da tu banco, y con él tres datos que el módulo te va a pedir: el número de comercio, el terminal y la clave de firma. Bizum va en el mismo TPV: pide al banco que te lo active.

• El de Redsys. Redsys tiene su propio módulo para PrestaShop, la «Pasarela Unificada» (versión 2.1.1 a 2 de noviembre de 2026), que se descarga de su web para desarrolladores. Trae el pago con tarjeta (en la página de Redsys, en una ventana o dentro de tu tienda), Bizum sin instalar nada más y las devoluciones desde el panel. Redsys asegura que funciona con las versiones de PrestaShop y de PHP que siguen con soporte oficial.
• Los de otros fabricantes. Hay módulos de pago que añaden más cosas en uno solo, como Google Pay y Apple Pay, recargos o descuentos por forma de pago. Antes de comprar uno, mira que declare tu versión de PrestaShop, sobre todo si es la 9, y tu versión de PHP.

Lo que hemos visto al actualizar tiendas con Redsys y Bizum:

• Subir la versión nueva por FTP no basta. Si copias los ficheros del módulo y no pulsas «Actualizar» en el panel, la base de datos se queda en la versión vieja y el módulo falla al guardar con «Unknown column».
• El asistente de actualización desinstala en el salto los módulos que en Addons no declaran la versión de destino, aunque tengas la buena. Con ellos se pierden sus ajustes.
• Un módulo de pago nuevo puede pisar al instalarse las plantillas de correo que tenías retocadas. Guárdalas antes y compáralas después.

Sea cual sea el módulo, pruébalo primero en el entorno de pruebas de Redsys, como explicamos más abajo.

Por qué los pagos se rompen al actualizar

La documentación oficial del asistente de actualización lo dice en su tabla de opciones: por defecto, durante la actualización, desactiva los módulos que no son nativos, desinstala los incompatibles, desactiva todos los overrides (los ficheros con los que algunos módulos cambian cómo funciona PrestaShop) y regenera las plantillas de correo. Es lo prudente para que la actualización no se rompa a medias, pero deja la tienda sin cobrar si nadie vuelve a activar el pago después.

A eso se suman dos cosas más:

• El módulo puede no servir para la versión nueva. La propia documentación de PrestaShop recomienda dar por hecho que los módulos son incompatibles al cambiar de versión mayor hasta que se demuestre lo contrario. Cada módulo de pago tiene versiones para cada rama de PrestaShop.
• Un cambio de PHP convierte en errores lo que antes eran avisos, y un módulo antiguo puede dejar de funcionar aunque no hayas tocado PrestaShop. Lo explicamos en qué versión de PHP necesita tu PrestaShop.

Si no aparece ningún método de pago

1. ¿Está instalado y activo? En Módulos → Gestor de módulos, busca tu módulo de pago. Si está desactivado o desinstalado, ya sabes qué ha pasado.
2. ¿Tiene permiso para salir? En Pago → Preferencias, cada método se limita por moneda, país, grupo de clientes y transportista. Si falta la casilla del país del cliente o de su grupo, no le sale.
3. ¿Está enganchado donde toca? En Diseño → Posiciones, el módulo tiene que aparecer en el gancho de las opciones de pago (paymentOptions, desde la 1.7). Si lo desenganchó la actualización, no se muestra aunque esté activo.
4. ¿Necesita overrides? En Parámetros avanzados → Rendimiento mira si está marcada la opción de desactivar todos los overrides. Si tu módulo los usa y están desactivados, puede fallar sin decir nada.
5. Borra la caché en esa misma pantalla y vuelve a probar la compra.

Si con todo eso sigue sin salir, el fallo es otro: tienes el resto de causas (transportistas, condiciones, errores de JavaScript) en PrestaShop no deja finalizar la compra.

Si aparece, pero da error al pagar

Redsys

• Pruebas o real. Redsys tiene un entorno de pruebas (sis-t.redsys.es) y el real (sis.redsys.es), cada uno con su clave. Una clave del entorno equivocado da error de firma. Para ver a cuál va tu tienda, haz una compra hasta la pantalla de Redsys y mira la dirección.
• Número de comercio, terminal y clave, exactamente como te los dio el banco.
• El cliente paga y el pedido no aparece. Redsys avisa a tu tienda de que el pago se ha hecho (la notificación) y es entonces cuando PrestaShop crea el pedido. Si ese aviso no llega (cambio de dominio, de http a https, un cortafuegos o un módulo roto), el cobro se hace y el pedido no. Busca esa operación en el portal de Redsys y, en los registros de la tienda, si el aviso llegó.

Bizum

En la mayoría de tiendas, Bizum se cobra a través de la pasarela del banco, normalmente Redsys, y tiene que estar activado en tu comercio. Si Redsys funciona y Bizum no sale, lo primero es preguntar al banco si lo tienes contratado y con qué terminal.

PayPal

• Credenciales del entorno correcto: las de pruebas (sandbox) no valen para cobrar de verdad, ni al revés.
• El error «Expected an order id to be passed» sale cuando la tienda no ha conseguido crear el pedido en PayPal antes de abrir su ventana: credenciales, un módulo que no es para tu versión de PrestaShop o un error del servidor. El registro lo suele decir.

En cualquier caso: mira los registros

En Parámetros avanzados → Registros PrestaShop guarda los errores que detecta, y tu alojamiento guarda los del servidor. Un pago que falla casi siempre deja ahí una línea con la causa.

Cómo probarlo sin cobrar a nadie de verdad

1. Prueba primero en una copia de la tienda, con el entorno de pruebas de cada pasarela.
2. Cuando funcione, haz en la tienda real una compra pequeña con una tarjeta tuya y devuélvela.
3. Comprueba las tres cosas: que el pedido aparece, que está en el estado correcto (pago aceptado) y que el cliente recibe el correo.

Antes de la próxima actualización

• Apunta tus módulos de pago y su versión, y comprueba con quien te los vendió que tienen versión para la PrestaShop a la que vas.
• Actualiza primero en una copia y haz ahí una compra de prueba con cada forma de pago.
• Después de actualizar la tienda real, revisa la lista de arriba antes de abrirla al público.

Es exactamente lo que hacemos en cada actualización del mantenimiento PrestaShop: probarla antes en una copia, compra de prueba incluida.

Cuándo merece la pena que lo hagamos nosotros

• Rescate de tienda PrestaShop: pagos rotos, la tienda vendiendo otra vez. Desde 149 €, empezamos el mismo día laborable.
• Mantenimiento PrestaShop: cada actualización probada antes en una copia, con compra de prueba. Desde 79 €/mes.
• Migración a PrestaShop 9: el salto de versión con los módulos de pago comprobados antes del cambio. Desde 390 €.

Preguntas frecuentes

Fuentes, consultadas el 24 de octubre de 2026: documentación del asistente de actualización de PrestaShop (opciones por defecto) y guía oficial para mantener PrestaShop al día.

← Volver al blog