Portali per il cittadino
Presentazione di istanze online, allegati, pagamenti, stato della pratica consultabile in autonomia. Riduce lo sportello fisico per le richieste ripetitive e libera il personale per i casi che richiedono davvero valutazione.
Software per la pubblica amministrazione.
Nella PA un progetto software non si valuta solo su cosa fa, ma su quanto resta gestibile nel tempo: i vincoli normativi cambiano, il personale ruota, gli archivi devono restare consultabili per anni. Progettiamo tenendo conto di questi vincoli fin dall’analisi.
Abbiamo realizzato progetti per istituzioni pubbliche, tra cui il Ministero del Lavoro, oltre che per enti e utility del territorio.
Le aree su cui interveniamo
Gestione delle pratiche
Flussi di lavoro con assegnazioni, scadenze, pareri di più uffici e storico delle decisioni. Rende verificabile a che punto è un procedimento senza dover chiedere alla persona che lo segue.
Identità e accessi
Integrazione con i sistemi di identità digitale nazionali per i cittadini e profili differenziati per il personale interno, allineati alle mansioni effettive.
Trasparenza e rendicontazione
Estrazioni e pubblicazioni per gli obblighi di trasparenza, indicatori sui tempi dei procedimenti e reportistica per gli organi di controllo, generata dai dati invece che ricostruita a mano.
Monitoraggio urbano
Raccolta e lettura di indicatori su consumi energetici, sosta e mobilità, con dashboard differenziate per tecnici, dirigenti e amministratori.
Migrazione e conservazione
Recupero degli archivi dei sistemi precedenti, bonifica delle codifiche storiche e consultabilità del pregresso, che nella PA è un requisito e non un’opzione.
Il portale non basta: conta cosa succede dietro
Molti progetti di digitalizzazione si fermano allo sportello online. Il cittadino presenta l’istanza dal sito, il sistema genera un PDF, e da lì in poi la pratica riprende esattamente il percorso di prima: stampa, protocollo, cartellina, passaggio da un ufficio all’altro.
Il risultato è che il carico di lavoro interno non diminuisce, in alcuni casi aumenta, e il cittadino continua a non sapere a che punto è la sua richiesta. La digitalizzazione produce benefici reali solo quando arriva fino al flusso interno: assegnazione, pareri, scadenze e decisioni tracciate nello stesso sistema in cui è entrata l’istanza.
Accessibilità come vincolo, non come rifinitura
L’accessibilità di un servizio pubblico digitale è un requisito normativo con obblighi di dichiarazione. Trattarla come un intervento di fine progetto è l’errore più costoso che si possa fare: contrasto, struttura semantica, navigazione da tastiera e comportamento con le tecnologie assistive dipendono da come sono costruite le pagine, non da un livello che si applica sopra.
Va anche detto che l’accessibilità coincide quasi sempre con la chiarezza. Un modulo comprensibile a chi usa uno screen reader è, nella pratica, un modulo che tutti compilano con meno errori.
La rotazione del personale è un requisito di progetto
Negli enti pubblici chi ha seguito l’avvio di un sistema spesso non è più la stessa persona che lo gestisce tre anni dopo. Questo ha conseguenze concrete sul modo in cui va costruito il software: configurazioni modificabili senza intervento tecnico, documentazione operativa mantenuta insieme al codice e nessuna logica critica affidata alla conoscenza informale di un singolo.
È anche la ragione per cui insistiamo sulla proprietà del codice e sulla documentazione consegnata: un ente deve poter cambiare fornitore senza rifare da capo il sistema.
Domande frequenti sul software per la PA
I portali per la PA devono rispettare requisiti di accessibilità?
Sì. Per i soggetti tenuti dalla normativa italiana ed europea l’accessibilità non è un miglioramento facoltativo ma un requisito, con obblighi di dichiarazione periodica. Va trattata come vincolo di progetto fin dalla fase di analisi: adeguare a posteriori un’interfaccia già costruita costa molto più che progettarla accessibile.
Come gestite l’autenticazione dei cittadini?
Tramite i sistemi di identità digitale nazionali, integrati come componente esterna al posto di credenziali proprietarie. È la strada corretta sia per la conformità sia per l’adozione: chi accede usa un’identità che possiede già, senza dover gestire l’ennesima password.
Che cosa succede ai dati storici dei sistemi precedenti?
Vanno migrati e resi consultabili, perché nella PA la reperibilità del pregresso è un obbligo, non una comodità. La parte impegnativa non è il trasferimento tecnico ma la bonifica: archivi accumulati in decenni contengono codifiche cambiate nel tempo e anagrafiche duplicate che vanno riconciliate con decisioni prese dall’ente.
Lavorate con enti fuori dalla Puglia?
Sì. Abbiamo realizzato progetti per istituzioni pubbliche, incluso il Ministero del Lavoro. Le fasi di analisi e formazione si organizzano in presenza dove il progetto lo richiede, il resto si svolge da remoto.
Come si affronta il tema della protezione dei dati personali?
Impostandolo in progettazione: minimizzazione dei dati raccolti, profili di accesso allineati alle mansioni reali, tracciamento delle operazioni sensibili, tempi di conservazione espliciti e supporto alla tenuta del registro dei trattamenti. Sono scelte architetturali, non una checklist da spuntare alla consegna.