🚀 Seconda release di questo giugno davvero caldo 😅 

Come di consueto le nostre release viaggiano a due velocità:

⏩ Fast-track: versione 1.23.1 per gli Enti che sperimentano immediatamente le nuove funzionalità introdotte
▶ Slow Track: versione 1.22.6 per gli Enti che beneficiano della release stabile della piattaforma e ricevono oggi la release di due settimane fa con 5 difetti già corretti.

Cosa contiene la nuova release

🇩‍🇪 Possibilità di tradurre i campi principali della scheda dei gruppi di servizi (894).

🇩‍🇪 Traduzioni pagina pagamenti (1014).

🐞 Risolto errore logout di utente loggato con SPID (829).

🔒 Risolta vulnerabilità di sicurezza SDC “open redirect”  (989).

📊 Gli analytics adesso hanno una nuova sezione “utenti” (1035).

📊 Aggiunta del KPI calcolo numero di pratiche per servizio, stato e periodo (32).

🐞 Fix sulla scheda del servizio dell'app mobile: non si aggiornava l’elenco dei destinatari del servizio (45).

💰 Aggiunte le API su Efil Proxy per la configurazione di tenant e servizi (11).

💰 Aggiunto, per l’operatore, un tasto per registrare un pagamento avvenuto: questa funzionalità serve in particolare a gestire i casi in cui un cittadino non riesce a pagare il dovuto creato dalla piattaforma e paga in contanti a uno sportello o in altro modo, ma usando un dovuto diverso. In questi casi le pratiche restavano bloccate in stato "In attesa di pagamento", adesso è possibile usare la funzionalità "Registra pagamento" per indicare al sistema che la pratica è stata pagata e si può procedere a prenderla in carico. (1010).

 ✅ Se importo un csv di iscrizioni per servizio a sottoscrizione, ora posso indicare i codici fiscali con cui verrà condivisa l’iscrizione (1007).

Problemi noti

🐞 Abbiamo alcuni errori intermittenti legati al database di AWS, Aurora Serverless su cui stiamo indagando (988)

Su cosa stiamo lavorando

💰 Integrazione nuovo gateway di pagamento IRIS (Regione Toscana) (2)

📊 Ci stiamo preparando a calcolare nuovi KPI sui calendari (1019)

📊 Stiamo aggiungendo al cruscotto delle statistiche un KPI di cui abbiamo ultimato il calcolo nella scorsa release, ovvero la Capacità di un calendario (31) e il numero di  utenti attivi (33)

Per gli appassionati del codice, il changelog offre come sempre un dettaglio ulteriore su queste modifiche alla piattaforma: https://link.opencontent.it/sdc-changelog

🚀 Abbiamo rilasciato una nuova release, la 1.22 e anche in questa release abbiamo aggiunto un nuovo elemento della scheda del servizio che la rende più vicina al modello previsto dal Dipartimento per la Trasformazione Digitale, ovvero il tempo massimo di erogazione di un servizio.

Come di consueto le nostre release viaggiano a due velocità:

⏩ Fast-track: 1.22.1
▶ Slow Track: 1.21.1

Release notes

• 💰 Sull’interfaccia di pagamento, l’utente viene reindirizzato alla pagina di dettaglio della pratica al termine del pagamento (1004).
• 💰 Ora l’utente vede lo stato della pratica di pagamento aggiornarsi più velocemente (1003)
• 💰 Miglioramenti UX dell’interfaccia di pagamento su SDC, box “Pagare online”, “Pagare offline” e “Pagare con App IO” in linea con Pagopa (1002)
• 💰 Aggiunta possibilità di configurazione del metodo di pagamento EFIL da interfaccia di amministrazione (962)
• 🐞 Risolto bug di visibilità del pulsante “scarica pdf” prima che il pagamento risulti effettuato (1000)
• 💳 Configurazione dell’accesso tramite CIE (950)
• ⏳ Aggiunta possibilità di selezionare il tempo massimo di erogazione di un servizio nella configurazione di un servizio (944)
•  ✅ Aggiunto componente Satisfy nella pagina di invio di una pratica (1005)

• ✅ Aggiunta possibilità di filtrare l’elenco delle azioni programmate per stato (1001)

• 🐞 Fix: ora il filtro Mese corrente parte dal primo giorno del mese (1023)
• 🐞 Fix sull’algoritmo per calcolo della media (16)
• 📒 Aggiunta di PiTre ReST come nuova modalità di protocollazione (1, 2)

• 🐞 Da utente loggato con spid, quando faccio il logout, compare un errore, ma la sessione viene chiusa correttamente (829)

