Donner à chacun l’accès dont son travail a réellement besoin
Définissez d'abord le périmètre du workspace avant de choisir les collègues ou clients qui pourront y accéder.
Deux limites d’accès
Contrôle par capacités
Passage vérifiable
L’appartenance à l’organisation et l’accès au workspace sont deux périmètres
L’organisation porte les membres, la facturation, les workspaces et les réglages d’organisation. Le workspace porte les projets et les données produit. Rejoindre une organisation ne promet donc pas l’accès à tous ses workspaces ou projets.
Vérifiez toujours l’organisation et le workspace actifs avant de changer un rôle ou d’enquêter sur des données absentes. Une personne peut avoir un rôle d’organisation valide et ne voir que les workspaces ou projets qui lui sont attribués.
Voir les membres et les administrer sont deux droits distincts
L’ouverture de la page exige la capacité de voir les membres. Inviter, consulter les invitations en attente, changer un rôle et retirer un membre exigent la capacité de gestion. Un lecteur peut ainsi consulter la liste sans recevoir les contrôles d’administration.
Les descriptions ci-dessous indiquent l’intention habituelle des rôles. L’accès effectif dépend toujours de la configuration actuelle des capacités et des éventuels overrides autorisés. Le nom du rôle n’est pas un rapport complet de permissions.
| Rôle | Responsabilité habituelle |
|---|---|
| Owner | Contrôle complet, y compris facturation, suppression et transfert de propriété. |
| Admin | Gestion des membres, réglages, workspaces et facturation. |
| Manager | Coordination des personnes et attribution des workspaces et projets. |
| Editor | Création et modification dans les workspaces attribués. |
| Viewer | Lecture des données attribuées sans modification. |
| Client | Vue volontairement limitée aux projets attribués. |
Une invitation appartient à une adresse email et expire après sept jours
Les invitations en attente restent administrables
Les responsables voient l’adresse invitée, le rôle proposé, la date de création et l’état. Un lien disponible peut être recopié et une invitation devenue inutile peut être révoquée.
En attente ne veut pas dire membre. Après acceptation, confirmez la présence de la personne dans la table des membres avant de lui confier du travail ou de compter sur son accès.
Attribuez le périmètre de travail après le rôle d’organisation
- Confirmez le workspace qui contient les données du client ou de l’équipe.
- Utilisez les attributions de workspace et de projet lorsque le mode d’accès ou le rôle les impose.
- Traitez Client comme une branche isolée et limitée, pas comme un rang inférieur qui hérite de l’accès interne.
- Testez la vue obtenue avec l’organisation, le workspace et le projet concernés.
Si l'appartenance est correcte mais que la visibilité diffère, vérifiez aussi les paramètres d'accès du workspace.
Les changements de rôle et retraits prennent effet côté serveur
Modifier un rôle ou retirer un membre change réellement l’accès. Vérifiez d’abord les attributions actives et les responsabilités de propriété. Le dernier Owner ne peut pas être retiré. Il faut transférer la propriété avant son départ.
Les non-propriétaires peuvent quitter l’organisation depuis la page des membres. Un Owner doit laisser un autre Owner valide pour éviter une organisation sans propriétaire.
Le membre Crawl Foundry est la référence à vérifier pour l’accès
Crawl Foundry conserve l’appartenance utilisée pour l’autorisation produit. La synchronisation avec le fournisseur d’identité externe est faite au mieux et peut être réparée séparément. En cas d’écart, vérifiez d’abord le membre Crawl Foundry actuel et le résultat de capacité.