> 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/acces/configure-access-control-areas/secure-access-control-areas-with-anti-passback.md).

# Sécuriser les zones avec l’anti-passback

Découvrez comment sécuriser les zones de contrôle d’accès avec l’anti-passback

La fonctionnalité anti-passback de Verkada renforce la sécurité en garantissant que chaque utilisateur entre et sort d’une zone avant d’y entrer à nouveau. Grâce à l’anti-passback, vous pouvez empêcher les utilisateurs d’entrer dans une zone puis de transmettre leur badge à quelqu’un d’autre pour qu’il l’utilise afin d’entrer dans la même zone. De plus, l’anti-passback peut aider à appliquer une politique de badgeage à la sortie, selon laquelle les utilisateurs doivent badger lorsqu’ils quittent une zone, faute de quoi ils enfreindront l’anti-passback lorsqu’ils tenteront de rentrer.

Les règles anti-passback sont basées sur la configuration d’une zone de contrôle d’accès. Une zone de contrôle d’accès pour un site est définie par un ensemble de portes d’entrée et, éventuellement, un ensemble de portes de sortie. Voir [Configurer les zones de contrôle d’accès](/access-control/fr/acces/configure-access-control-areas.md) pour plus d’informations.

{% hint style="warning" %}
L’anti-passback n’a pas été évalué quant à sa conformité à la norme ULC 60839-11-1.
{% endhint %}

***

## Violations de double entrée et de double sortie

L’anti-passback fonctionne en surveillant si un utilisateur a correctement quitté une zone avant de tenter d’y rentrer à nouveau. De même, il surveille si un utilisateur a correctement pénétré dans une zone qu’il avait quittée précédemment avant de tenter d’en sortir à nouveau. En d’autres termes, l’anti-passback détecte les violations lorsqu’un utilisateur tente d’entrer dans une zone ou d’en sortir deux fois de suite.

Si un utilisateur dispose d’un accès autorisé à une porte d’entrée puis badgé à nouveau à la même porte d’entrée sans avoir entre-temps obtenu l’accès autorisé à une porte de sortie, il recevra une **violation de double entrée**.

De même, lorsqu’un utilisateur dispose d’un accès autorisé à une porte de sortie puis badgé à nouveau à la même porte de sortie sans avoir entre-temps obtenu l’accès autorisé à une porte d’entrée, il recevra une **violation de double sortie**.

### Types d’anti-passback

Le contrôle d’accès Verkada prend en charge **l’anti-passback souple** et **l’anti-passback strict** :

**Anti-Passback souple :** Un utilisateur qui déclenche une violation conserve un accès normal à toutes les entrées et sorties de la zone, même avant la levée de la violation.

**Anti-Passback strict :** Un utilisateur qui déclenche une violation se voit refuser l’accès à toutes les entrées et sorties de la zone jusqu’à ce que la violation soit levée.

{% hint style="danger" %}
Examinez attentivement les conséquences lorsque vous activez **l’anti-passback strict**. Les règles strictes d’anti-passback peuvent entraîner des violations involontaires par les utilisateurs et un refus d’accès.

Examinez attentivement la configuration des entrées et des sorties de votre zone et communiquez clairement la politique de badgeage prévue aux utilisateurs avant d’activer l’anti-passback strict.

Si un utilisateur est en violation, cette violation sera automatiquement levée si l’expiration des violations est configurée, ou levée manuellement par un administrateur du site d’accès ou un gestionnaire de site pour ce site. En savoir plus sur [Rôles et autorisations pour le contrôle d’accès](/access-control/fr/premiers-pas/roles-and-permissions-for-access-control.md).

Le service d’assistance de Verkada ne peut ni autoriser l’accès ni lever la violation anti-passback d’un utilisateur.
{% endhint %}

***

## Configurer l’anti-passback pour une zone de contrôle d’accès

L’anti-passback est configuré dans les paramètres de la zone. Pour l’activer, suivez les étapes pour [Configurer les zones de contrôle d’accès](/access-control/fr/acces/configure-access-control-areas.md) et sélectionnez **Anti-Passback strict** ou **Anti-Passback souple** dans les paramètres de zone Anti-Passback. Vous pouvez également désigner les groupes d’accès que vous souhaitez exempter des règles d’anti-passback pour cette zone.

{% hint style="info" %}
Examinez attentivement quels groupes d’accès doivent être des **Groupes exemptés**. Nous vous recommandons d’ajouter le personnel de sécurité et toute personne ayant besoin d’un accès sans entrave en permanence comme groupe exempté.
{% endhint %}

***

## Gérer les violations anti-passback

