La PEC fuori dal gestionale: piccoli gesti, grandi sprechi
Scaricare, salvare, riprotocollare a mano: quando la PEC vive in un client separato, ogni messaggio costa minuti e la prova rischia di perdersi.
La scena si ripete ogni mattina in centinaia di uffici protocollo: si apre il client di posta, si scorre la casella PEC, si scarica l'allegato sul desktop, si apre il gestionale, si ricopiano mittente e oggetto, si ricarica l'allegato, si protocolla. Poi si torna al client per la PEC successiva. Ogni messaggio costa minuti di lavoro puramente meccanico — e ogni passaggio manuale è un'occasione di errore: un allegato dimenticato, un oggetto storpiato, un mittente trascritto male.
È il prezzo di una separazione che non ha più ragione d'essere: la PEC da una parte, il protocollo dall'altra, e in mezzo un operatore che fa da ponte umano tra due sistemi che non si parlano.
Il danno oltre lo spreco
Se fosse solo tempo perso, sarebbe già abbastanza. Ma la gestione separata produce danni più seri. Le ricevute di accettazione e consegna — che sono la sostanza giuridica della PEC — restano nel client, slegate dalla pratica a cui si riferiscono: quando anni dopo serve provare che una comunicazione è stata consegnata, inizia la caccia alla ricevuta nella casella di chi la inviò.
E poi ci sono i messaggi che sfuggono: la PEC arrivata il venerdì pomeriggio e scivolata sotto le successive, quella nella casella di un ufficio che non la presidia, quella letta ma mai protocollata. Ognuna è un termine che decorre senza che nessuno lo sappia.
I segnali di una gestione fragile
Qualche verifica veloce rivela lo stato di salute della gestione PEC di un ente.
- Le PEC si protocollano ricopiando a mano mittente, oggetto e allegati nel gestionale
- Le ricevute di consegna vivono nel client di posta, separate dai fascicoli delle pratiche
- Alcune caselle dell'ente non hanno un responsabile chiaro che le controlli ogni giorno
- Per sapere se una PEC è stata protocollata bisogna chiedere in giro, non interrogare un sistema
La casella dentro la piattaforma
L'alternativa è portare le caselle dell'ente dentro il sistema documentale: i messaggi in ingresso arrivano con mittente, oggetto e allegati già estratti, la protocollazione è un click, le ricevute si abbinano da sole al messaggio di origine e tutto — messaggio, ricevute, protocollo — resta agganciato al fascicolo. Le PEC in uscita partono direttamente dalla pratica, e la corrispondenza certificata diventa parte della storia del procedimento invece che un archivio parallelo.
È il modello su cui lavorano le piattaforme documentali integrate, comuni.ai tra queste, e il suo pregio più grande non è nemmeno il tempo risparmiato: è che la prova — la ricevuta, la data, la consegna — sta dove verrà cercata, cioè nel fascicolo. Perché una PEC gestita bene si giudica nel giorno peggiore: quello in cui bisogna dimostrare qualcosa.
Il passaggio, peraltro, non richiede di abbandonare nulla dall'oggi al domani: le caselle restano le stesse, i gestori pure, e il client tradizionale può convivere durante la transizione. Cambia il luogo dove il lavoro accade — dentro la piattaforma, accanto al protocollo — e con il luogo cambiano le abitudini: dopo poche settimane, tornare a scaricare allegati sul desktop sembra a tutti un'assurdità.
Articoli correlati
Governare le caselle PEC dell'ente: da dove cominciare
Caselle multiple, permessi per ufficio, regole di protocollazione: una guida pratica per mettere ordine nella posta certificata dell'ente comunale.
Ricevute PEC e domicilio digitale: dove sta la prova
Accettazione, consegna, domicili digitali: cosa rende una PEC opponibile ai terzi, dove stanno le prove e che cosa aspettarsi dalla REM europea.
Il protocollo è il collo di bottiglia dell'ente (e non dovrebbe)
Registrazioni lente, smistamenti sbagliati, fascicoli incompleti: quando il protocollo rallenta, rallenta tutto l'ente. Dove nasce l'attrito e come toglierlo.