> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/access-control/fr/utilisateurs-et-identifiants/add-and-modify-access-groups/legacy-access-control-roles.md). # Rôles hérités du contrôle d’accès {% hint style="success" %} À compter du 14 novembre 2024, les autorisations de contrôle d’accès ont changé. Les utilisateurs disposant de rôles de contrôle d’accès hérités conserveront leurs autorisations jusqu’à leur mise à jour vers les rôles actuels. Les utilisateurs ajoutés ou modifiés après cette date recevront les nouvelles autorisations de contrôle d’accès. [Voir les rôles et les autorisations pour le contrôle d’accès](/access-control/fr/pour-commencer/roles-and-permissions-for-access-control.md) pour plus d’informations. {% endhint %} Il existe deux ensembles de rôles hérités qui définissent les autorisations d’un utilisateur pour consulter et gérer le contrôle d’accès dans Command : * **Rôle d’accès (hérité)**. Ce rôle est défini au niveau de l’organisation, soit Access Manager soit Access Admin. * **Administrateur de site d’accès (hérité)**. Ce rôle est défini au niveau du site pour chaque site. Pour qu’un utilisateur soit Administrateur de site d’accès d’un site, son rôle de contrôle d’accès doit être défini sur Access Manager ou Access Admin. {% hint style="warning" %} Si un utilisateur possède un ancien rôle de contrôle d’accès, il doit [migrer vers les rôles actuels](#h_f4e9888012) avant que des modifications puissent être apportées à ses autorisations de contrôle d’accès. {% endhint %} *** ## Comparaison des autorisations Vous trouverez ci-dessous des schémas comparant les autorisations des rôles de contrôle d’accès hérités (en bleu) aux [rôles de contrôle d’accès actuels](/access-control/fr/pour-commencer/roles-and-permissions-for-access-control.md) (en blanc). #### Autorisations du système d’accès au niveau de l’organisation
#### Autorisations de gestion des utilisateurs d’accès au niveau de l’organisation
#### Autorisations de contrôle d’accès au niveau du site
*** ### Descriptions détaillées des rôles hérités
Gestionnaire d’accès Un utilisateur dont le rôle de contrôle d’accès au niveau de l’organisation est défini sur Gestionnaire d’accès peut : * Faire tout ce qu’un [Membre d’accès](/access-control/fr/pour-commencer/roles-and-permissions-for-access-control.md) peut faire. * Déverrouiller les portes auxquelles il a accès. * Afficher, ajouter, suspendre et modifier les utilisateurs d’accès, y compris la mise à jour des informations utilisateur (non synchronisées via SCIM), l’octroi et la suspension de l’accès, ainsi que l’ajout et la suppression d’identifiants. * Afficher, modifier et supprimer les groupes d’accès (non synchronisés via SCIM). * Afficher, modifier et supprimer des bâtiments. * Afficher, modifier, supprimer et ajouter des étages dans les bâtiments. * Si vous êtes administrateur d’organisation, affichez les descriptions et supprimez les rapports d’événements enregistrés créés par d’autres utilisateurs. Pour les sites dont un Gestionnaire d’accès est Administrateur de site d’accès, il peut : * Afficher et déverrouiller les portes. * Modifier le planning d’une porte pour le remplacer par un planning de porte déjà créé. * Ajouter à une porte une exception de planning de porte déjà créée. * Afficher les événements d’accès en direct et historiques. Exécuter, enregistrer, exporter et distribuer des rapports sur ces événements. Ajouter et modifier des alertes basées sur les événements d’accès.
Administrateur d’accès Un utilisateur dont le rôle de contrôle d’accès au niveau de l’organisation est défini sur Administrateur d’accès peut : * Faire tout ce qu’un Gestionnaire d’accès peut faire. * Afficher, ajouter, modifier et supprimer des groupes d’accès (non synchronisés via SCIM). * Afficher, ajouter, supprimer et modifier les plannings de porte, les exceptions de planning de porte et les exceptions de planning d’accès. * Mettre à jour le [rôle d’accès](/access-control/fr/pour-commencer/roles-and-permissions-for-access-control.md) des autres utilisateurs. * Pour tous les sites auxquels l’utilisateur a accès, mettez à jour le [administrateur du site d'accès](/access-control/fr/pour-commencer/roles-and-permissions-for-access-control.md) rôle des autres utilisateurs. * Configurer les paramètres d’accès à l’échelle de l’organisation, tels que le déverrouillage Bluetooth. Pour les sites dont un Administrateur d’accès est Administrateur de site d’accès, il peut : * Faire tout ce qu’un Gestionnaire d’accès peut faire. * Ajouter, modifier et supprimer des portes, des entrées/sorties AUX, des verrouillages et des contrôleurs d’accès. * Ajouter, modifier et supprimer des niveaux d’accès et des exceptions de planning d’accès. * Gérer les paramètres d’accès au niveau du site, tels que le déverrouillage Bluetooth et les mises à jour planifiées du firmware.
administrateur du site d'accès Lorsqu’un utilisateur est Administrateur de site d’accès d’un site donné, ses autorisations pour ce site dépendent du fait que son rôle de contrôle d’accès au niveau de l’organisation est Gestionnaire d’accès ou Administrateur d’accès. Le tableau suivant indique quelles autorisations sont accordées lorsqu’un utilisateur est défini comme Administrateur de site d’accès d’un **Site X**: | | | | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | **Gestionnaire d’accès** | **onglet Contrôle d’accès** **Administrateur** | |

Afficher les événements de porte en direct pour les portes du Site X

Afficher les rapports pour les portes du Site X

Afficher l’historique des événements de porte

Afficher l’historique des événements utilisateur pour les portes du Site X

Modifier le planning d’une porte du Site X pour un autre planning déjà existant

Remplacer le planning d’une porte du Site X

Déverrouiller une porte du Site X depuis Verkada Command

|

Fait tout ce qu’un Gestionnaire d’accès peut faire, en plus de :

Modifier le rôle d’accès des autres utilisateurs

Ajouter/supprimer des Administrateurs de site d’accès pour Site X

Ajouter/supprimer des appareils de contrôle d’accès dans Site X

Ajouter/configurer/supprimer des portes et des appareils AUX dans Site X

Ajouter/configurer/supprimer des niveaux d’accès dans Site X

| {% hint style="danger" %} Les Administrateurs d’accès qui ne sont pas également des administrateurs d’organisation ne peuvent pas s’attribuer eux-mêmes des autorisations d’Administrateur de site d’accès. {% endhint %}
*** ## Migrer les rôles de contrôle d’accès hérités {% hint style="danger" %} Vous devez être administrateur d’organisation ou **les deux** un [Administrateur système Access](/access-control/fr/pour-commencer/roles-and-permissions-for-access-control.md) **et** [Administrateur des utilisateurs Access](/access-control/fr/pour-commencer/roles-and-permissions-for-access-control.md) pour migrer un utilisateur ayant des rôles de contrôle d’accès hérités vers les rôles de contrôle d’accès actuels. {% endhint %} {% stepper %} {% step %} **Dans Verkada Command, accédez à Tous les produits > Admin.** {% endstep %} {% step %} **Sous Paramètres de l’organisation, sélectionnez Utilisateurs.** {% endstep %} {% step %} **Sélectionnez l’utilisateur ayant un rôle de contrôle d’accès hérité.** {% endstep %} {% step %} **Dans le panneau de gauche, à côté de Rôles de contrôle d’accès, cliquez sur Mettre à jour les rôles.** {% endstep %} {% step %} **Cliquez sur Attribuer de nouveaux rôles.** a. Sélectionnez les rôles Système d’accès, Gestion des utilisateurs d’accès et Site d’accès que vous souhaitez attribuer à l’utilisateur.\ b. Cliquez sur **Terminer et appliquer les rôles**. {% endstep %} {% endstepper %} Après la migration des nouveaux rôles de contrôle d’accès, tous les rôles de contrôle d’accès hérités de l’utilisateur seront supprimés. Désormais, seuls les rôles de contrôle d’accès actuels pourront être attribués à cet utilisateur. *** ### FAQ
Que se passe-t-il si un utilisateur ayant des rôles de contrôle d’accès hérités est ajouté à un groupe Command qui lui attribue des rôles de contrôle d’accès actuels ? Si un utilisateur disposant de rôles de contrôle d’accès hérités est ajouté à un [groupe Command](/command/fr/utilisateurs-et-autorisations/manage-users-in-your-organization/manage-command-groups.md) qui possède des rôles de contrôle d’accès actuels, l’utilisateur recevra alors toutes les autorisations qui lui sont accordées par la combinaison de ses rôles de contrôle d’accès hérités et actuels. Bien que cet état soit pris en charge, il est recommandé de migrer les rôles d’accès hérités d’un utilisateur vers les rôles de contrôle d’accès actuels avant d’attribuer des autorisations via un groupe Command. Cela permet de simplifier le suivi des autorisations d’accès actuelles de l’utilisateur.
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://help.verkada.com/access-control/fr/utilisateurs-et-identifiants/add-and-modify-access-groups/legacy-access-control-roles.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.