Vous pouvez gérer les violations anti-passback à partir de la [page des paramètres des zones](/access-control/fr/acces/configure-access-control-areas.md#view-and-manage-an-existing-area). Sélectionnez l’onglet **Personnes en violation** pour voir qui a actuellement une violation anti-passback.

### Examiner et lever les violations anti-passback

Pour examiner une violation anti-passback, cliquez sur un utilisateur en violation pour ouvrir la page d’examen de la frise chronologique de la violation. Sur cette page, vous pouvez examiner les événements qui ont mené à la violation et ceux qui l’ont suivie, et la lever si nécessaire.

{% stepper %}
{% step %}
**Dans Verkada Command, allez dans Tous les produits > Accès.**
{% endstep %}

{% step %}
**Sélectionnez un site dans le menu déroulant Tous les sites.**
{% endstep %}

{% step %}
**À droite, cliquez sur Zone.**
{% endstep %}

{% step %}
**Dans l’onglet Personnes en violation :**

1. Sélectionnez un utilisateur pour afficher son historique d’accès. 
2. (Facultatif) Activez **Afficher uniquement les violations** pour n’afficher que son historique de violations. 
3. En haut à droite, cliquez sur **Lever la violation.** 
   {% endstep %}
   {% endstepper %}

#### Utilisateur exempté

Si un utilisateur est en violation, un utilisateur exempté peut badger à la porte pour lever la violation. 

{% stepper %}
{% step %}
**Faites badger l’utilisateur en violation au lecteur.**
{% endstep %}

{% step %}
**Juste après, faites badger un utilisateur exempté à ce lecteur.**
{% endstep %}

{% step %}
**Une fois que le lecteur clignote en vert, la violation est levée et l’utilisateur peut accéder à la porte.**
{% endstep %}
{% endstepper %}

### Expiration des violations

Vous pouvez configurer les violations anti-passback pour qu’elles se lèvent automatiquement après une durée définie à l’aide de **Expiration des violations**. Le minuteur commence lorsque la violation est créée pour la première fois. Cela peut réduire le besoin d’intervention manuelle lorsque des violations se produisent.

{% stepper %}
{% step %}
**Dans Verkada Command, allez dans Tous les produits > Accès.**
{% endstep %}

{% step %}
**Sélectionnez un site dans le menu déroulant Tous les sites.**
{% endstep %}

{% step %}
**À droite, cliquez sur Zone.**
{% endstep %}

{% step %}
**En haut à droite, cliquez sur Paramètres de zone >** <i class="fa-gear-complex">:gear-complex:</i>.

1. Activez **Expiration des violations.**
2. Définissez un **Délai d’expiration de la violation.**
   {% endstep %}

{% step %}
En bas à droite, cliquez sur **Enregistrer.**&#x20;
{% endstep %}
{% endstepper %}

***

## Configurer des alertes pour les violations anti-passback

Vous pouvez configurer des alertes qui déclencheront des notifications pour les violations anti-passback. Suivez les étapes de [Configurer les alertes d’événement d’accès](/access-control/fr/integrations-et-alertes/configure-access-control-event-alerts.md), puis configurez l’alerte pour les événements de violation anti-passback.

***

## Pratiques de sécurité essentielles

{% hint style="danger" %}
Lorsque vous sélectionnez Anti-Passback strict, votre zone **doit** autoriser une sortie libre en cas d’urgence.
{% endhint %}

L’anti-passback strict se traduit par un refus d’accès à tous les points d’entrée et de sortie de la zone pour un utilisateur en violation. Par conséquent, pour des raisons de sécurité, il est *essentiel* qu’un tel utilisateur puisse quitter la zone en toute sécurité en cas d’urgence.

### Sortie libre en cas d’urgence

{% hint style="danger" %}
Sortie libre en cas d’urgence **doit** soit activée via un système indépendant des boutons-poussoirs d’alarme incendie.
{% endhint %}

La sortie libre en cas d’urgence peut être obtenue de plusieurs façons, par exemple :

* Sortie mécanique via une barre antipanique ou une poignée
* Demande de sortie en bris de glace (REX) qui coupe l’alimentation d’une serrure magnétique

Vous pouvez configurer le contrôle d’accès Verkada pour générer un événement de porte forcée ouverte (DFO) lorsque quelqu’un utilise la sortie de secours au lieu de badger pour sortir. Vous pouvez également configurer l’événement DFO pour déclencher un signal de sortie AUX connecté à un stroboscope ou une sirène, ce qui aide à dissuader l’utilisation non urgente de la sortie libre en cas d’urgence.

***

{% hint style="info" %}
**Vous voulez le voir en action ?** Découvrez la [vidéo tutorielle](https://www.youtube.com/watch?v=eFp7akwYJek).
{% endhint %}


---

# 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/acces/configure-access-control-areas/secure-access-control-areas-with-anti-passback.md?ask=<question>&goal=<endgoal>
```

`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.