gov.gr non è una piattaforma: perché i servizi digitali senza la titolarità dei processi falliscono

gov.gr è spesso descritto come la “piattaforma” di punta della Grecia per i servizi pubblici digitali. È certamente un punto di riferimento in termini di visibilità: per molte interazioni quotidiane con lo Stato, offre un unico ingresso, un accesso coerente e un modo più comprensibile per trovare ciò di cui hai bisogno. Per residenti ed expat, questo conta. La frammentazione a livello di scoperta non è un piccolo inconveniente; è una barriera strutturale che impedisce alle persone perfino di provare a mettersi in regola.

Ma c’è una differenza tra rendere lo Stato più facile da raggiungere e rendere lo Stato più facile da portare a termine. gov.gr eccelle nel primo aspetto. È molto meno determinante sul secondo. E questa distinzione spiega perché così tante procedure “digitali” in Grecia finiscono ancora in telefonate, visite di persona, istruzioni contraddittorie e risultati bloccati che gli utenti devono districare personalmente.

Al suo meglio, gov.gr centralizza l’accesso a servizi che restano di proprietà e gestiti da autorità diverse. Riduce la frammentazione nel momento della scoperta e, in molti casi, standardizza autenticazione e invio. Non è un intervento cosmetico. Abbassa le barriere d’ingresso, aumenta la trasparenza e rende i servizi pubblici più leggibili per gli utenti comuni.

Il limite non è nascosto; è strutturale. Una volta inviata una richiesta, l’utente viene di fatto riconsegnato alla realtà amministrativa sottostante: registri separati, autorità separate, tempistiche separate e interpretazioni separate. Il portale può instradare una richiesta, ma non resta responsabile di ciò che accade dopo l’instradamento. La responsabilità si dissolve di nuovo nei silos istituzionali.

Dal punto di vista del sistema, gov.gr funziona come uno strato di instradamento. Collega gli utenti ai servizi, ma non governa il ciclo di vita del processo che segue. È proprio per questo che i fallimenti più rilevanti raramente avvengono al pulsante “invia”. Avvengono dopo—quando un’istituzione aspetta un’altra, quando i registri non coincidono, o quando manca una dipendenza e nessuna singola autorità è autorizzata a risolverla.

Nei sistemi digitali moderni, le piattaforme non sono definite da come gli utenti vi entrano. Sono definite da ciò che accade dopo l’ingresso. Una vera piattaforma è responsabile dell’intera transazione: garantisce che l’azione dell’utente attivi i passaggi downstream necessari, che le dipendenze siano risolte senza scaricare complessità sull’utente e che il sistema possa fornire in modo affidabile un risultato.

Per questo la domanda decisiva non è “Riesci ad accedere?” ma “Chi è responsabile del completamento?” Quando nessuno è responsabile del completamento, l’utente diventa coordinatore per impostazione predefinita. E quando l’utente diventa coordinatore, la digitalizzazione diventa un cambio di mezzo più che un cambio di architettura.

La differenza può essere espressa chiaramente contrapponendo uno strato di instradamento a una piattaforma in senso più forte:

gov.gr evita deliberatamente il ruolo di proprietario del processo. Ministeri e autorità mantengono il pieno controllo delle proprie procedure, tempistiche e interpretazioni. Il risultato è una superficie digitale sovrapposta a una logica di coordinamento analogica—pulita davanti, frammentata dietro.

Il fallimento amministrativo raramente avviene nella fase di invio. Avviene più tardi, quando un’autorità richiede una conferma da un’altra che non ha ancora agito—o ha agito in modo diverso da quanto previsto. È qui che l’assenza di un proprietario del processo diventa decisiva.

Il modello è familiare in molti eventi di vita e compiti di compliance. I sistemi fiscali aspettano aggiornamenti dell’anagrafe. Le banche aspettano conferme fiscali. I tribunali aspettano correzioni dei registri. I registri aspettano documentazione consolare. Ogni dipendenza è razionale se considerata isolatamente. Il fallimento emerge quando non esiste un’unica entità responsabile di orchestrare la sequenza e garantire che un passaggio completato attivi in modo affidabile il successivo.

In quel vuoto, ogni autorità può plausibilmente presumere che qualcun altro si muoverà per primo. Il sistema tende all’inerzia. Gli utenti—soprattutto gli expat che navigano confini istituzionali poco familiari—sono costretti a ruoli che lo Stato non dovrebbe mai esternalizzare: coordinatore, messaggero e revisore. Inseguono aggiornamenti, riconciliano requisiti contraddittori e scoprono passaggi mancanti solo dopo che qualcosa si è già bloccato.

La digitalizzazione non rimuove questo onere. Cambia soltanto il mezzo. Invece di aspettare in una coda fisica, gli utenti aspettano in una coda informativa—incerti su quale ufficio stia bloccando l’avanzamento e incerti su chi, se qualcuno, possa risolvere il blocco.

