El desarrollo de esta versión ha costado 21.780 euros. El coste acumulado para este año es de 35.130 euros. El coste acumulado desde la primera versión es de 233.860 euros, pero el coste para ti es solo la licencia de 79€.
Nueva rama 32.0.x del plugin Redsys para WooCommerce de WooCommerce.com.
Lo más importante de esta versión: tu tienda desde una app nativa
Esta versión enciende la API de gestión que hasta ahora viajaba oculta dentro del plugin. Tu tienda se puede conectar con PackDesk, la app nativa de gestión para macOS, para trabajar con pedidos, devoluciones, productos y clientes sin abrir el escritorio de WordPress. PackDesk ya está publicada en el Mac App Store y requiere macOS 26 Tahoe o superior.
La API es estrictamente opcional: está desactivada por defecto, exige HTTPS y una licencia activa, y ninguna app puede llegar a la tienda hasta que el comerciante la activa.
Versiones de la rama
32.0.0
Nuevo:
- Gestiona tu tienda desde una app nativa. Esta versión enciende la API de gestión que hasta ahora viajaba oculta dentro del plugin. Tu tienda se puede conectar con PackDesk, la app nativa de gestión para macOS, para trabajar con pedidos, devoluciones, productos y clientes sin abrir el escritorio de WordPress. La API se sirve bajo el espacio de nombres redsys-manager/v1 y es estrictamente opcional: está desactivada por defecto, exige HTTPS y una licencia activa, y ninguna app puede llegar a la tienda hasta que un comerciante la activa. Ofrece una cola de preparación de pedidos y actualizaciones de pedidos, rutas de productos y clientes, un feed de cambios (delta) para que la app sincronice solo lo que ha cambiado, reintentos de escritura seguros mediante una cabecera Idempotency-Key, y un límite de peticiones por empleado (por usuario, nunca por IP), de modo que varios empleados que comparten una misma conexión nunca interfieren entre sí.
- Nueva sección “Comportamientos hacia la APP” en los ajustes avanzados de Redsys (WooCommerce – Ajustes – Redsys – Ajustes Avanzados) para controlar cómo se comporta la tienda frente a la app: activar o desactivar la API, permitir o restringir las devoluciones al perfil Atención al cliente (por defecto las devoluciones están limitadas al perfil Administrador), exigir una versión mínima de la app y fijar el límite de peticiones por minuto y por empleado (300 por defecto; 0 para desactivarlo).
- Nuevo “Perfil de app” por usuario en la pantalla de edición de usuario de WordPress, para que cada empleado que se conecte desde la app opere bajo un perfil —por ejemplo Administrador o Atención al cliente— que decide qué le deja ver y hacer la app, incluido si puede emitir devoluciones.
- Nueva sección “Apps y Plugins” en los ajustes avanzados de Redsys: un resumen de solo lectura de la app nativa y del resto de plugins, webs y skills, todo accesible desde un mismo sitio.
- PackDesk ya está publicada en el Mac App Store, y el botón oficial “Descárgalo en el Mac App Store” se muestra en la parte superior de la sección “Comportamientos hacia la APP” y en el área de app destacada de “Apps y Plugins”, de modo que la app se puede instalar directamente desde los ajustes de la tienda. El botón usa la imagen oficial de Apple en el idioma del administrador que lo está viendo —inglés, español, catalán, francés o portugués, con inglés para euskera y gallego porque Apple no publica un badge para ellos— y abre el App Store del país de cada visitante. La ficha de la app muestra ahora la versión publicada en lugar de la beta, e indica que requiere macOS 26 Tahoe o superior.
Actualizado:
- Compatibilidad declarada con WooCommerce 11. La cabecera “WC tested up to” del plugin indica ahora 11.0, así que WooCommerce ya no avisa de que la pasarela no se ha probado con la versión que estás usando. La versión mínima soportada de WooCommerce no cambia (7.4).
Arreglado:
- El código QR del producto no aparecía en tiendas cuya biblioteca de medios está externalizada a un servicio como Cloudflare Images. La imagen del QR se registraba correctamente en la biblioteca de medios, pero el plugin guardaba y mostraba una URL construida a mano a partir de la carpeta local de uploads en lugar de pedirle a WordPress la URL real del adjunto, así que en una tienda con el almacenamiento externalizado esa dirección apuntaba a un archivo que ya no se sirve localmente y la imagen salía rota. La URL del QR se resuelve ahora a través de la biblioteca de medios (wp_get_attachment_url), se guarda el id del adjunto junto a ella, y la dirección se resuelve cada vez que se muestra el QR, de modo que sigue al archivo allá donde se sirva, incluida una externalización activada después de haber creado el QR. Los códigos QR existentes se reparan automáticamente la primera vez que se abre su producto; si alguno no se puede emparejar, el enlace “Regenerar código QR” lo reconstruye correctamente.
- Un pago con Bizum podía cobrarse en el banco y dejar el pedido pendiente, con el log mostrando “Signature verification failed in successful_request”. El paso de finalización del pedido de una de las dos pasarelas de Bizum verificaba la notificación bancaria con la clave de firma configurada en la pasarela, mientras que la operación se había firmado con la clave por pedido realmente usada para ella, como ocurre en tiendas con terminal por usuario o con terminal dual/de pruebas, o con el filtro bizum_modify_data_to_send. La notificación superaba la primera validación y la rechazaba después esta segunda comprobación, así que el dinero se cobraba y el pedido se quedaba pendiente. El paso de finalización del pedido resuelve ahora la clave de firma exactamente igual que la validación de la notificación —y que la otra pasarela de Bizum, que ya lo hacía así—: primero desde los metadatos del pedido, después desde el transient de la petición, y por último desde la clave de los ajustes para el cliente del pedido, de modo que las dos coinciden.
