# Gérer les privilèges de contrôle d’accès des visiteurs L’intégration entre Verkada Command contrôle d’accès et Guest permet aux organisations d’accorder un accès limité aux portes aux visiteurs. Les organisations peuvent émettre des identifiants d’accès à certains visiteurs directement depuis Guest. {% hint style="danger" %} Les badges d’accès ne peuvent être appliqués qu’aux types de visiteurs spécifiques à un site. {% endhint %} *** ## Attribuer l’accès aux portes aux visiteurs Les visiteurs peuvent déverrouiller les portes à l’aide de badges d’accès ou de liens de déverrouillage, selon les paramètres de leur type d’accès à la visite. ### Badges d’accès {% hint style="danger" %} Vous devez disposer d’au moins des autorisations d’agent de site pour attribuer des badges d’accès aux invités. {% endhint %} Lorsqu’un visiteur se connecte avec un type Guest dont l’accès par badge d’accès est activé, une option permettant d’attribuer une carte apparaît dans le journal de visite sur la page d’accueil de Guest. {% stepper %} {% step %} **Dans Verkada Command, accédez à Tous les produits > Workplace >** **Guest.** {% endstep %} {% step %} **Sur la page d’accueil de Guest, à côté d’un journal de visiteur, cliquez sur Attribuer un badge d’accès.** {% endstep %} {% step %} **Attribuer des identifiants d’accès :** a. Dans **Scanner la carte,** sélectionnez une porte du site sur laquelle scanner la carte. Cliquez pour lancer le scan. Scannez la carte au lecteur de la porte sélectionnée afin d’enregistrer le numéro de carte dans Command.\ b. Dans **Saisie manuelle,** assurez-vous que le format de la carte est correct et saisissez le numéro de carte. Cliquez pour enregistrer. {% endstep %} {% step %} **Cliquez sur Fermer.** {% endstep %} {% step %} **Remettez le badge d’accès à l’utilisateur pour qu’il l’utilise pendant sa visite.** {% endstep %} {% endstepper %} {% hint style="warning" %} Un visiteur récurrent ne peut se voir attribuer de nouveaux identifiants de carte que s’il ne dispose pas d’un accès actif aux portes issu d’une visite précédente. Guest invitera le personnel à révoquer l’accès avant qu’un nouveau badge puisse être attribué. {% endhint %} #### Attribuer des badges d’accès aux invités Les badges d’accès ne peuvent être attribués qu’à des [visiteurs invités](/guest/fr/configuration/guest-events.md) lorsqu’ils sont connectés. ### Liens de déverrouillage {% stepper %} {% step %} **Une fois qu’ils se sont connectés, les visiteurs recevront un lien vers le portail de visite par SMS ou par e-mail.** {% endstep %} {% step %} **Sélectionnez des portes dans le portail de visite pour les déverrouiller à distance.**
{% endstep %} {% endstepper %} *** ## Examiner les privilèges d’accès des visiteurs Les visiteurs réguliers et invités peuvent accéder aux portes en fonction de leur type de Guest. Les visiteurs invités peuvent accéder aux portes 30 minutes avant le début de l’événement, l’accès étant révoqué à l’heure de fin de l’événement. {% stepper %} {% step %} **Dans Verkada Command, accédez à Tous les produits > Workplace >** **Guest.** {% endstep %} {% step %} **Sur la page d’accueil de Guest, vous pouvez consulter les éléments suivants :** * la manière dont un visiteur est autorisé à ouvrir les portes (identifiants physiques et/ou liens de déverrouillage) * les portes auxquelles un visiteur a accès * la durée pendant laquelle un visiteur a accès aux portes * si un visiteur sera inclus dans les rapports d’appel nominal
{% endstep %} {% endstepper %} *** ## Désactiver l’accès aux portes d’un visiteur ### Contrôles automatiques de l’accès aux portes Un visiteur perdra automatiquement l’accès aux portes : * Lorsque la porte est en dehors de son planning de contrôle d’accès [planning de porte](/access-control/fr/acces/door-schedules-and-exceptions.md). * Lorsque le visiteur tente de déverrouiller des portes en dehors du planning d’accès défini par son [type d’accès à la visite](/access-control/fr/utilisateurs-et-identifiants/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md). * Lorsque le visiteur est connecté depuis une durée supérieure à la durée d’accès maximale définie par son type d’accès à la visite. * Lorsqu’un événement Guest se termine (s’applique uniquement aux visiteurs invités). * Si le visiteur est déconnecté. Un badge d’accès sera dissocié d’un visiteur et pourra être réattribué à d’autres visiteurs : * Si un visiteur est déconnecté. * Si l’accès d’un visiteur est révoqué. * Lorsque le visiteur est connecté depuis une durée supérieure à la durée d’accès maximale définie par son type d’accès à la visite. * Lorsqu’un événement Guest se termine (s’applique uniquement aux visiteurs invités). ### Révoquer explicitement l’accès aux portes d’un visiteur Les utilisateurs Guest peuvent révoquer directement l’accès aux portes d’un visiteur depuis Guest. {% stepper %} {% step %} **Dans Verkada Command, accédez à Tous les produits > Workplace >** **Guest.** {% endstep %} {% step %} **Sur la page d’accueil de Guest, les utilisateurs Guest disposent de 2 options pour révoquer l’accès aux portes :** a. Sélectionnez un utilisateur connecté et cliquez sur **Révoquer l’accès**. Lorsque cette option est sélectionnée, les visiteurs seront toujours considérés comme connectés.\ b. Sélectionnez un utilisateur connecté et cliquez sur **Déconnecter.** {% endstep %} {% endstepper %} *** ## Considérations relatives aux autorisations La capacité d’un utilisateur Guest à attribuer des badges d’accès, révoquer l’accès et déconnecter des visiteurs dépend du type d’accès à la visite. Lorsqu’un type d’accès à la visite est configuré avec des portes d’un seul site : {% hint style="warning" %} Vous devez disposer au minimum du rôle Workplace agent de site pour le site afin de gérer l’accès aux portes des visiteurs. {% endhint %} ### Types d’accès aux visites intersites Les organisations peuvent configurer des types d’accès aux visites avec des portes provenant de plusieurs sites afin que les visiteurs puissent utiliser des portes sur plusieurs sites. Deux modèles sont décrits ci-dessous pour attribuer des autorisations aux utilisateurs Guest afin qu’ils puissent effectuer des actions ayant un impact sur l’accès aux portes d’un visiteur lorsque l’accès aux portes est défini par un type d’accès à la visite intersites. #### Type d’accès à la visite couvrant un site parent et un ou plusieurs sous-sites Les organisations peuvent consacrer un site parent à Guest et au contrôle d’accès, tout en utilisant également les produits de contrôle d’accès dans des sous-sites imbriqués. Les organisations peuvent concevoir des types d’accès à la visite pour couvrir à la fois le site parent et les sous-sites. Dans ce cas : {% hint style="warning" %} Un utilisateur Command peut effectuer des actions ayant un impact sur l’accès aux portes d’un visiteur s’il dispose au minimum du **rôle Workplace agent de site** pour le site parent. {% endhint %} #### Type d’accès à la visite couvrant un ou plusieurs sites indépendants Les organisations peuvent configurer un type d’accès à la visite pour inclure des portes provenant de plusieurs sites parents. {% hint style="warning" %} Un utilisateur Command peut effectuer des actions ayant un impact sur l’accès aux portes d’un visiteur si les deux conditions ci-dessous sont remplies : {% stepper %} {% step %} **Tous les sites dont les portes sont incluses dans le type d’accès à la visite sont également des sites Guest.** {% endstep %} {% step %} **L’utilisateur Command dispose au minimum du rôle Workplace agent de site pour tous les sites couverts par le type d’accès à la visite.** {% endstep %} {% endstepper %} {% endhint %} --- # Agent Instructions: 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: ``` GET https://help.verkada.com/guest/fr/configuration/door-access-for-guests/manage-visitor-access-control-privileges.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.