# Gérer les privilèges de contrôle d’accès des visiteurs

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 délivrer des identifiants d’accès à certains visiteurs directement depuis Guest.

{% hint style="danger" %}
Les badges d’accès (keycards) ne peuvent être appliqués qu’aux types d’invité spécifiques au site.
{% endhint %}

***

## Attribuer l’accès aux portes aux visiteurs

Les visiteurs peuvent déverrouiller les portes à l’aide de badges ou de liens de déverrouillage en fonction des paramètres de leur type d’accès de visite.

### Badges d’accès

{% hint style="danger" %}
Vous devez disposer au minimum des autorisations d’Agent de site (Site Viewer) pour attribuer des badges aux invités.
{% endhint %}

Lorsqu’un visiteur s’enregistre avec un type Guest avec l’accès par badge activé, une option d’attribution d’un badge apparaît dans le journal de visite sur la page d’accueil de Guest.

{% stepper %}
{% step %}
**Dans Verkada Command, allez à Tous les produits > Workplace >** <img src="https://455588257-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2Fgit-blob-48822faa8f94922c3e3013291711e6f32a179087%2F8cf36b4c0ec5a908ea1110c7b552bf45536bc9f2.png?alt=media" alt="" data-size="line"> **Guest.**
{% endstep %}

{% step %}
**Sur la page d’accueil de Guest, à côté d’un journal de visite, cliquez sur Attribuer un badge.**
{% endstep %}

{% step %}
**Attribuer des identifiants d’accès :**

a. Sur **Scanner le badge,** sélectionnez une porte sur le site pour scanner le badge. Cliquez pour commencer le scan. Scannez le badge sur le lecteur de la porte sélectionnée pour enregistrer le numéro du badge dans Command.\
b. Sur **Saisie manuelle,** assurez-vous que le format du badge est correct et saisissez le numéro du badge. Cliquez pour enregistrer.
{% endstep %}

{% step %}
**Cliquez sur Fermer.**
{% endstep %}

{% step %}
**Remettez le badge à l’utilisateur pour qu’il l’utilise pendant sa visite.**
{% endstep %}
{% endstepper %}

{% hint style="warning" %}
Un visiteur de retour ne peut se voir attribuer de nouveaux identifiants de badge que s’il n’a pas d’accès porte actif provenant d’une visite précédente. Guest invitera le personnel à révoquer l’accès avant qu’un nouveau badge puisse être attribué.

<img src="https://455588257-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2Fgit-blob-45673929bb4b80f6b457b4d2b2a96bdfc7b2b0ba%2Fb9db5502604661c56f7454086a6de84ba52ab760.png?alt=media" alt="" data-size="original">
{% endhint %}

#### Attribuer des badges aux invités invités

