DPR 160/2010 e SSU: cosa impone la legge allo sportello unico

Canale telematico esclusivo, procedimenti, interoperabilità SSU: cosa impone davvero la normativa dello sportello unico e cosa significa per l'ufficio.

Il DPR 160 del 2010 ha stabilito un principio che ancora oggi molti sportelli faticano ad attuare fino in fondo: il SUAP è l'unico punto di accesso per le pratiche delle attività produttive, e il canale è esclusivamente telematico. Niente carta, niente sportelli paralleli: ogni domanda, segnalazione o comunicazione passa da lì, e da lì ricevono risposta l'impresa e il suo procuratore.

Dietro la formula si nasconde una scelta architetturale precisa: il Comune resta titolare del procedimento, ma deve garantirne la gestione digitale dall'inizio alla fine — ricezione, protocollazione, istruttoria, coinvolgimento degli enti terzi e provvedimento finale. Un obbligo di risultato, prima ancora che di strumento.

Automatizzato e ordinario: due binari

Il regolamento distingue due binari. Il procedimento automatizzato copre le attività soggette a SCIA, disciplinata dall'articolo 19 della legge 241 del 1990: l'attività può partire subito e l'amministrazione esercita il controllo nei termini previsti. Il procedimento ordinario riguarda i casi in cui serve un provvedimento espresso, con termini certi e, in mancanza, gli effetti del silenzio previsti dalla legge.

Per l'ufficio la distinzione è tutt'altro che teorica: cambia cosa va verificato, entro quando, e cosa accade se il termine passa invano. È il motivo per cui uno sportello a norma deve conoscere le date di ogni pratica meglio di quanto le conosca il professionista che l'ha presentata.

Il regolamento disciplina anche i raccordi che i procedimenti complessi richiedono: la conferenza di servizi quando i pareri da acquisire sono molti, la chiusura dei lavori, il collaudo. In ogni passaggio il SUAP resta il regista formale: gli enti terzi dialogano con lo sportello, non direttamente con l'impresa, ed è lo sportello a garantire l'unicità del canale che la norma pretende.

L'interoperabilità SSU

Con il decreto Semplificazioni del 2020 e le specifiche tecniche AgID che ne sono seguite, l'obbligo si è esteso all'interoperabilità: i sistemi che compongono la rete degli sportelli unici devono parlarsi secondo regole comuni.

Per gli uffici, l'interoperabilità non è un tema da informatici: definisce cosa si può pretendere dagli strumenti e cosa gli altri attori del sistema potranno pretendere dall'ente. Le specifiche descrivono un ecosistema in cui front office e back office possono essere di fornitori diversi, purché parlino la stessa lingua: una garanzia di libertà per l'ente, prima che un vincolo. Vale la pena conoscerne i punti fermi.

• Le pratiche viaggiano in formati strutturati, con protocollazione e fascicolazione automatiche
• Gli stati di avanzamento sono notificati tra i sistemi: front office, back office ed enti terzi allineati
• Il fascicolo informatico d'impresa si alimenta con gli esiti delle pratiche concluse
• I componenti software devono superare i controlli di conformità previsti dalle specifiche

Essere a norma, in pratica

Per un Comune, la conformità non si esaurisce nell'adottare un software con il bollino giusto: significa avere un procedimento che regge la verifica. Fascicoli completi, termini documentati, pareri tracciati, conferenze di servizi verbalizzate — perché è su questi elementi che si misurano tanto la legittimità degli atti quanto la qualità del servizio alle imprese.

La buona notizia è che gli obblighi normativi e l'efficienza, qui, coincidono: uno sportello interoperabile e tracciato è anche uno sportello che lavora meglio. Strumenti progettati per l'interoperabilità SSU, come il modulo SUAP di comuni.ai, nascono esattamente su questa coincidenza.