• 🇩‍🇪 Traduzioni di alcuni campi nella scheda dei gruppi di servizi (894)

• 🇩‍🇪 Traduzioni pagina pagamenti (1014)

• 🐞 Vulnerabilità “open redirect” symfony (989)

Per gli appassionati del codice, il changelog offre come sempre un dettaglio ulteriore su queste modifiche alla piattaforma: https://link.opencontent.it/sdc-changelog

Novità Il Payment Gateway EFIL è rilasciato in versione beta(995, 915, 999, 968, 10, 9, 17, 6, 1, 16, 5, 14, 13, 12, 963, 6, 4): ci sono altri miglioramenti che stiamo facendo alla UI, ma è usabile in produzione per inviare pagamenti.

Fix pratica salvata non carica i dati dalla seconda tab in poi (980)

Fix Sui servizi Legacy (PEO) erano scomparsi alcuni bottoni di navigazione (avanti/indietro/annull) durante la presentazione della pratica  (994, 997, 996)

Fix stile errato bootstrap-italia (993)

Fix se il servizio non ha più un gruppo, deseleziona la condivisione con il gruppo (968)

Fix allegati con carattere % adesso vengono caricati (967)

Miglioramenti Adesso compare correttamente la pagina 404 in caso di indirizzo non esistente invece che la lista dei tenant: questo provocava pagine con grafica spaginata ad ogni deploy, non succederà più; inoltre stiamo scoprendo una serie di errori che fino adora non vedevamo, come l'errore che compare al logout di spid. (959)

Fix Nella configurazione di un servizio, i messaggi venivano salvati ma non correttamente mostrati (930)

Fix  errore nella formattazione nei file di risposta, ora tutto l’HTML viene formattato (915)

Miglioramenti Accorciata la tabella “Azioni programmate” spostando gli errori lunghi in popup (981)

Miglioramenti Sugli analytics, la formattazione dei numeri con tanti decimali è ora più leggibile (995)

Fix Il KPI Numero di prenotazioni non si aggiornava se cambiava il periodo (28)

Fix  sull'algoritmo per il calcolo della prima disponibilità (27)

Novità Integrazione con PiTre mediante protocollo REST (1)

Novità Configurazione del metodo di pagamento EFIL da interfaccia di amministrazione (962)

Novità Configurazione dell’accesso tramite CIE sul sistema trentino di autenticazione (950)

• Se si include un json molto complesso all’interno di un campo l’invio pratica fallisce (941)

Per tutti i dettagli sulle modifiche è disponibile il changelog: https://gitlab.com/opencontent/stanza-del-cittadino/core/-/blob/master/CHANGELOG.md#1211-2022-05-24

Le misure e gli avvisi del PNRR per i comuni italiani, spiegate bene.
Completa l'iscrizione per partecipare all'evento on line gratuito

Facciamo il punto sugli avvisi PNRR e le risorse per i comuni italiani. Vi aspettiamo venerdì 29 ore 12 al nostro webinar dove raccontiamo cosa può fare il nostro prodotto opensource per i servizi digitali dei comuni italiani basati su cloud, SpId/CIE, pagoPA, appIO. Un'occasione per fare un po' di ordine sulle azioni da compiere per attuare all'interno degli enti locali la strategia di Dipartimento per la Trasformazione Digitale
Info. e registrazione 
opencontent.hubspotpagebuilder.com/webinar-opencity-italia

Fix calcolo del primo kpi analytics (919, 918)

Novità Implementazione secondo KPI “Prima disponibilità di un appuntamento” (913, 19, 868, 12)

Miglioramenti Supporto multilingua su Analytics (18)

Miglioramenti Select dei servizi negli Analytics con possibilità di raggruppare per gruppi (14, 13)

Fix Numero protocollo mancante su PDF pratica (901)

Fix Fix subscription service (920, 985)

Fix Ui fix su richiesta integrazione lato cittadino (878)

Novità Nuova API: get info tenant (899)

Miglioramenti Richiesta di integrazioni: ora si potranno scegliere i messaggi da inviare al protocollo (833)

Miglioramenti Aggiunto file zip nei formati caricabili in tutte le form con allegati  (831)

Il KPI sul numero di appuntamenti non da dei risultati sempre corretti, stiamo facendo delle verifiche

Per gli interessati tutti i dettagli nel changelog: https://gitlab.com/opencontent/stanza-del-cittadino/core/-/blob/master/CHANGELOG.md#1190-2022-04-13

Release 1.18 - 15 Marzo 2022

