Perché non si possono aggiungere dopo
Un permesso non è una schermata in più: è una condizione che attraversa ogni elenco, ogni dettaglio, ogni pulsante e ogni operazione. Introdurlo su un software finito significa rivedere tutto ciò che è stato scritto, con un costo tipicamente superiore a quello di averlo previsto dall'inizio — e con il rischio di dimenticare un punto, che è il modo in cui nascono le fughe di dati interne.
| Decisione | Se presa all'inizio | Se presa dopo |
|---|---|---|
| Esistono ruoli diversi? | Costo contenuto | Revisione dell'intera applicazione |
| I dati sono divisi per filiale o reparto? | Struttura pensata di conseguenza | Spesso richiede di rifare la base dati |
| Serve sapere chi ha fatto cosa? | Registrato da subito | Lo storico precedente non è ricostruibile |
| Un responsabile vede i dati del suo team? | Semplice | Complesso, tocca ogni elenco |
| Serve approvazione per certe operazioni? | Previsto nel flusso | Il flusso va riscritto |
Come si progettano
- 01
Partire dai lavori, non dalle persone
«Chi inserisce ordini», «chi approva», «chi consulta»: i ruoli descrivono funzioni, non nomi. Le persone poi ricevono uno o più ruoli, e cambiando mansione cambiano ruolo senza che nessuno debba ricostruire i permessi.
- 02
Applicare il minimo necessario
Ognuno vede ciò che serve per lavorare, non tutto ciò che potrebbe essergli utile un giorno. È più sicuro e rende anche l'interfaccia più semplice, perché ognuno vede meno cose.
- 03
Distinguere vedere da modificare
Sono due permessi diversi, e confonderli è la causa più comune di dati sovrascritti per errore.
- 04
Prevedere l'eccezione controllata
Ci sarà sempre il caso in cui qualcuno deve fare qualcosa che normalmente non può. Meglio prevedere un'autorizzazione tracciata che veder circolare le credenziali dell'amministratore.
- 05
Registrare le operazioni importanti
Chi ha modificato cosa e quando. Non serve tracciare tutto: le operazioni che possono generare una discussione, sì.
Il ciclo di vita degli utenti
La parte che quasi nessuno gestisce
- Chi autorizza la creazione di un nuovo utente, e con quale ruolo.
- Cosa succede quando una persona cambia mansione: i vecchi permessi vanno tolti, non solo aggiunti i nuovi.
- Chi disattiva l'utenza quando una persona lascia l'azienda, e entro quanto.
- Come si gestiscono i fornitori esterni con accesso temporaneo, e chi verifica la scadenza.
- Ogni quanto si rivede l'elenco degli utenti attivi: due volte l'anno è ragionevole.
- Cosa succede ai dati e ai documenti di una persona che se ne va.
Il secondo punto è quello che genera il fenomeno dell'accumulo: chi cambia ruolo più volte in un'azienda finisce, dopo qualche anno, con più permessi del direttore generale — non per scelta, ma perché nessuno ha mai tolto nulla.
Il legame con la protezione dei dati
- Limitare l'accesso ai dati personali a chi ne ha effettivamente bisogno è uno dei principi di base della normativa europea.
- La tracciabilità delle operazioni è ciò che permette di ricostruire cosa è successo in caso di incidente.
- Le autorizzazioni al trattamento date alle persone che accedono ai dati vanno formalizzate.
- La revisione periodica degli accessi è una misura organizzativa, non tecnica, e va documentata.
- Le scelte specifiche per la vostra azienda vanno verificate con il consulente privacy: qui indichiamo il principio, non l'applicazione al vostro caso.
In pratica queste esigenze coincidono con quelle organizzative: un sistema di permessi ben progettato soddisfa contemporaneamente la sicurezza, la chiarezza dei ruoli e gli obblighi normativi, senza che nessuno dei tre venga trattato come un vincolo esterno.