Le automazioni d'ufficio tendono a nascere una alla volta e senza clamore. Una macro qui, uno script pianificato là, un flusso no-code configurato da un collega curioso. Dopo qualche anno l'ufficio dipende da una dozzina di meccanismi invisibili, e nessuno ha un quadro d'insieme. Il giorno in cui uno smette di funzionare, o la persona che l'ha creato cambia lavoro, si scopre quanto fosse importante. Un inventario delle automazioni è il rimedio, e richiede molto meno tempo di quanto si pensi.
Il problema delle automazioni invisibili
Un processo manuale è visibile per natura: qualcuno lo svolge, e se smette, il lavoro si accumula sulla sua scrivania. Un processo automatico, quando si ferma, spesso non lascia tracce evidenti. Il report non arriva e nessuno se ne accorge per settimane; le fatture non vengono più archiviate e lo si scopre alla chiusura del trimestre. Più un'automazione funziona bene, più viene dimenticata, e più il suo guasto diventa costoso.
Che cosa registrare per ogni automazione
Per ciascun flusso basta una scheda di una pagina. Il formato non importa: un documento condiviso, un foglio di calcolo, una pagina nella documentazione interna. Importa che contenga queste informazioni:
| Voce | Esempio |
|---|---|
| Nome e scopo | «Archivio fatture: salva gli allegati PDF dei fornitori nella cartella Amministrazione» |
| Responsabile | La persona che lo mantiene, più un sostituto |
| Dove gira | PC dell'ufficio amministrazione, server, piattaforma cloud |
| Quando parte | Ogni giorno alle 7:00, all'arrivo di un file, a mano |
| Input e output | Casella fatture → cartella condivisa Fatture/AAAA |
| Dipendenze | Python e librerie, account email, cartella di rete |
| Credenziali | Quale account usa e dove è conservata la password (mai la password stessa) |
| Come capire se funziona | Log, notifiche, cartella da controllare |
| Cosa fare se si ferma | Passaggi di verifica e riavvio |
| Ultima revisione | Data e chi l'ha fatta |
Le prime righe si compilano in pochi minuti. Le ultime richiedono un po' più di riflessione, ed è proprio lì che sta il valore.
La procedura di ripristino
La sezione «cosa fare se si ferma» deve essere scritta per una persona che non conosce il codice. Qualcosa del genere:
- Aprire il file di log nella cartella indicata e cercare le righe con
ERROR. - Se l'errore riguarda l'accesso alla posta, verificare che la password per app non sia stata revocata.
- Se la cartella di destinazione non è raggiungibile, controllare la connessione al server.
- Rilanciare a mano lo script con il collegamento sul desktop e verificare che compaiano nuovi file.
- Se il problema persiste, contattare il responsabile o il sostituto.
Anche quando il ripristino richiede comunque un tecnico, questi passaggi permettono a chiunque di capire se il problema è banale o serio, e di dare informazioni utili a chi interverrà.
Le dipendenze nascoste
Le cause più frequenti di guasto non stanno nel codice, ma intorno. Nel mio lavoro le ritrovo quasi sempre nello stesso elenco:
- password cambiate o scadute per l'account con cui gira l'automazione;
- account personali disattivati quando una persona lascia l'azienda;
- cartelle rinominate o spostate da qualcuno che non sapeva che uno script le usava;
- aggiornamenti del sistema operativo, di Office o di una libreria, che cambiano un comportamento;
- portali o servizi esterni che modificano il formato delle esportazioni;
- computer sostituiti, con l'automazione rimasta sul vecchio.
Registrare le dipendenze nella scheda permette di prevenire buona parte di questi problemi. Prima di rinominare una cartella condivisa o dismettere un computer, basta consultare l'inventario.
Dove conservare il codice
Gli script non dovrebbero vivere solo sul desktop di chi li ha scritti. Una cartella condivisa con copie di sicurezza è il minimo; un sistema di controllo versione come Git è la scelta migliore, perché conserva la storia di ogni modifica e permette di tornare indietro se una correzione introduce un problema. Per i flussi no-code, molte piattaforme permettono di esportare la configurazione in un file: conservarne una copia aggiornata nella stessa posizione rende possibile ricostruirli.
Accanto al codice va un breve file di testo che spiega come installare ciò che serve per farlo girare: versione di Python, librerie necessarie, eventuali programmi esterni. Un file requirements.txt con l'elenco delle librerie copre la maggior parte dei casi Python.
Revisione periodica
Una o due volte all'anno conviene ripercorrere l'inventario con alcune domande: questa automazione serve ancora? Il responsabile è ancora in azienda? Le credenziali sono ancora valide e associate a un account adeguato? L'ultima esecuzione riuscita è recente? Le automazioni che non servono più vanno disattivate e archiviate, non lasciate girare per inerzia: ogni flusso attivo è un punto in più da mantenere e, se usa credenziali, un potenziale rischio di sicurezza.
In sintesi
- Un inventario rende visibili le automazioni da cui l'ufficio dipende.
- Per ogni flusso registrate scopo, responsabile, esecuzione, dipendenze e credenziali.
- Scrivete una procedura di ripristino comprensibile anche a chi non conosce il codice.
- Conservate codice e configurazioni in un luogo condiviso, meglio se con controllo versione.
- Rivedete l'inventario periodicamente e disattivate ciò che non serve più.