Fix su creazione del database per le nuove istanze

Miglioramenti rimozione di codice obsoleto per ridurre il debito tecnico e per prepararsi all'upgrade del framework symfony su cui è sviluppata la piattaforma

Miglioramenti la richiesta di integrazioni adesso supporta gli allegati

Miglioramenti è disponibile un nuovo evento dal quale scatenare webhooks: l'aggiunta di un messaggio a una pratica

Release 1.17 - 2 Marzo 2022

• Fix modulo compilato modificabile in caso di errore in fase di pagamento
• Miglioramenti Email cittadino ed operatore su richiesta integrazione
• Miglioramenti Alert in modifica servizio se viene inserito titolo più lungo di 50 caratteri
• fix ricerca servizi in caso di scheda condivisa con gruppo
• Miglioramenti Nuova interfaccia di configurazione per pagamenti dei subscriptions services
• Miglioramenti Esposizione più chiara di alcuni dati dei pagamenti per i subscription services
• Miglioramenti Protocollazione richiesta di integrazione e ripsota tramite protocollo esterno
• Novità Migliorie grafiche e fix minori

Per i più curiosi:

https://gitlab.com/opencontent/stanza-del-cittadino/core/-/blob/master/CHANGELOG.md

Da ottobre dello scorso anno le release della piattaforma si sono molto rallentate, ma non per tutti. Abbiamo infatti iniziato un doppio binario: un insieme di Enti molto ristretto che ricevono aggiornamenti ogni 2 settimane circa e sono sempre aggiornati all'ultima versione del nostro prodotto, mentre un secondo gruppo molto più numeroso di enti riceve aggiornamenti con un po' di ritardo.

Il primo gruppo di enti sono i nostri beta tester, sono una decina e costituiscono un insieme abbastanza vario di tipologie di servizi erogati, modalità di login, sistemi di protocollo, ... Sono quindi un insieme rappresentativo degli enti che utilizzano la piattaforma e hanno modo di sperimentare le nuove funzionalità della piattaforma in anteprima, perché si trovano in quella che chiamiamo la fast-track.

Il secondo gruppo di enti è molto più folto, comprende oltre 200 enti che usano la piattaforma in una modalità che privilegia la stabilità: la piattaforma viene aggiornata per loro dopo un breve rodaggio effettuato dai beta testers, che può comprendere piccoli bugfix per problemi che non sono emersi nei test che precedono la nuova release. L'aggiornamento di questi enti avviene in modo più rallentato, quando la release X arriva su quella che chiamiamo slow track, si tratta della versione rilasciata un mese prima sulla fast-track, eventualmente arricchita di qualche correzione emersa in questo mese di tempo.

Un'immagine dovrebbe rendere l'idea in modo immediato: 

Ad esempio se in fast-track esce la versione 1.9.0 e nelle quattro settimane seguenti emergono dei bug, questa release non vedrà mai la luce nella slow track, dove arriverà la versione con tutte le correzioni che si sono susseguite in questo tempo:

E' uno sforzo molto grande per tutto il team di sviluppo, che riusciamo a traguardare perché il nostro processo di rilascio si è molto rafforzato nel corso del 2021 e molti automatismi ci rendono leggera la creazione di una nuova release.

E' stato un passaggio così impegnativo che abbiamo iniziato questa piccola rivoluzione durante lo sviluppo della release 1.9 e completiamo questo passaggio in questi giorni mentre la fast-track è arrivata alla release 1.6.

Ad oggi quindi abbiamo:

• slow-track: 1.15.2
• fast-track: 1.16.1

Nel prossimo messaggio, un pò di dettagli sui cambiamenti intercorsi in queste ultime versioni, per chi fosse impaziente ecco il collegamento al nostro changelog generato automaticamente dal codice sorgente.

La categoria dei servizi è presente da molto tempo, ma il suo utilizzo è sempre rimasto piuttosto marginale, stiamo però lavorando per rendere la navigazione nel catalogo dei servizi più evoluta e più flessibile. 

Novità Anzitutto gli amministratori possono adesso modificare l'elenco delle categorie

Novità Inoltre la categoria diventa utilizzabile nella navigazione del catalogo dei servizi: compare sopra il titolo di ogni servizio ed è possibile usare il link per filtrare tutti i servizi della stessa categoria

Ci sono moltri altri miglioramenti in cantiere, ad esempio la navigazione per categorie come modalità di accesso principale ai singoli servizi, oppure la navigazione in base alla copertura geografica di un servizio ed altro ancora.

Creazione di un servizio

