En résumé
On donne accès à un espace de travail en y ajoutant des membres, chacun avec un rôle : lecteur, éditeur ou propriétaire. Ce rôle s’applique à tous les projets de l’espace de travail — et chaque projet peut le redéfinir pour quelqu’un, y compris en lui masquant complètement le projet.
Cette page suppose le mode serveur
Les comptes, les rôles et les droits d’accès n’existent qu’avec un backend. Dans le navigateur, seul devant votre machine, la question ne se pose pas — voir Modes de déploiement.
Les rôles
Un membre de l’espace de travail reçoit l’un des trois rôles Lecteur, Éditeur ou Propriétaire. Un quatrième, Aucun accès, n’existe que sur un projet. Du plus restreint au plus étendu :
Aucun accès (masqué) — sur un projet seulement
Le projet est masqué. Ce rôle ne se donne pas sur l’espace de travail : c’est une redéfinition, pour retirer à quelqu’un un projet précis sans toucher au reste.
Lecteur
Consulte les tableaux de bord, les cohortes, la documentation. Ne modifie rien. C’est le rôle des personnes à qui l’on restitue un travail.
Éditeur
Crée et modifie le contenu : projets, cohortes, jeux de données, tableaux de bord, code. Le rôle de ceux qui produisent le travail.
Propriétaire
Tout ce qui précède, plus la gestion de l’espace de travail : ajouter et retirer des membres, modifier ses paramètres, le supprimer.
L’héritage vers les projets
C’est le point qui évite de tout régler projet par projet : un rôle donné sur l’espace de travail vaut dans tous ses projets. Ajouter quelqu’un comme éditeur, c’est en faire un éditeur partout.
Ce défaut convient à la plupart des équipes. Quand il ne convient pas, un projet peut redéfinir le rôle d’une personne : la redéfinition l’emporte sur l’héritage, pour ce projet seulement. Elle se pose dans les paramètres du projet, onglet Membres, avec Ajouter une redéfinition ; Retirer la redéfinition rend à la personne son rôle hérité.
Espace de travail
Alice — rôle dans l'espace
ÉditeurDeux redéfinitions courantes
Un lecteur de l’espace de travail devient éditeur sur le seul projet où il travaille vraiment.
Un éditeur passe à aucun accès sur un projet dont les données lui sont fermées — le projet disparaît alors de sa vue.
Rôles personnalisés
Les rôles fournis couvrent l’essentiel, mais leur découpage n’est pas toujours celui de votre établissement. Un administrateur peut donc, dans les paramètres de l’instance, onglet Rôles, créer des rôles et choisir précisément ce qu’ils autorisent, ressource par ressource : Lecture, Écriture, Suppression, et Exécution là où du code tourne (IDE, widgets, analyses).
Ce qu'un membre peut faire dans un workspace. Ces rôles s'appliquent aussi à tous les projets du workspace par héritage — un projet peut redéfinir le rôle d'un membre (voir l'onglet Membres du projet).
| Permission | Propriétaire Système | Éditeur Système | Lecteur Système | Gestionnaire de données |
|---|---|---|---|---|
| Workspace | ||||
| Paramètres du workspace | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| Membres du workspace | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| Projets | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| Bases de données | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| Projet | ||||
| Membres du projet | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| IDE | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| Exécution | ||||
| Cohortes | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| Tableaux de bord | ||||
| Lecture | ||||
| Écriture | ||||
| Suppression | ||||
| Exécution | ||||
Par défaut, le Lecteur a la lecture partout ; l’Éditeur lit, écrit et exécute partout, mais ne supprime rien et ne gère pas les membres ; le Propriétaire a tout.
Les rôles se déclinent en deux portées à ne pas confondre.
- Rôle d’espace de travail et de projet — ce qu’un membre peut faire dans un espace de travail. C’est celui dont parle cette page.
- Rôle global — ce qu’une personne peut faire sur l’instance : gérer les comptes, les rôles eux-mêmes, la configuration. Voir Authentification et permissions.
Les rôles système se modifient, mais ne se suppriment pas
Lecteur, Éditeur et Propriétaire portent le badge Système : on peut les renommer et changer leurs permissions, pas les supprimer — tout l’héritage repose sur eux. Modifier leurs cases change donc ce que peuvent faire tous les membres qui les portent, dans tous les espaces de travail.
Un rôle d'espace personnalisé ne s'attribue pas encore
La matrice accepte des rôles d’espace de travail personnalisés, mais le menu de rôle des membres ne propose aujourd’hui que Lecteur, Éditeur et Propriétaire (et Aucun accès sur un projet). Un rôle global personnalisé, lui, s’attribue à un compte — voir Authentification et permissions.
Pour aller plus loin
- Paramètres — les autres réglages d’un espace de travail.
- Authentification et permissions — les comptes et les rôles globaux, côté administration.