Definizione
Che cos’è Field-level security e come funziona?
Una persona può accedere alla scheda cliente ma non a margini, note riservate o dati personali non necessari. Lettura e scrittura possono avere regole differenti.
Nascondere un campo nell’interfaccia non basta se il valore continua a viaggiare nell’API. Il controllo deve essere applicato prima che il dato venga restituito o accettato dal backend.
Esempio aziendale
Esempio di Field-level security in azienda
Il supporto vede contatti e ticket, mentre condizioni economiche e valutazioni interne sono disponibili solo alla direzione commerciale.
Applicazioni
Quando può essere utile
- dati sensibili
- separazione delle responsabilità
- portali clienti
- API aziendali
- contesto degli agenti AI
Limiti
Quando fare attenzione
- nascondere solo il componente visivo
- inviare campi inutili al browser
- usare un unico profilo API
- dimenticare esportazioni e report
Da non confondere
Field-level security: con cosa non va confuso?
La sicurezza per campo protegge singoli attributi. Quella per riga limita interi record in base a utente o contesto.
Dalla definizione al progetto
Cosa può realizzare Agentix con Field-level security
Agentix mappa i dati realmente necessari per ogni ruolo e canale, inclusi esportazioni, API e applicazioni AI.
Con Lumen la protezione dei campi vive nel motore applicativo e non dipende dalla singola schermata generata per un reparto.
Scopri i permessi per campo di LumenRisposte rapide
Domande frequenti su Field-level security
Il campo può essere visibile ma non modificabile?
Sì. I permessi di lettura e scrittura dovrebbero essere distinti quando il processo lo richiede.
L’AI riceve i campi nascosti?
Non dovrebbe. Il contesto deve essere costruito dopo l’applicazione dei permessi, includendo soltanto ciò che è autorizzato.
Dal concetto all’applicazione
Vuoi applicare Field-level security nella tua azienda?
Partiamo dal processo, dai dati disponibili e dal risultato atteso per definire un primo progetto concreto.