Rôles et autorisations
Cette référence décrit précisément ce que chaque rôle peut faire, comment les portées s’imbriquent, et les règles qu’EntityFlow applique en matière d’accès. Les propriétaires et les administrateurs attribuent les rôles sur la page Membres d’EntityFlow Hub.
Rôles
Du rang le plus élevé au plus bas :
- Owner — contrôle total du compte.
- Admin — gère tout dans sa portée, sauf la propriété du compte.
- Editor — crée, lit et modifie des diagrammes.
- Viewer — lecture seule.
Portées
Les autorisations s’appliquent à une portée. De la plus large à la plus restreinte :
Account → Organization → Workspace → Team → (diagrams)
Un rôle accordé à une portée supérieure se propage en cascade à tout ce qui se trouve en dessous. Accordez le rôle Editor à la portée de l’organisation et le membre pourra modifier les diagrammes de chaque espace de travail et de chaque équipe au sein de cette organisation.
Matrice des autorisations
| Capacité | Owner | Admin | Editor | Viewer |
|---|---|---|---|---|
| Lire le compte | ✓ | ✓ | ✓ | ✓ |
| Gérer le compte / SSO / membres | ✓ | ✓ | — | — |
| Créer / gérer une organisation | ✓ | ✓ | — | — |
| Créer / gérer un espace de travail | ✓ | ✓ | — | — |
| Créer / gérer une équipe | ✓ | ✓ | — | — |
| Diagramme — créer | ✓ | ✓ | ✓ | — |
| Diagramme — lire | ✓ | ✓ | ✓ | ✓ |
| Diagramme — écrire | ✓ | ✓ | ✓ | — |
| Diagramme — supprimer | ✓ | ✓ | ✓ | — |
En résumé : Owner et Admin gèrent tout dans leur portée ; Editor travaille sur les diagrammes mais ne peut pas gérer la structure ni les membres ; Viewer est en lecture seule.
Règles essentielles
- Isolation des locataires — il n’existe aucun accès entre comptes. Toute requête inter-comptes est refusée, sans exception.
- Attribution selon le rang du rôle — vous ne pouvez pas accorder un rôle égal ou supérieur à votre propre rang (un admin ne peut pas créer un owner ni un autre admin).
- Droits liés aux fonctionnalités — les capacités d’entreprise sont protégées par des droits :
sso,scim,audit-logetdb-per-tenant. Un rôle à lui seul ne débloque pas une fonctionnalité que votre offre n’inclut pas.
:::warning Appliqué côté serveur Toutes ces vérifications s’exécutent sur le serveur et sur le websocket temps réel — elles ne sont jamais simplement masquées dans l’interface. Une fonctionnalité protégée est une vérification d’autorisation, pas un bouton invisible : la frontière tient donc même pour les appels API directs. Voir l’API REST. :::