Cloud/Paramètres/Rôles
Rôles
Le modèle de permissions de l'organisation : des rôles système fournis d'origine, des rôles personnalisés que vous composez à partir du catalogue de permissions, et la règle selon laquelle les rôles système ne peuvent pas être supprimés.
Roles est le modèle de permissions de l'organisation rendu visible. La description : "Custom roles and the permissions they grant." Le gérer exige org:manage.
Roles
Custom roles and the permissions they grant.
Full control over the organization.
Default access for invited people.
Read-only access for reporting.
Data Analyst
Pick the permissions this role grants within its scope.
Members
Teams
Settings
Audit
Le mockup est la vraie page. Sélectionnez un rôle pour lire ses permissions groupées, et notez le badge System sur ceux qui ne peuvent pas être supprimés.
D'abord les rôles système
Chaque organisation commence avec deux : Owner, contrôle total, et Member, le rôle par défaut des personnes invitées. Tous deux portent un badge System, et la console refuse de les supprimer ; ils sont le socle sur lequel repose le reste du modèle.
Rôles personnalisés
Create role ouvre l'éditeur : un nom comme "Data Analyst" et le sélecteur de permissions, où l'instruction est "Pick the permissions this role grants within its scope." Les permissions viennent du catalogue de l'organisation, groupées par domaine : membres, équipes, paramètres, audit, et chaque permission est une capacité concrète telle que org:members:read ou org:manage. Un rôle personnalisé se Clone aussi : dupliquer un rôle et l'élaguer va plus vite que de partir de zéro. Supprimer un rôle personnalisé se fait via Delete avec confirmation ; les rôles sur Members qui le référençaient doivent être réattribués.
Pourquoi cette page existe
Les permissions ici ne sont pas de la décoration : ce sont les mêmes contrôles ABAC que la console applique partout, décidant qui voit la piste d'audit, qui édite le SSO, qui gère la liste des membres. Les rôles transforment ces contrôles en mots réutilisables. Plutôt que d'accorder org:audit:read à une personne, vous lui accordez Data Analyst, et le sens voyage avec le nom.
Et ensuite
Service Accounts applique la même idée aux identités qui ne sont pas des personnes.