Les badges ne peuvent être attribués qu’aux [visiteurs invités](https://help.verkada.com/guest/fr/configuration/guest-events) lorsqu’ils sont connectés.

### Liens de déverrouillage

{% stepper %}
{% step %}
**Les visiteurs recevront un lien vers le portail de visite par SMS ou e‑mail une fois qu’ils se seront enregistrés.**
{% endstep %}

{% step %}
**Sélectionnez des portes depuis le portail de visite pour les déverrouiller à distance.**

<div align="left"><img src="https://455588257-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2Fgit-blob-88efc8eb83d278a23f06ae11502b786f08d620de%2Fcc2fd34e9feeea5dccde13894a318ef8f740cf95.png?alt=media" alt="" width="375"></div>
{% 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 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é à la fin de l’événement.

{% stepper %}
{% step %}
**Dans Verkada Command, allez à Tous les produits > Workplace >** <img src="https://455588257-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2Fgit-blob-48822faa8f94922c3e3013291711e6f32a179087%2F8cf36b4c0ec5a908ea1110c7b552bf45536bc9f2.png?alt=media" alt="" data-size="line"> **Guest.**
{% endstep %}

{% step %}
**Sur la page d’accueil de Guest, vous pouvez consulter les éléments suivants :**

* comment un visiteur est autorisé à ouvrir les portes (identifiants physiques et/ou liens de déverrouillage)
* quelles portes un visiteur peut utiliser
* pendant combien de temps un visiteur a accès aux portes
* si un visiteur sera inclus dans les rapports de recensement

  <div align="left" data-with-frame="true"><img src="https://455588257-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2Fgit-blob-bd8edf64fff46fa8f9443b730872fa8e348c9f44%2F6ce3ad65d869ec363afa5cace1ca98d024d45245.png?alt=media" alt="" width="188"></div>

{% endstep %}
{% endstepper %}

***

## Désactiver l’accès aux portes d’un visiteur

### Contrôles automatiques pour l’accès aux portes

Un visiteur perdra automatiquement l’accès aux portes :

* Lorsque la porte est en dehors de son [planning d’accès contrôlé](https://app.gitbook.com/s/aaHs5RfKqv9Z49mi02cC/configuration/door-schedules-and-exceptions).
* 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 visite](https://app.gitbook.com/s/aaHs5RfKqv9Z49mi02cC/users-and-credentials/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type).
* Lorsque la durée d’enregistrement du visiteur dépasse la durée maximale d’accès définie par son type d’accès de visite.
* Lorsque un événement Guest se termine (s’applique uniquement aux visiteurs invités).
* Si le visiteur est déconnecté.

Un badge 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 la durée d’enregistrement du visiteur dépasse la durée maximale d’accès définie par son type d’accès de visite.
* Lorsque 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 l’accès aux portes d’un visiteur directement depuis Guest.

{% stepper %}
{% step %}
**Dans Verkada Command, allez à Tous les produits > Workplace >** <img src="https://455588257-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2Fgit-blob-48822faa8f94922c3e3013291711e6f32a179087%2F8cf36b4c0ec5a908ea1110c7b552bf45536bc9f2.png?alt=media" alt="" data-size="line"> **Guest.**
{% endstep %}

{% step %}
**Sur la page d’accueil de Guest, les utilisateurs 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.\
b. Sélectionnez un utilisateur connecté et cliquez sur **Se déconnecter.**
{% endstep %}
{% endstepper %}

***

## Considérations relatives aux autorisations

La capacité d’un utilisateur Guest à attribuer des badges, révoquer l’accès et déconnecter des visiteurs dépend du type d’accès de visite. Lorsqu’un type d’accès de visite est configuré avec uniquement des portes d’un seul site :

{% hint style="warning" %}
Vous devez disposer au minimum du rôle Workplace Site Viewer pour le site afin de gérer l’accès des visiteurs aux portes.
{% endhint %}

### Types d’accès de visite inter-sites

Les organisations peuvent configurer des types d’accès de visite 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 affectant l’accès aux portes d’un visiteur lorsque l’accès aux portes est défini par un type d’accès de visite inter‑sites.

#### Type d’accès de visite englobant un site parent et un ou plusieurs sous‑sites

Les organisations peuvent consacrer un site parent pour Guest et Contrôle d’accès, tout en utilisant également des produits Contrôle d’accès dans des sous‑sites imbriqués. Les organisations peuvent concevoir des types d’accès de 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 affectant l’accès aux portes d’un visiteur s’il possède au minimum le rôle **Workplace Site Viewer** pour le site parent.
{% endhint %}

#### Type d’accès de visite englobant un ou plusieurs sites indépendants

Les organisations peuvent configurer un type d’accès de visite pour inclure des portes de plusieurs sites parents.

{% hint style="warning" %}
Un utilisateur Command peut effectuer des actions affectant l’accès aux portes d’un visiteur si les deux conditions ci‑dessous sont satisfaites :

{% stepper %}
{% step %}
**Tous les sites avec des portes incluses dans le type d’accès de visite sont également des sites Guest.**
{% endstep %}

{% step %}
**L’utilisateur Command dispose au minimum du rôle Workplace Site Viewer pour tous les sites que couvre le type d’accès de visite.**
{% endstep %}
{% endstepper %}
{% endhint %}