La Grecia ha investito molto in strati di interoperabilità e API. Questi investimenti sono tecnicamente solidi e, in molti casi, necessari. Ma l’interoperabilità senza governance crea un’illusione di integrazione: i sistemi possono scambiarsi dati, eppure il processo complessivo può comunque fallire perché nessuno è autorizzato a decidere cosa debba accadere dopo.

Le API rispondono a domande specifiche. Non decidono quando una domanda debba essere posta, in quale ordine debba essere posta, o quali conseguenze legali debbano derivare dalla risposta. L’interoperabilità può ridurre il trasferimento manuale dei dati; non può assegnare responsabilità per un ciclo di vita multi-step.

Quando un evento di vita attraversa più autorità, il problema centrale raramente è la mancanza di accesso ai dati. È la mancanza di autorità decisionale sul processo nel suo complesso. Nessuna API può assegnare responsabilità. Solo la progettazione istituzionale può farlo.

I confronti con amministrazioni digitalmente avanzate—l’Estonia è il riferimento abituale—spesso vengono ridotti a stack tecnologici o sistemi di identità nazionale. Questo manca la distinzione centrale. La differenza non è un codice migliore. È un’accountability più chiara.

Nelle amministrazioni digitali più mature, gli eventi di vita sono trattati come workflow gestiti dallo Stato piuttosto che come servizi isolati. Una nascita, un decesso o un cambio di status non è semplicemente una raccolta di certificati. È una sequenza governata con un proprietario primario, un ordine di azioni predefinito, propagazione automatica tra registri e definitività legale una volta completata. Le interfacce esistono, ma sono subordinate alla logica di processo. Non ci si aspetta che gli utenti comprendano i confini istituzionali perché il sistema è progettato per rendere quei confini irrilevanti.

In Grecia, le interfacce esistono sempre più spesso senza uno strato di governo del processo. Ogni autorità resta sovrana sul proprio frammento, anche quando quel frammento è privo di significato se isolato. L’utente è lasciato ad assemblare i frammenti in qualcosa che funzioni come un workflow—senza avere l’autorità, la visibilità o gli strumenti che un vero workflow richiede.

Questo approccio non è accidentale. Riflette incentivi politici e amministrativi. Digitalizzare l’accesso produce risultati visibili rapidamente: portali, app, certificati online e meccanismi di login sono traguardi misurabili che si adattano ai cicli elettorali e alle narrazioni di riforma. Dimostrano progresso in un modo comunicabile con titoli e dashboard.

Ripensare la titolarità del processo è più lento, meno visibile e politicamente sensibile. Richiede ridefinire competenze tra ministeri, registri, tribunali e agenzie—spesso toccando confini di autorità consolidati da tempo. Costringe anche a chiarire chi è responsabile quando qualcosa fallisce, che è proprio il tipo di chiarezza a cui le istituzioni tendono a resistere se non costrette.

Di conseguenza, la Grecia ottimizza ciò che è facile mostrare piuttosto che ciò che è strutturalmente decisivo. Lo Stato diventa più facile da “entrare”, ma non in modo coerente più facile da “finire”.

C’è un’ironia qui: interfacce riuscite possono aggravare i fallimenti sistemici. Man mano che l’accesso migliora, l’uso aumenta. Più utenti entrano in sistemi che non sono mai stati progettati per scalare orizzontalmente tra istituzioni. I colli di bottiglia si spostano dalle code ai vuoti di coordinamento.

Ecco perché la frustrazione può sembrare irrazionale dall’esterno. Il servizio esiste. Il modulo funziona. L’autenticazione riesce. Eppure il risultato continua a non materializzarsi. Agli utenti viene detto di aspettare, di chiamare un altro ufficio, di inviare un altro documento o di correggere un’incoerenza che non hanno creato e che non possono risolvere autonomamente.

Il fallimento non è tecnico. È architetturale. L’interfaccia ha fatto il suo lavoro; il processo non aveva un proprietario.

Quando lo Stato non fornisce la titolarità del processo, gli strati di orchestrazione emergono esternamente. Non sostituiscono le autorità. Le interpretano. Mappano le dipendenze, tracciano i progressi e garantiscono che un passaggio completato attivi il passaggio successivo nel mondo reale, non solo in un flowchart idealizzato.

Questo è il divario che Ellytic è progettata per colmare per gli expat alle prese con la burocrazia greca—dove procedure come ottenere un AFM, configurare Taxisnet o trasferire la residenza fiscale raramente sono transazioni singole. Sono percorsi con dipendenze, sequenze e modalità di fallimento che restano invisibili se guardi solo i portali. Il supporto pratico, in questo contesto, non riguarda il cliccare il pulsante giusto. Riguarda il possedere il percorso fino al completamento e gestire i passaggi di consegna che lo Stato continua a trattare come un problema di qualcun altro.