O desenvolvemento desta versión custou 21.780 euros. O custo acumulado para este ano é de 35.130 euros. O custo acumulado desde a primeira versión é de 233.860 euros, pero o custo para ti é só a licencia de 79€.
Nova rama 32.0.x do plugin Redsys para WooCommerce de WooCommerce.com.
O máis importante desta versión: a túa tenda dende unha app nativa
Esta versión acende a API de xestión que ata agora viaxaba oculta dentro do plugin. A túa tenda pode conectarse con PackDesk, a app nativa de xestión para macOS, para traballar con pedidos, devolucións, produtos e clientes sen abrir o escritorio de WordPress. PackDesk xa está publicada na Mac App Store e require macOS 26 Tahoe ou superior.
A API é estrictamente opcional: está desactivada por defecto, exixe HTTPS e unha licencia activa, e ningunha app pode chegar á tenda ata que o comerciante a activa.
Versiones da rama
32.0.0
Novo:
- Xestiona a túa tenda dende unha app nativa. Esta versión acende a API de xestión que ata agora viaxaba oculta dentro do plugin. A túa tenda pode conectarse con PackDesk, a app nativa de xestión para macOS, para traballar con pedidos, devolucións, produtos e clientes sen abrir o escritorio de WordPress. A API sérvese baixo o espazo de nomes redsys-manager/v1 e é estrictamente opcional: está desactivada por defecto, exixe HTTPS e unha licencia activa, e ningunha app pode chegar á tenda ata que un comerciante a activa. Ofrece unha cola de preparación de pedidos e actualizacións de pedidos, rutas de produtos e clientes, un feed de cambios (delta) para que a app sincronice só o que cambiou, reintentos de escritura seguros mediante unha cabeceira Idempotency-Key, e un límite de peticións por empregado (por usuario, nunca por IP), de modo que varios empregados que comparten unha mesma conexión nunca interfiren entre si.
- Nova sección "Comportamentos cara á APP" nos axustes avanzados de Redsys (WooCommerce – Axustes – Redsys – Axustes Avanzados) para controlar como se comporta a tenda fronte á app: activar ou desactivar a API, permitir ou restrinxir as devolucións ao perfil Atención ao cliente (por defecto as devolucións están limitadas ao perfil Administrador), exixir unha versión mínima da app e fixar o límite de peticións por minuto e por empregado (300 por defecto; 0 para desactivalo).
- Novo "Perfil de app" por usuario na pantalla de edición de usuario de WordPress, para que cada empregado que se conecte dende a app opere baixo un perfil —por exemplo Administrador ou Atención ao cliente— que decide que lle deixa ver e facer a app, incluído se pode emitir devolucións.
- Nova sección "Apps e Plugins" nos axustes avanzados de Redsys: un resumo de só lectura da app nativa e do resto de plugins, webs e skills, todo accesible dende un mesmo sitio.
- PackDesk xa está publicada na Mac App Store, e o botón oficial "Descárgao na Mac App Store" móstrase na parte superior da sección "Comportamentos cara á APP" e na área de app destacada de "Apps e Plugins", de modo que a app se pode instalar directamente dende os axustes da tenda. O botón usa a imaxe oficial de Apple na lingua do administrador que o está vendo —inglés, español, catalán, francés ou portugués, con inglés para euskera e galego porque Apple non publica un badge para eles— e abre o App Store do país de cada visitante. A ficha da app mostra agora a versión publicada en lugar da beta, e indica que require macOS 26 Tahoe ou superior.
Actualizado:
- Compatibilidade declarada con WooCommerce 11. A cabeceira "WC tested up to" do plugin indica agora 11.0, así que WooCommerce xa non avisa de que a pasarela non se probou coa versión que estás usando. A versión mínima soportada de WooCommerce non cambia (7.4).
Arreglado:
- O código QR do produto non aparecía en tendas cuxa biblioteca de medios está externalizada a un servizo como Cloudflare Images. A imaxe do QR rexistrábase correctamente na biblioteca de medios, pero o plugin gardaba e mostraba unha URL construída a man a partir da carpeta local de uploads en lugar de pedirlle a WordPress a URL real do adxunto, así que nunha tenda co almacenamento externalizado esa dirección apuntaba a un arquivo que xa non se serve localmente e a imaxe saía rota. A URL do QR resólvese agora a través da biblioteca de medios (wp_get_attachment_url), gárdase o id do adxunto xunto a ela, e a dirección resólvese cada vez que se mostra o QR, de modo que segue ao arquivo alí onde se sirva, incluída unha externalización activada despois de ter creado o QR. Os códigos QR existentes réparanse automaticamente a primeira vez que se abre o seu produto; se algún non se pode emparellar, o enlace "Regenerar código QR" réstáuralo correctamente.
- Un pago con Bizum podía cobrarse no banco e deixar o pedido pendente, co log mostrando "Signature verification failed in successful_request". O paso de finalización do pedido dunha das dúas pasarelas de Bizum verificaba a notificación bancaria coa clave de sinatura configurada na pasarela, mentres que a operación fora asinada coa clave por pedido realmente usada para ela, como ocorre en tendas con terminal por usuario ou con terminal dual/de probas, ou co filtro bizum_modify_data_to_send. A notificación superaba a primeira validación e a rexeitaba despois esta segunda comprobación, así que o diñeiro cobrabase e o pedido quedaba pendente. O paso de finalización do pedido resolve agora a clave de sinatura exactamente igual que a validación da notificación —e que a outra pasarela de Bizum, que xa o facía así—: primeiro dende os metadatos do pedido, despois dende o transient da petición, e por último dende a clave dos axustes para o cliente do pedido, de modo que as dúas coinciden.
