Lo sviluppo di questa versione è costato 21.780 euro. Il costo accumulato per quest'anno è di 35.130 euro. Il costo accumulato dalla prima versione è di 233.860 euro, ma il costo per te è solo la licenza di 79€.
Nuovo ramo 32.0.x del plugin Redsys per WooCommerce di WooCommerce.com.
La cosa più importante di questa versione: il tuo negozio da un'app nativa
Questa versione attiva l'API di gestione che finora era nascosta all'interno del plugin. Il tuo negozio può connettersi con PackDesk, l'app nativa di gestione per macOS, per gestire ordini, resi, prodotti e clienti senza aprire il desktop di WordPress. PackDesk è già pubblicata su Mac App Store e richiede macOS 26 Tahoe o superiore.
L'API è strettamente opzionale: è disattivata per impostazione predefinita, richiede HTTPS e una licenza attiva, e nessuna app può accedere al negozio fino a quando il commerciante non la attiva.
Versioni del ramo
32.0.0
Nuovo:
- Gestisci il tuo negozio da un'app nativa. Questa versione attiva l'API di gestione che finora era nascosta all'interno del plugin. Il tuo negozio può connettersi con PackDesk, l'app nativa di gestione per macOS, per gestire ordini, resi, prodotti e clienti senza aprire il desktop di WordPress. L'API è servita sotto lo spazio dei nomi redsys-manager/v1 ed è strettamente opzionale: è disattivata per impostazione predefinita, richiede HTTPS e una licenza attiva, e nessuna app può accedere al negozio fino a quando un commerciante non la attiva. Offre una coda di preparazione degli ordini e aggiornamenti degli ordini, percorsi di prodotti e clienti, un feed di cambiamenti (delta) affinché l'app sincronizzi solo ciò che è cambiato, ripetizioni di scrittura sicure tramite un'intestazione Idempotency-Key, e un limite di richieste per dipendente (per utente, mai per IP), in modo che più dipendenti che condividono una stessa connessione non interferiscano tra loro.
- Nuova sezione "Comportamenti verso l'APP" nelle impostazioni avanzate di Redsys (WooCommerce – Impostazioni – Redsys – Impostazioni Avanzate) per controllare come si comporta il negozio nei confronti dell'app: attivare o disattivare l'API, consentire o limitare i resi al profilo Assistenza clienti (per impostazione predefinita i resi sono limitati al profilo Amministratore), richiedere una versione minima dell'app e impostare il limite di richieste al minuto e per dipendente (300 per impostazione predefinita; 0 per disattivarlo).
- Nuovo "Profilo dell'app" per utente nella schermata di modifica utente di WordPress, affinché ogni dipendente che si connette dall'app operi sotto un profilo —ad esempio Amministratore o Assistenza clienti— che decide cosa può vedere e fare l'app, incluso se può emettere resi.
- Nuova sezione "App e Plugin" nelle impostazioni avanzate di Redsys: un riepilogo di sola lettura dell'app nativa e degli altri plugin, siti web e skill, tutto accessibile da un unico posto.
- PackDesk è già pubblicata su Mac App Store, e il pulsante ufficiale "Scaricalo su Mac App Store" è mostrato nella parte superiore della sezione "Comportamenti verso l'APP" e nell'area dell'app in evidenza di "App e Plugin", in modo che l'app possa essere installata direttamente dalle impostazioni del negozio. Il pulsante utilizza l'immagine ufficiale di Apple nella lingua dell'amministratore che lo sta visualizzando —inglese, spagnolo, catalano, francese o portoghese, con inglese per euskera e gallego perché Apple non pubblica un badge per loro— e apre l'App Store del paese di ogni visitatore. La scheda dell'app mostra ora la versione pubblicata invece della beta, e indica che richiede macOS 26 Tahoe o superiore.
Aggiornato:
- Compatibilità dichiarata con WooCommerce 11. L'intestazione "WC tested up to" del plugin indica ora 11.0, quindi WooCommerce non avvisa più che il gateway non è stato testato con la versione che stai usando. La versione minima supportata di WooCommerce non cambia (7.4).
Corretto:
- Il codice QR del prodotto non appariva in negozi la cui libreria multimediale è esternalizzata a un servizio come Cloudflare Images. L'immagine del QR veniva registrata correttamente nella libreria multimediale, ma il plugin memorizzava e mostrava un URL costruito a mano a partire dalla cartella locale di uploads invece di chiedere a WordPress l'URL reale dell'allegato, quindi in un negozio con lo storage esternalizzato quell'indirizzo puntava a un file che non è più servito localmente e l'immagine risultava rotta. L'URL del QR ora viene risolto attraverso la libreria multimediale (wp_get_attachment_url), viene memorizzato l'id dell'allegato insieme ad esso, e l'indirizzo viene risolto ogni volta che viene mostrato il QR, in modo che segua il file ovunque venga servito, inclusa un'esternalizzazione attivata dopo la creazione del QR. I codici QR esistenti vengono riparati automaticamente la prima volta che si apre il loro prodotto; se qualcuno non può essere abbinato, il link "Rigenera codice QR" lo ricostruisce correttamente.
- Un pagamento con Bizum poteva essere incassato in banca e lasciare l'ordine in sospeso, con il log che mostrava "Signature verification failed in successful_request". Il passaggio di completamento dell'ordine di uno dei due gateway di Bizum verificava la notifica bancaria con la chiave di firma configurata nel gateway, mentre l'operazione era stata firmata con la chiave per ordine realmente utilizzata per essa, come avviene in negozi con terminale per utente o con terminale dual/test, o con il filtro bizum_modify_data_to_send. La notifica superava la prima validazione e veniva rifiutata dopo questa seconda verifica, quindi il denaro veniva incassato e l'ordine rimaneva in sospeso. Il passaggio di completamento dell'ordine ora risolve la chiave di firma esattamente come la validazione della notifica —e come l'altro gateway di Bizum, che già lo faceva in questo modo—: prima dai metadati dell'ordine, poi dal transient della richiesta, e infine dalla chiave delle impostazioni per il cliente dell'ordine, in modo che le due coincidano.
