> 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/configuration/access-control-subsites.md).

# Sous-sites du contrôle d’accès

Découvrez comment gérer vos sous-sites de contrôle d’accès

## Cloner les niveaux d’accès et les verrouillages

Verkada reconnaît l’importance d’une gestion efficace des sites. Les sites imbriqués (sous-sites) dans le contrôle d’accès vous permettent d’appliquer la même structure organisationnelle à toutes les gammes de produits Verkada, offrant ainsi une façon plus fluide et évolutive de gérer votre déploiement Verkada.

Fonctionnement

* Si un utilisateur Command est administrateur de site d’accès pour un site, qu’il soit de niveau supérieur ou imbriqué, il devient automatiquement administrateur de site d’accès pour tous les sous-sites en dessous. En savoir plus sur les rôles et autorisations pour le contrôle d’accès.
* Les appareils de contrôle d’accès sont attribués à un site spécifique, de niveau supérieur ou imbriqué, et sont limités à ce seul site.
* Toutes les portes connectées à un contrôleur d’accès appartiennent au même site que le contrôleur.

{% hint style="warning" %}
Voir [Rôles et autorisations pour le contrôle d’accès](/access-control/fr/prise-en-main/roles-and-permissions-for-access-control.md) pour plus d’informations.
{% endhint %}

***

## Cloner les niveaux d’accès et les scénarios

Pour faciliter la configuration, les niveaux d’accès et les scénarios d’urgence peuvent être clonés. Cela permet de dupliquer des niveaux d’accès et des scénarios d’urgence existants et de les placer dans d’autres sites, y compris les sous-sites.

Pendant le processus de clonage, les éléments suivants sont clonés :

* Configuration du niveau d’accès et du scénario
* Paramètres, règles et paramètres du niveau d’accès et du scénario

{% hint style="warning" %}
Les portes contrôlées par un niveau d’accès ou verrouillées/déverrouillées par un scénario d’urgence ne sont pas clonées. Cela garantit que les associations de portes appropriées sont conservées et évite toute conséquence involontaire pendant le processus de clonage.
{% endhint %}

***

## Considérations de migration

Si vous avez auparavant adopté une structure de site plate (avant les sous-sites), vous pouvez envisager de passer à la nouvelle structure de site imbriquée.

{% hint style="danger" %}

* Lors du déplacement d’une ACU d’un site à un autre, toutes les portes de l’ACU perdent leurs associations de niveaux d’accès.
* Les portes sont retirées de tous les scénarios du site d’origine.
  {% endhint %}

***

## Conseils de dépannage

* Les niveaux d’accès doivent être copiés immédiatement après tous les contrôleurs de portes afin que les portes puissent être ajoutées. Cela réduit le temps d’indisponibilité de ces portes et donne un accès immédiat au bon ensemble d’utilisateurs.
* Clonez les scénarios dans tous les sites où les portes sont censées être verrouillées. Voir [Scénarios d’urgence](/access-control/fr/reponse-durgence/emergency-lockdown.md) pour plus d’informations.


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.verkada.com/access-control/fr/configuration/access-control-subsites.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.