--- title: "Membres" description: "Un membre est un compte utilisateur rattaché à votre organisation par le processus d'invitation." --- > Documentation Index > Fetch the complete documentation index at: https://docs.beelocity.com/llms.txt > Use this file to discover all available pages before exploring further. # Membres Un **membre** est un compte utilisateur rattaché à votre organisation par le [processus d'invitation](invitations.html). L'enregistrement d'adhésion relie l'identité globale de l'utilisateur à votre organisation et porte des informations comme sa fonction et ses attributions de rôles. Consultez et gérez tous les membres depuis **Paramètres → Membres**. ## Ce que montre la liste des membres La liste donne une ligne par **attribution de rôle** et non par personne — quelqu'un qui détient deux rôles y figure deux fois. Chaque ligne porte : - **Rôle** — la fonction confiée à la personne ici. Cliquez dessus pour ouvrir l'attribution. - **Utilisateur** — qui la détient. - **Valide du** et **Valide jusqu'au** — la période où elle s'applique. Une attribution sans fin affiche *Aucune date de fin*. - **Actif** — si elle produit ses effets. La liste n'a aucune colonne interrogeable par la recherche : c'est donc par le **bouton de filtre** qu'elle se restreint, par **Rôle**, **Utilisateur**, **Actif**, ou une plage **Valide du** / **Valide jusqu'au** ([Utiliser les listes](../getting-started/working-with-lists.html#narrowing-the-list)). ## Les attributions de rôles Chaque membre peut détenir un ou plusieurs **rôles**. Une attribution de rôle est le lien entre un utilisateur et un rôle au sein de votre organisation — c'est elle qui décide de ce que le membre peut voir et faire. ### Gérer les attributions de rôles Ouvrir une attribution montre l'ensemble sur une seule page : qui détient le rôle, le rôle lui-même, s'il produit ses effets, la période où il s'applique et qui l'a accordé. La personne est demandée une fois, à la création, puis reste fixée — pour confier un rôle à quelqu'un d'autre, retirez cette attribution et créez la sienne. Depuis la page Membres, vous pouvez : - **Attribuer des rôles** — donner à un membre l'accès à certaines fonctions en lui ajoutant un ou plusieurs rôles. - **Retirer des rôles** — révoquer un accès. Le membre reste dans l'organisation mais perd les autorisations de ce rôle. Utile quand quelqu'un change de responsabilités. - **Fixer des dates de validité** — rendre une attribution temporaire en précisant une date **valide du** et une date **valide jusqu'au**. ### Les attributions temporaires Les dates de validité vous permettent d'accorder un accès limité dans le temps sans avoir à penser à le révoquer plus tard. Cas courants : | Situation | Comment la mettre en place | | -------------------------------------- | -------------------------------------------------------------------------------------- | | **Remplacer quelqu'un en congé** | Attribuer son rôle à la personne qui remplace, avec des dates de validité qui couvrent le congé | | **Accès le temps d'un projet** | Accorder des autorisations élargies pour la durée du projet ; elles expirent d'elles-mêmes | | **Accueil avec accès de formation** | Donner aux nouveaux arrivants un rôle plus large pour leurs 30 premiers jours, qui se resserre ensuite tout seul | | **Travailleurs saisonniers** | Attribuer des rôles actifs seulement pendant la haute saison | ### Quand une attribution de rôle est-elle active ? Une attribution de rôle est considérée comme **active** lorsque les trois conditions suivantes sont réunies : 1. L'attribution est **activée** (pas désactivée). 2. La date du jour est **égale ou postérieure** à la date de début de validité (ou aucune date de début n'est fixée). 3. La date du jour est **antérieure** à la date de fin de validité (ou aucune date de fin n'est fixée, l'attribution étant alors sans terme). Si l'une des conditions n'est pas remplie, l'attribution est inactive et ses autorisations ne s'appliquent pas. ## Conseils - **Revoyez les attributions de rôles régulièrement** — quand les responsabilités changent, les rôles devraient changer aussi. Les attributions oubliées sont une source classique d'accès excessifs. - **Utilisez les dates de validité par anticipation** — dès que vous savez qu'un accès doit être temporaire, posez une date de fin d'emblée plutôt que de compter sur votre mémoire pour le révoquer plus tard. - **Préférez changer le rôle plutôt que retirer le membre** — quand quelqu'un change de fonction, échangez son rôle plutôt que de le sortir de l'organisation. Cela préserve son adhésion et son historique d'audit. ## Voir ce que quelqu'un peut réellement faire Ouvrez un membre et passez à l'onglet **Autorisations effectives**. Il liste tout ce que cette personne peut faire dans cette organisation, en un seul ensemble, regroupé par module. Cela vaut mieux que de lire ses rôles et de reconstituer la réponse, car celle-ci combine plusieurs choses : chaque rôle actif qu'elle détient, plus tout ce qui lui est délégué à l'instant, moins tout ce qu'un rôle désactivé apportait autrefois. L'onglet montre l'ensemble même que le système confronte à chacune de ses demandes : ce que vous lisez est donc ce qu'elle peut faire. Une personne qui possède l'organisation peut tout faire, quels que soient les rôles listés, et l'onglet le dit plutôt que d'afficher une liste trompeusement courte. Source: https://docs.beelocity.com/fr/access-control/members/index.mdx