Miglioramenti  Con questa release abbiamo rivisto in modo drastico l'interfaccia di creazione del servizio: in precedenza la creazione del servizio richiedeva molti passaggi, ognuno obbligatorio, era quindi un procedimento piuttosto lento e tedioso. Abbiamo rivisto questa interfaccia e l'abbiamo sostituita con un menù laterale, che consente di modificare solamente le configurazioni di proprio interesse:

Ogni volta che si usa il pulsante salva si salvano tutte le impostazioni del servizio.

Altri miglioramenti

Miglioramenti Stiamo rendendo sempre più integrata l'interazione di pratiche e appuntamenti: dalle pratiche è già possibile vedere se c'e' un appuntamento fissato, inoltre stiamo introducendo un automatismo che cancella un appuntamento già fissato se la pratica viene rifiutata.
Allo stesso modo se un cittadino ritira una pratica per la quale è stato fissato un appuntamento, anche l'appuntamento risulterà annullato dal cittadino.

Fix Poco prima della release il nostro controllo automatico sui bug di sicurezza ci ha allertato di un problema su una libreria che usiamo per l'autenticazione su stanza del cittadino: 

Senza entrare nel merito tecnico, ci preme mettere in evidenza come il controllo automatico ha bloccato la release e abbiamo potuto prontamente aggiornare la libreria prima di mettere in produzione la nuova versione.

Controlli automatici come questo, che rientrano nel sistema di Quality Assurance, ci consentono di individuare problemi sul codice ogni volta che questo viene modificato e riducono il rischio che un potenziale attaccante possa approfittarne per compromettere il sistema.

Come sempre tutti i dettagli della release sono presenti in modo dettagliato nel ChangeLog

Con le release numerate 1.7.x abbiamo avviato da giugno il processo di traduzione in più lingue, iniziando da Inglese e Tedesco.

Al ritmo di 1-2 release a settimana siamo già arrivati alla release 1.7.14, ma la traduzione sarà un lavoro piuttosto lungo e complesso e ci terrà compagnia per i prossimi mesi, riguardando elementi di interfaccia, i contenuti della scheda del servizio e infine i moduli online.

Quando il sistema sarà completo sarà possibile scegliere in ogni momento di passare da una lingua alle altre disponibili mediante un semplice comando sempre presente nella testata:

Quello che si può notare già da adesso è che tutti gli indirizzi delle pagine web riportano adesso la lingua:

questo passaggio è stato gestito in modo del tutto trasparente e per tutti gli indirizzi esistenti è stato previsto un reindirizzamento automatico al nuovo.

La lingua è solo uno degli ostacoli per l'accesso di cittadini stranieri ai servizi online: di pari passo con il lavoro di traduzione stiamo adeguando per esempio l'anagrafica a ricevere dati personali di cittadini stranieri, con nomi che presentano lettere da alfabeti diversi dal nostro. 

Miglioramenti Sempre sull'anagrafica abbiamo introdotto la possibilità di specificare una residenza al di fuori dell'Italia (selezionando Provincia EE, appare il campo Nazione)

Miglioramenti Stiamo infine migliorando un componente riusabile per gestire IBAN con controllo sul formato che comprende tutti i paesi Europei. In caso di IBAN stranieri ovviamente compare la possibilità di inserire il dato aggiuntivo necessario per fare bonifici esteri (bic/swift).

Entro fine anno contiamo di avere un sistema multilingua completo e in grado quindi di offrire servizi a cittadini stranieri con grande facilità.

Continua infine imperterrito il lavoro di correzione di difetti e piccoli miglioramenti grafici: sono piccoli dettagli che molto spesso non si notano, ma questa attività di continuo miglioramento della piattaforma costituisce una delle migliori modalità per garantire longevità al progetto.

Trovate come sempre maggiori dettagli nel changelog

Novità È questa la principale novità introdotta con questa versione del servizio. 

I webhook sono uno strumento utile per far interagire le applicazioni tra loro, in modo simile ma molto più efficiente delle API. Laddove con le API si devono fare molte chiamate nel tempo per sondare lo stato di una risorsa di nostro interesse, il webhook è invece una chiamata che origina dove la risorsa risiede e informa uno o più interessati di un aggiornamento che avviene.

Gli utilizzi possibili sono ovviamente tantissimi, il primo caso concreto che li vede impiegati in produzione è un software che serve a gestire il processo di digitalizzazione di archivi cartacei: ogni volta che una pratica di accesso agli atti viene approvata, viene creato automaticamente un account per accedere al file richiesto, per il professionista che ha presentato la pratica.