Quando si parla di sicurezza di un ERP, la conversazione finisce quasi sempre su backup, cifratura e fornitori cloud certificati. Un pezzo che resta fuori, quasi sempre, è chi può vedere cosa dentro il sistema. Eppure la maggior parte degli incidenti che coinvolgono dati aziendali non nasce da un attacco esterno: nasce da un permesso lasciato troppo largo, da un account di un ex dipendente mai disattivato, da un magazziniere che per comodità ha accesso agli stipendi perché “tanto non guarda mai lì”.
Perché i permessi sono un problema di sicurezza, non solo di organizzazione
In un ERP passano gli ordini, i dati dei clienti, le condizioni commerciali, spesso le buste paga. Chi imposta il sistema tende a pensare ai permessi come a una questione di comodità operativa: dare accesso a chi ne ha bisogno, il resto si vede. Il problema è che “il resto si vede” diventa in pratica quasi tutti, perché è più veloce allargare un profilo che crearne uno nuovo su misura. Con il tempo i ruoli si accumulano permessi che nessuno ricorda più il motivo per cui erano stati concessi.
Il risultato tipico non è un furto di dati plateale, ma un accesso di troppo che resta lì per anni: un commerciale che vede i margini di tutta l’azienda, un tirocinante che ha ereditato lo stesso profilo del suo tutor uscito da tempo. Nessuno se ne accorge finché non c’è un controllo, un audit, o un problema.
Il modello a ruoli: come funziona in pratica
La maggior parte degli ERP moderni usa un controllo degli accessi basato sui ruoli, non sulla singola persona. Si definisce un ruolo — “contabilità”, “vendite Nord Italia”, “magazzino” — con un set di permessi di lettura, scrittura o approvazione su moduli specifici, e poi si assegnano le persone al ruolo. Cambiare un permesso per tutta la contabilità significa modificare un ruolo, non venti account uno per uno.
Il vantaggio non è solo pratico. Un ruolo ben definito è anche una fotografia di chi dovrebbe poter fare cosa, utile il giorno in cui bisogna dimostrare — a un cliente, a un revisore, a un’autorità di controllo — che l’accesso ai dati personali o finanziari è limitato a chi ne ha davvero bisogno per lavorare. Senza questa fotografia, la risposta a “chi può vedere i dati dei clienti” diventa una ricerca manuale account per account.
Gli errori più comuni quando si assegnano i permessi
Alcuni schemi si ripetono a prescindere dal software usato:
- Profili copiati da un collega invece che costruiti sul ruolo effettivo: si eredita anche l’accesso di troppo.
- Account di ex dipendenti o collaboratori esterni disattivati in ritardo, o mai disattivati.
- Permessi di amministratore condivisi tra più persone per comodità, senza un log di chi ha fatto cosa.
- Nessuna distinzione tra chi inserisce un dato e chi lo approva: la stessa persona può creare un ordine e autorizzarlo, il che elimina un controllo che dovrebbe essere separato.
- Revisione dei permessi fatta solo al momento dell’installazione, mai più ripetuta.
Quest’ultimo punto è probabilmente il più sottovalutato. Un’azienda cambia organigramma, reparti, fornitori del sistema; i permessi restano quelli fissati all’inizio, sempre più distanti da chi lavora davvero con cosa.
Cosa verificare prima di considerare l’impostazione conclusa
Alcuni controlli aiutano a capire se la configurazione dei permessi è solo apparentemente a posto:
- Chiedere al sistema l’elenco di chi ha accesso ai dati più sensibili (anagrafica clienti, buste paga, condizioni commerciali) e verificare se la lista ha ancora senso.
- Controllare se esiste un log delle modifiche fatte da chi ha permessi di amministratore, e se qualcuno lo guarda mai.
- Verificare che chi crea un documento contabile o un ordine non sia anche l’unico che lo approva.
- Fissare una data, anche solo semestrale, in cui i responsabili di reparto confermano che i permessi del loro team sono ancora corretti.
Nessuno di questi punti richiede un intervento tecnico complesso. Richiede però che qualcuno se ne occupi con regolarità, non solo il giorno del go-live del sistema.
Domande frequenti
I permessi utente riguardano solo aziende grandi con molti dipendenti?
No. Anche in un’azienda con dieci persone i ruoli si sovrappongono facilmente, e proprio perché il gruppo è piccolo si tende a dare accesso a tutto “tanto ci conosciamo”. È lì che gli errori passano più inosservati.
Un ERP cloud gestisce già la sicurezza dei permessi da solo?
Il fornitore garantisce la sicurezza dell’infrastruttura — server, cifratura, continuità del servizio. Chi ha accesso a cosa dentro il sistema resta una decisione interna dell’azienda, che nessun fornitore può prendere al posto suo.
Ogni quanto ha senso rivedere i ruoli e i permessi?
Non esiste un numero valido per tutti, ma un controllo legato ai momenti in cui cambia l’organizzazione — nuove assunzioni, uscite, riorganizzazioni di reparto — unito a una verifica periodica almeno annuale, copre la maggior parte dei casi reali.
