Rôles
Un rôle est un ensemble nommé de permissions, et vous composez les vôtres. Il n'y a pas d'échelle fixe de propriétaire, administrateur, éditeur et lecteur dans laquelle ranger les gens.
Composer un rôle
Un rôle a une clé, un nom d'affichage et les permissions que vous cochez dans une liste regroupée par domaine : contenu, modèles, fichiers, opérations, réglages, intégrations et notifications. Les permissions sont précises : publier du contenu en est une, et modifier un modèle en est une autre. La clé ne peut plus changer une fois le rôle créé. Un rôle dont vous n'avez plus besoin est désactivé, et les rôles ne sont jamais supprimés.
Deux rôles prêts à l'emploi
L'administrateur de l'espace de travail couvre tout dans l'espace de travail, y compris la facturation, les projets, les invitations et l'export. L'administrateur de projet couvre tout à l'intérieur d'un projet. L'application des droits lit les permissions et jamais le nom d'un rôle, de sorte qu'un rôle que vous composez est appliqué exactement comme un rôle prêt à l'emploi.
Où s'applique un octroi
Vous accordez un rôle sur tout l'espace de travail ou sur un seul projet. Les octrois s'additionnent, et une personne peut détenir plusieurs rôles. Les gens rejoignent votre équipe sur invitation, et chaque invitation porte un rôle. Un changement du rôle de quelqu'un prend effet à l'actualisation suivante de sa session.
Vous n'accordez que ce que vous détenez
Chaque permission d'un rôle que vous accordez doit être une permission que vous détenez déjà. Un espace de travail conserve toujours au moins un administrateur à l'échelle de l'espace de travail, et une révocation qui n'en laisserait aucun est refusée.
Rôles pour vos utilisateurs
Les personnes qui se connectent à votre application détiennent aussi des rôles. Vous les déclarez par projet dans votre fichier de config ou avec foir customer-roles dans la CLI (la documentation appelle vos utilisateurs des "customers"). Leurs permissions sont des portées, comme exécuter une opération nommée ou écrire un modèle.
Un rôle marqué comme défaut s'applique à tout utilisateur sans assignation, et un utilisateur sans rôle détient un jeton en lecture seule. Un rôle modifié atteint un utilisateur connecté à l'actualisation suivante de son jeton, sans qu'il ait besoin de se reconnecter. Dans un projet avec des organisations, un utilisateur détient un rôle dans chaque organisation par une adhésion.
Lire le détail
Le guide des membres de l'équipe couvre les deux rôles prêts à l'emploi, la composition des vôtres, les octrois et les invitations.