> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Ruoli e permessi: RBAC per la console KYC > Gestisci l'accesso del team con i ruoli nella Console Didit: usa quelli predefiniti o crea ruoli personalizzati con permessi granulari. Questo capitolo della lezione su dashboard e ruoli dell'Academy Didit riprende dai membri del team e dai ruoli. La lezione dell'Academy sui team arriva ai membri e ai ruoli al minuto 4:04, poi illustra i cinque ruoli predefiniti e i ruoli personalizzati. [Membri del team e ruoli: Didit Academy](https://www.youtube.com/embed/sRcOBxjRYag?start=244\&rel=0\&playsinline=1) ## Panoramica Didit utilizza un sistema di controllo degli accessi basato sui ruoli (RBAC) per gestire ciò che i membri del team possono fare nella console. A ogni membro viene assegnato un **ruolo**, e ogni ruolo ha un insieme di **autorizzazioni** che controllano l'accesso a funzionalità specifiche. ## Ruoli predefiniti Didit fornisce cinque ruoli integrati (di sistema) che coprono le strutture di team più comuni: | Ruolo | Descrizione | | - | - | | **Proprietario** | Accesso completo a tutte le funzionalità, inclusi la gestione dell'organizzazione, la fatturazione e la gestione dei ruoli. Solo i proprietari possono trasferire l'assetto proprietario. Nessun ruolo può eliminare un'organizzazione: il supporto Didit lo fa su richiesta. | | **Amministratore** | Accesso completo alla gestione delle funzionalità di verifica, ai membri del team e alle impostazioni dell'applicazione. Non può gestire i ruoli. | | **Responsabile della compliance** | Focalizzato sulla revisione delle sessioni, sulla gestione di AML e blocklist, sulla consultazione dei registri di audit e sulla gestione di transazioni e profili aziendali. | | **Sviluppatore** | Gestisce workflow, webhook, chiavi API, questionari e configurazione dell'applicazione. Può inoltre creare sessioni di verifica e, per il resto, può solo leggerle. | | **Lettore** | Accesso in sola lettura alle sezioni della console, ad eccezione delle evidenze di Bank Verification. Non può modificare alcun dato. | I ruoli di sistema non possono essere modificati né eliminati. ## Ruoli personalizzati I proprietari dell'organizzazione possono creare **ruoli personalizzati** con combinazioni specifiche di autorizzazioni, pensate per le esigenze del tuo team. Per creare un ruolo personalizzato: 1. Vai su **Settings > Organization > Roles and permissions** 2. Fai clic su **Create Role** 3. Inserisci un nome, uno slug e una descrizione 4. Seleziona le autorizzazioni che vuoi concedere 5. Fai clic su **Create Role** I ruoli personalizzati possono essere modificati ed eliminati in qualsiasi momento. Non puoi eliminare un ruolo attualmente assegnato ai membri: riassegnali prima. ## Riferimento delle autorizzazioni Le autorizzazioni seguono il formato `action:resource`. Le azioni disponibili sono: * **read**: visualizzare una risorsa * **write**: aggiornare una risorsa * **create**: creare nuove istanze di una risorsa * **delete**: rimuovere una risorsa * **list**: elencare più istanze di una risorsa ### Autorizzazioni per risorsa | Risorsa | Azioni disponibili | Sezione della console | | - | - | - | | `organization` | read, write | Impostazioni dell'organizzazione | | `members` | read, list, write, delete | Membri del team | | `roles` | read, list, write, create, delete | Gestione dei ruoli | | `applications` | read, list, write, create, delete | Impostazioni dell'applicazione | | `sessions` | read, list, create, write, delete | Sessioni di verifica, modifiche di stato ed eliminazione delle sessioni | | `users` | read, list, write, create, delete | Elenco utenti finali | | `businesses` | read, list, write, create, delete | Profili aziendali (KYB) | | `transactions` | read, list, create, write | Monitoraggio delle transazioni | | `workflows` | read, write, create, delete | Editor dei workflow | | `questionnaires` | read, write, create, delete | Questionari | | `customization` | read, write | Branding white label | | `lists` | read, write, create, delete | Liste (blocklist/allowlist) | | `blocklist` | read, write, create | Gestione delle blocklist | | `webhooks` | read, write, create, delete | Destinazioni webhook | | `api-keys` | read, write | Gestione delle chiavi API | | `analytics` | read | Dashboard analitica | | `audit-logs` | read, list | Registri di audit | | `subscription` | read, write | Fatturazione e utilizzo | | `saml` | read, write | Configurazione SSO/SAML | | `authentication` | read, write | Autenticazione per i tuoi utenti finali | | `integrations` | read, list, write, create, delete | Integrazioni e provider collegati | | `cases` | read, list, write | Casi | | `messages` | read, list, write | Messaggi | | `networks` | read, list, write | Reti di frode | | `bank-verifications` | read | Evidenze di Bank Verification | Ogni ruolo deve avere `read:organization`, `read:applications` e `list:applications` per aprire la console. ## Assegnazione dei ruoli Quando inviti un nuovo membro del team o modifichi un membro esistente, puoi scegliere tra tutti i ruoli disponibili (di sistema e personalizzati). A un membro può essere assegnato un solo ruolo alla volta. Per cambiare il ruolo di un membro, vai su **Settings > Organization > Members** e modifica il membro. ## Link di invito Ogni invito viene inviato via email come link monouso associato all'indirizzo email dell'invitato e scade dopo **30 giorni**. Se un invitato segnala che il suo link mostra **Invito non disponibile**, l'invito originale non è più valido: vai su **Settings > Organization > Members** e inviagliene uno nuovo, invece di reinviare la vecchia email. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.