> 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/guest/fr/configuration/door-access-for-guests/manage-visitor-access-control-privileges.md).
# Gérer l’accès des visiteurs aux portes depuis Guest
L’intégration entre Verkada contrôle d’accès et Guest permet aux organisations d’accorder un accès limité aux portes aux visiteurs. Les organisations peuvent attribuer des identifiants d’accès à certains visiteurs directement depuis Guest.
***
## Comment l’accès aux portes est attribué aux visiteurs
[Types d’accès des visites](https://help.verkada.com/access-control/users-and-credentials/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type) définit quelles portes un visiteur peut ouvrir et quels identifiants un visiteur peut utiliser pour déverrouiller ces portes. Verkada Guest prend en charge l’attribution aux visiteurs des identifiants suivants :
1. [Badges d’accès](https://help.verkada.com/guest/~/revisions/EoCxP3hpfoyJZDsFs6y8/configuration/door-access-for-guests/assigning-a-keycard-in-guest)
2. Liens de déverrouillage
3. Code d’entrée
4. Code QR
5. Déverrouillage facial\*
{% hint style="warning" %}
Dans Guest, les visiteurs ne peuvent recevoir des identifiants de Déverrouillage facial que s’ils s’enregistrent à un **borne**.
{% endhint %}
Les badges d’accès doivent être attribués aux visiteurs à chaque visite par un utilisateur de Workplace. En savoir plus sur [l’attribution de badges d’accès aux visiteurs](https://help.verkada.com/guest/~/revisions/xrJT73IOTfAWzozwLpVL/configuration/door-access-for-guests/assigning-a-keycard-in-guest). Après leur enregistrement, les visiteurs recevront automatiquement une URL où ils pourront accéder à des liens de déverrouillage, à des codes d’entrée et à des codes QR.
{% hint style="warning" %}
Un visiteur récurrent ne recevra de nouveaux identifiants d’accès que s’il ne dispose pas d’un accès actif aux portes provenant d’une visite précédente. Guest invitera le personnel à révoquer l’accès ou à clôturer les visites précédentes avant que de nouveaux identifiants puissent être activés.
{% endhint %}
***
## Examiner les privilèges d’accès des visiteurs
Les utilisateurs de Guest peuvent consulter directement dans Guest des informations sur les privilèges d’accès aux portes d’un visiteur.
{% stepper %}
{% step %}
**Dans Verkada Command, accédez à All Products > Workplace >** 
**Guest.**
{% endstep %}
{% step %}
**Sélectionnez un visiteur. Dans le panneau des détails, vous pouvez consulter les éléments suivants :**
* Quels identifiants ont été attribués au visiteur (par ex. : badges d’accès, Déverrouillage facial, code d’entrée)
* quelles portes un visiteur peut ouvrir
* depuis combien de temps 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 :
1. Lorsque la porte est en dehors de son [horaire d’accès](/access-control/fr/type-de-produit-controle-dacces/door-schedules-and-exceptions.md).
2. Lorsque le visiteur tente de déverrouiller des portes en dehors de l’horaire d’accès défini par son [type d’accès de la visite](/access-control/fr/utilisateurs-et-identifiants/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md).
3. Lorsque le visiteur est enregistré depuis plus longtemps que la durée d’accès maximale définie par son type d’accès de visite.
4. Lorsqu’un événement Guest se termine (s’applique uniquement aux visiteurs invités).
5. Le visiteur est déconnecté sur le site Guest de *déconnexion automatique* heure.
Un badge d’accès sera dissocié d’un visiteur et pourra être réattribué à d’autres visiteurs :
1. Si un visiteur est déconnecté.
2. Si l’accès d’un visiteur est révoqué.
3. Lorsque le visiteur est enregistré depuis plus longtemps que la durée d’accès maximale définie par son type d’accès de visite.
4. 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 de Guest peuvent révoquer directement dans Guest l’accès aux portes d’un visiteur.
{% stepper %}
{% step %}
**Dans Verkada Command, accédez à All Products > Workplace >** **Guest.**
{% endstep %}
{% step %}
**Sur l’accueil de Guest, les utilisateurs de Guest ont 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.\nb. Sélectionnez un utilisateur connecté et cliquez sur **Déconnexion.**
{% endstep %}
{% endstepper %}
***
Les visiteurs perdront-ils automatiquement l’accès aux portes ?
Oui, les visiteurs peuvent automatiquement perdre l’accès aux portes [cinq façons](/guest/fr/configuration/door-access-for-guests/manage-visitor-access-control-privileges.md#automatic-controls-for-door-access).
Puis-je révoquer l’accès aux portes d’un visiteur sans le déconnecter ?
Oui, les utilisateurs de Guest peuvent révoquer l’accès aux portes d’un visiteur sans le déconnecter depuis le panneau des détails de la visite sur la page d’accueil de Guest.
Un badge d’accès de visiteur peut-il être réattribué ?
Oui. Une fois qu’un visiteur est déconnecté ou que son accès est révoqué, son badge d’accès peut être réattribué à un autre visiteur. Un badge d’accès ne peut être actif que pour un seul visiteur à la fois.
---
# 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/guest/fr/configuration/door-access-for-guests/manage-visitor-access-control-privileges.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.