Il dominio istituzionale per i servizi digitali (Release 2.4)
Una delle novità che i bandi del PNRR hanno portato sui servizi digitali è il prerequisito di essere erogati sul dominio istituzionale di ogni ente. Per una piattaforma come la nostra, pensata per essere erogata in SaaS a un numero molto grande di Enti è una sfida notevole, ma d'altra parte tutti i servizi SaaS hanno questa feature nei propri profili premium. In questa release abbiamo intanto effettuato una prima prova su strada ed è già possibile vederne il risultato nel nostro ambiente di test: servizi.comune.bugliano.it. Non è ancora perfetto e dobbiamo costruirci attorno un sistema per gestire su larga scala questa possibilità, ma intanto abbiamo una prova su strada che possiamo soddisfare anche questo requisito senza problemi.
Inoltre in questa versione già disponibile in fast-track:
🐞 I servizi che hanno lo stesso nome creano un errore quando li si vanno ad assegnare agli operatori (1268)
🐞 Alcuni allegati arrivano all'utente con una strana estensione .bin e i file .p7m non vengono accettati in input (1240)
🐞 L'orario di annullamento di un appuntamento in bozza non è corretto (1216)
🐞 Errore di formattazione (1116)
🐞 Le API dei calendari non gestiscono correttamente il preavviso minimo per la prenotazione (1033)
🇩🇪 Traduzione dei componenti HTML (13 1031)
Miglioramenti le richieste di aggiornamento sui pagamenti pendenti si diradano man mano che passano le ore e poi i giorni, per evitare un carico inutile sul sistema (14)
📨 Come operatore voglio poter inviare messaggi con allegati a pratica conclusa (1182)
📨 Placeholder per tempo massimo di erogazione del servizio nei messaggi (1041)
♿ Link accessibilità nel footer (940)
💰 Creare template per ricevuta (6)
Novità Creato lo spazio per la customer satisfaction (Satisfy) in fondo alla scheda del servizio (1260)
Novità I servizi digitali del comune devono avere il dominio istituzionale (1256)
🐞Pulire i campi summernote se non contengono testo (1253)
Novità Gli allegati da parte del cittadino devono essere possibili solo se la pratica è in attesa di integrazioni (1244)
Tra le pratiche in evidenza per il cittadino, mancano le Pratiche in carico o da integrare (1237)
Miglioramenti Logo e formattazione nel template della richiesta integrazione (1236)
💰 Implementazione API di base di gestione di un pagamento e della configurazione di tenant e servizio (2)
Integrazioni con sistemi di terze parti:
💰 intermediario di pagamento PMPay (1)
💾 protocollo Insiel (10)
Stiamo ancora lavorando su:
La sezione "termini e condizioni" in fase di invio di una pratica (1254)
💰 Supporto per il Bilancio nei sistemi di pagamento (1205)
Unità organizzativa responsabile del servizio (1190)