El desenvolupament d'aquesta versió ha costat 21.780 euros. El cost acumulat per a aquest any és de 35.130 euros. El cost acumulat des de la primera versió és de 233.860 euros, però el cost per a tu és només la llicència de 79€.
Nova branca 32.0.x del plugin Redsys per a WooCommerce de WooCommerce.com.
El més important d'aquesta versió: la teva botiga des d'una app nativa
Aquesta versió engega l'API de gestió que fins ara viatjava oculta dins del plugin. La teva botiga es pot connectar amb PackDesk, l'app nativa de gestió per a macOS, per treballar amb comandes, devolucions, productes i clients sense obrir l'escriptori de WordPress. PackDesk ja està publicada a l'App Store de Mac i requereix macOS 26 Tahoe o superior.
L'API és estrictament opcional: està desactivada per defecte, exigeix HTTPS i una llicència activa, i cap app pot arribar a la botiga fins que el comerciant l'activa.
Versions de la branca
32.0.0
Nou:
- Gestiona la teva botiga des d'una app nativa. Aquesta versió engega l'API de gestió que fins ara viatjava oculta dins del plugin. La teva botiga es pot connectar amb PackDesk, l'app nativa de gestió per a macOS, per treballar amb comandes, devolucions, productes i clients sense obrir l'escriptori de WordPress. L'API es serveix sota l'espai de noms redsys-manager/v1 i és estrictament opcional: està desactivada per defecte, exigeix HTTPS i una llicència activa, i cap app pot arribar a la botiga fins que un comerciant l'activa. Ofereix una cua de preparació de comandes i actualitzacions de comandes, rutes de productes i clients, un feed de canvis (delta) perquè l'app sincronitzi només el que ha canviat, reintents d'escriptura segurs mitjançant una capçalera Idempotency-Key, i un límit de peticions per empleat (per usuari, mai per IP), de manera que diversos empleats que comparteixen una mateixa connexió mai interfereixen entre si.
- Nova secció "Comportaments cap a l'APP" en els ajustos avançats de Redsys (WooCommerce – Ajustos – Redsys – Ajustos Avançats) per controlar com es comporta la botiga davant de l'app: activar o desactivar l'API, permetre o restringir les devolucions al perfil Atenció al client (per defecte les devolucions estan limitades al perfil Administrador), exigir una versió mínima de l'app i fixar el límit de peticions per minut i per empleat (300 per defecte; 0 per desactivar-ho).
- Nou "Perfil d'app" per usuari a la pantalla d'edició d'usuari de WordPress, perquè cada empleat que es connecti des de l'app operi sota un perfil —per exemple Administrador o Atenció al client— que decideix què li deixa veure i fer l'app, incloent si pot emetre devolucions.
- Nova secció "Apps i Plugins" en els ajustos avançats de Redsys: un resum de només lectura de l'app nativa i de la resta de plugins, webs i habilitats, tot accessible des d'un mateix lloc.
- PackDesk ja està publicada a l'App Store de Mac, i el botó oficial "Descarrega-ho a l'App Store de Mac" es mostra a la part superior de la secció "Comportaments cap a l'APP" i a l'àrea d'app destacada de "Apps i Plugins", de manera que l'app es pot instal·lar directament des dels ajustos de la botiga. El botó utilitza la imatge oficial d'Apple en l'idioma de l'administrador que ho està veient —anglès, espanyol, català, francès o portuguès, amb anglès per a euskera i gallec perquè Apple no publica un badge per a ells— i obre l'App Store del país de cada visitant. La fitxa de l'app mostra ara la versió publicada en lloc de la beta, i indica que requereix macOS 26 Tahoe o superior.
Actualitzat:
- Compatibilitat declarada amb WooCommerce 11. La capçalera "WC tested up to" del plugin indica ara 11.0, així que WooCommerce ja no avisa que la passarel·la no s'ha provat amb la versió que estàs utilitzant. La versió mínima suportada de WooCommerce no canvia (7.4).
Arreglat:
- El codi QR del producte no apareixia en botigues la biblioteca de mitjans està externalitzada a un servei com Cloudflare Images. La imatge del QR es registrava correctament a la biblioteca de mitjans, però el plugin guardava i mostrava una URL construïda a mà a partir de la carpeta local d'uploads en lloc de demanar a WordPress la URL real de l'adjunt, així que en una botiga amb l'emmagatzematge externalitzat aquella adreça apuntava a un fitxer que ja no es serveix localment i la imatge sortia trencada. La URL del QR es resol ara a través de la biblioteca de mitjans (wp_get_attachment_url), es guarda l'id de l'adjunt juntament amb ella, i l'adreça es resol cada vegada que es mostra el QR, de manera que segueix el fitxer allà on es serveixi, incloent una externalització activada després d'haver creat el QR. Els codis QR existents es reparen automàticament la primera vegada que s'obre el seu producte; si algun no es pot emparellar, l'enllaç "Regenerar codi QR" el reconstrueix correctament.
- Un pagament amb Bizum podia cobrar-se al banc i deixar la comanda pendent, amb el log mostrant "Signature verification failed in successful_request". El pas de finalització de la comanda d'una de les dues passarel·les de Bizum verificava la notificació bancària amb la clau de firma configurada a la passarel·la, mentre que l'operació s'havia signat amb la clau per comanda realment utilitzada per a ella, com passa en botigues amb terminal per usuari o amb terminal dual/de proves, o amb el filtre bizum_modify_data_to_send. La notificació superava la primera validació i la rebutjava després aquesta segona comprovació, així que els diners es cobraven i la comanda es quedava pendent. El pas de finalització de la comanda resol ara la clau de firma exactament igual que la validació de la notificació —i que l'altra passarel·la de Bizum, que ja ho feia així—: primer des dels metadades de la comanda, després des del transient de la petició, i per últim des de la clau dels ajustos per al client de la comanda, de manera que les dues coincideixen.
