Utenti, team e ruoli
Users Admin / Anagrafica Utenti
Sezione intitolata “Users Admin / Anagrafica Utenti”A cosa serve. Gestisce gli utenti della piattaforma.
Quando usarla. Per creare/modificare utenti, assegnare ruoli, gestire MFA e permessi.
Come aprirla. Dal launcher Configurazioni, Anagrafica Utenti.
Cosa mostra. Il dettaglio utente a schede: Info (anagrafica), Org (collocazione organizzativa), Perms (ruoli/permessi), Routing (code/team), Itypes (tipi di ticket abilitati), Tenant (appartenenza tenant).
Come si usa. Si crea/modifica l’utente, si assegnano ruoli e appartenenze; sono supportate le operazioni bulk e la gestione MFA. Le password le imposta l’utente (mai l’amministratore).
Cosa succede dopo. L’utente opera secondo i ruoli/permessi assegnati (Il modello RBAC).
Team Management
Sezione intitolata “Team Management”A cosa serve. Gestisce i team e la loro composizione.
Quando usarla. Per creare team, assegnare membri e definire i tier (L1/L2/L3).
Come aprirla. Dal launcher Configurazioni, Team Management (system) o Team Manager.
Cosa mostra e come si usa. I team con membri, tier e code associate; la gestione della composizione.
Cosa succede dopo. I team governano l’assegnazione e l’escalation dei ticket.
Note. Tier split L1/L2-3; alla creazione esistono 4 team predefiniti.
Role Catalog
Sezione intitolata “Role Catalog”A cosa serve. È il catalogo dei ruoli (sorgente del flusso RBAC).
Quando usarla. Per consultare/gestire i ruoli disponibili.
Come aprirla. Dal launcher Configurazioni, Role Catalog.
Cosa mostra e come si usa. L’elenco dei ruoli predefiniti con scope.
Cosa succede dopo. I ruoli sono assegnabili agli utenti (Users Admin / Anagrafica Utenti, Role Manager).
Note. Il modello dei ruoli è descritto in Ruoli e permessi.
RBAC Administration
Sezione intitolata “RBAC Administration”A cosa serve. Configura i permessi per ruolo (RBAC).
Quando usarla. Per definire cosa ciascun ruolo può vedere e fare.
Come aprirla. Dal launcher Configurazioni, RBAC Administration.
Cosa mostra e come si usa. La configurazione dei profili di accesso e dei permessi per ruolo (come differenze rispetto alle impostazioni predefinite).
Cosa succede dopo. I cambiamenti governano la visibilità (Il modello RBAC).
Note. Fail-safe: se una personalizzazione non è disponibile, valgono le impostazioni predefinite.
RBAC Capabilities
Sezione intitolata “RBAC Capabilities”A cosa serve. Definisce le capability (azioni granulari) associate ai ruoli.
Quando usarla. Per abilitare/negare singole azioni (gate) ai ruoli.
Come aprirla. Dal launcher Configurazioni, RBAC Capabilities.
Cosa mostra e come si usa. L’elenco delle capability e la loro assegnazione ai ruoli.
Cosa succede dopo. Le azioni sono consentite/negate in base alle capability.
Note. Si combina con i permessi su pagine e hub descritti in Il modello RBAC.
Role Manager
Sezione intitolata “Role Manager”A cosa serve. Assegna i ruoli a un utente.
Quando usarla. Per aggiungere/rimuovere ruoli a un utente.
Come aprirla. Da Users Admin (scheda Perms) o dalle configurazioni RBAC.
Cosa mostra e come si usa. I ruoli disponibili (dal Role Catalog) e quelli assegnati; si selezionano/deselezionano.
Cosa succede dopo. I permessi dell’utente cambiano di conseguenza.
Note. Coerente con il catalogo ruoli (Role Catalog).
Access Matrix
Sezione intitolata “Access Matrix”A cosa serve. Mostra la matrice degli accessi (ruoli × hub/pagine/azioni).
Quando usarla. Per verificare a colpo d’occhio chi può fare cosa.
Come aprirla. Dalle configurazioni RBAC.
Cosa mostra e come si usa. La matrice di visibilità/permessi per ruolo.
Cosa succede dopo. Supporta la revisione degli accessi.
Note. Vista di riepilogo della Il modello RBAC.
Tenant Groups
Sezione intitolata “Tenant Groups”A cosa serve. Gestisce i gruppi/tenant e lo staffing (team per-tenant).
Quando usarla. Per configurare i gruppi del cliente e lo staffing.
Come aprirla. Dalle configurazioni / gestione team.
Cosa mostra e come si usa. I gruppi per tenant con i membri e i team associati.
Cosa succede dopo. I gruppi governano visibilità e dispatch (es. Customer Service, Customer Service, Enterprise Service e ICC).
Note. 4 team di default per tenant.