Tre superfici, tre attività
01In una frase #sec_d281fa46
REVIEWIT non ha un'unica applicazione con menu grigiati in base al ruolo: ha tre interfacce distinte, e ciò che una superficie non fa, non lo fa da nessuna parte.
02Perché tre, e non una #sec_8338db55
Un'unica applicazione con diritti diversi sarebbe stata più semplice da costruire. Avrebbe anche reso possibile ciò che il prodotto rifiuta: che un amministratore di fretta, di venerdì sera, prenda decisioni al posto di un relecteur in ritardo.
La separazione quindi non è una comodità ergonomica. È la forma assunta dalla regola centrale: una decisione di ricertificazione appartiene a chi la prende. Un pulsante che non esiste in nessuna interfaccia di amministrazione non può essere cliccato per errore, né trovato tramite una scorciatoia, né esposto da un'API.
03Il relecteur — REVIEW Center #sec_f6563f65
Decide, ed è l'unico a decidere.
Apre la sua fila, vede le risorse o le persone di cui è responsabile, e per ciascuna prende una decisione. Lo schermo non gli chiede di indovinare: gli mostra ciò che la politica si aspettava e ciò che è stato osservato.
Vede solo ciò di cui è responsabile. Non configura nulla, non avvia nulla, non sollecita nessuno. La sua fila è trasversale ai workspace: un relecteur responsabile degli accessi in tre entità li vede in un'unica fila, perché il suo compito è decidere, non navigare in una gerarchia organizzativa.
Ciò che può fare quando non può decidere da solo — delegare, escalation, consultare — è descritto nel percorso [Relecteur](/tutoriel/relecteur/).
04L'amministratore di workspace — Workspace Center #sec_0752b59a
Organizza, non decide.
Un workspace è un'unità di governance: un'entità, una filiale, una direzione, a cui l'amministrazione centrale ha delegato la governance dei propri accessi, in un ambito limitato.
Il suo amministratore lancia le campagne, sceglie gli ambiti e le politiche, designa i relecteur, fissa le scadenze, sollecita, sblocca e rende conto. Ha a disposizione: le campagne, la santuario, la delega, i report, il centro di alert e l'audit del suo ambito.
Ciò che non ha: un pulsante per approvare. Tutte le sue azioni lasciano una traccia attribuita, e nessuna sostituisce il suo giudizio a quello di un relecteur.
05L'amministratore della souscription — Centro di amministrazione #sec_5507f0b9
Apre le porte e assegna le risorse.
È l'amministrazione centrale del cliente. Crea i workspace — lo schermo dice « onboarder un workspace » —, assegna loro l'ambito e i crediti, collega le connessioni alle fonti di dati, nomina gli amministratori e i ruoli, e monitora il tutto.
Non pilota le campagne di un workspace: ha creato l'entità che le pilota. È la stessa regola di un livello superiore — delegare la governance senza riservarsi il diritto di esercitarla al posto del delegatario.
06Come i tre si relazionano #sec_9e43f33d
Il movimento va in una sola direzione, e non risale mai.
Administrateur de souscription
ouvre un workspace, lui donne un périmètre et des crédits
↓
Administrateur de workspace
lance une campagne sur ce périmètre, désigne des relecteurs
↓
Relecteur
rend les décisions
↓
La piste d'audit
conserve qui a décidé quoi, quand, et pourquoi
Nessuno può bypassare il livello inferiore. Un amministratore della souscription non prende decisioni; nemmeno un amministratore di workspace.
07E il revisore? #sec_38f77bef
Esiste un quarto profilo: il revisore, in lettura sola e su tutto. Non modifica nulla, da nessuna parte — legge le campagne, le decisioni, le giustificazioni e la traccia di audit. Non ha un percorso di tutorial perché non ha alcun gesto da imparare: il suo compito è quello di guardare ciò che gli altri tre hanno fatto.
08Da ricordare #sec_1eaa4598
Tre interfacce, tre ruoli, un senso unico. Ciò che una superficie non fa, non lo fa da nessuna parte — ed è questo che rende la promessa di imputabilità sostenibile altrove che in una nota d'intenzione.