Utenti, inviti e permessi
Identità, ruolo e perimetro
In Organizations seleziona un'organizzazione e apri gli utenti. L'identità dell'utente è distinta dal profilo che gli concede accesso a Partner, Customer e Tenant. Per leggere il proprio accesso usa My access nel Profilo.
Un ruolo definisce le capacità; il perimetro definisce dove si applicano. La lista di ruoli assegnabili è fornita dal profilo dell'operatore e filtrata dall'organizzazione selezionata. La pagina non consente di attribuire arbitrariamente un ruolo superiore.
Invita un utente
| Campo | Regola e uso |
|---|---|
| First name | Obbligatorio; nome del destinatario. |
| Last name | Obbligatorio; cognome del destinatario. |
| Obbligatoria; indirizzo dell'identità da invitare. Verificare il destinatario prima dell'invio. | |
| Role | Obbligatorio, scelto tra i ruoli consentiti all'operatore. |
| Partner | Obbligatorio per ruoli Partner; per ruoli Tenant deve essere coerente con il Customer e il Tenant. |
| Customer | Filtro/contesto dei ruoli Tenant, coerente con il Partner. |
| Tenant | Obbligatorio per tenant_admin, tenant_analyst, tenant_viewer. |
I ruoli partner_owner e partner_admin richiedono un Partner e non portano una selezione Customer/Tenant. I ruoli Tenant richiedono un tenant della gerarchia selezionata. Da un Customer o Tenant non si crea un invito con ruolo Partner. Nel contesto Platform il pannello incorporato non propone inviti organizzativi.
Cambiare ruolo ricalcola i valori di perimetro; cambiare Partner o Customer richiede di ricontrollare le selezioni dipendenti. Un contesto già fissato dall'organizzazione rende alcuni selettori non modificabili.
La funzione amministrativa Create user, dove abilitata, raccoglie First name, Last name ed Email. Non confondere la creazione dell'identità con la concessione dei permessi organizzativi.
Esito dell'email di invito
| Stato | Azione |
|---|---|
pending | Richiesta in attesa; verificare ancora lo stato prima di ripetere l'invio. |
sending | Invio in corso; il pulsante di retry non è disponibile. |
sent | Invio riportato come eseguito; non prova la lettura o l'accettazione dell'invito. |
not_sent | Invio non eseguito; disponibile Retry invitation email. |
unknown | Esito incerto; un retry potrebbe generare una seconda email. |
Check again rilegge lo stato. Il retry usa la versione della richiesta visualizzata: dopo un errore controllare nuovamente l'esito prima di riprovare. La consegna dell'email e l'attivazione dell'accesso sono verifiche separate.
Aggiungi o revoca un permesso
Accettazione dell'invito
Il destinatario apre il collegamento ricevuto e verifica stato, email mascherata, ruolo e organizzazioni. Con un account già autenticato usa Accept invitation; senza sessione può scegliere Sign in with existing account oppure compilare First name, Last name e Password, tutti obbligatori, e usare Create account and accept. La password segue anche la policy dell'identità dell'ambiente: il modulo non espone una soglia universale da riportare come default.
Attendere Account activated o la conferma di invito accettato prima di Access the platform. Un esito parziale indica che la creazione/accettazione è ancora in verifica; Check again compare solo quando il risultato consente il retry. Un token mancante o un invito non valido richiede verifica del collegamento e dell'invito con l'amministratore. Dopo l'accettazione può servire un nuovo login per aggiornare i permessi di sessione.
Gestione dei permessi
Il dettaglio dei permessi ha sezioni Partner, Customer e Tenant. Search permissions cerca nome, ID e descrizione; il selettore Add permission elenca solo record non già assegnati e modificabili nel contesto.
- Seleziona l'utente e l'organizzazione corretti.
- Nel livello pertinente scegli il record e premi Add.
- Rileggi il profilo e controlla se il permesso è diretto o ereditato.
Revoke è disponibile solo per un permesso diretto modificabile; un permesso ereditato va gestito nel livello che lo concede. I profili con ruolo Platform admin configurato non si gestiscono aggiungendo o revocando questi singoli record. La revoca richiede la conferma mostrata dalla Console.
In un Partner si possono modificare il relativo accesso e i Customer/Tenant discendenti; da un Customer i suoi accessi e i Tenant discendenti; da un Tenant solo il suo perimetro. Gli altri permessi dell'identità rimangono distinti.
Rimozione dell'accesso
La rimozione logica dell'utente in un'organizzazione elimina accessi e inviti pendenti del perimetro scelto. L'identità e gli accessi altrove rimangono; la disabilitazione dell'account è una scelta separata, consentita solo dopo la verifica di esclusività.
Riferimento: componenti Access e contratti del repository verificato il 10 novembre 2026. Non sono stati creati utenti, inviati inviti o revocati permessi sullo stage.