> 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/transportation/fr/prise-en-main/roles-and-permissions-for-transportation-gateways.md).
# Rôles et autorisations pour les passerelles de transport
Rôles et autorisations disponibles pour les passerelles de transport
Cet article décrit l’ensemble des rôles et des permissions associées pour Verkada [Passerelles de transport](https://www.verkada.com/transportation/). Pour plus d’informations sur les rôles et les permissions pour d’autres gammes de produits Verkada, voir [Rôles et permissions pour Command](/command/fr/utilisateurs-et-autorisations/roles-and-permissions-for-command.md).
* **Rôles au niveau du site** déterminent l’accès qu’un utilisateur ou un groupe a aux appareils du site.
* **Rôles au niveau de l’organisation** permettent aux utilisateurs ou aux groupes de gérer les permissions et les appareils à un niveau global.
* **Permissions** sont définies à l’aide de rôles, qui définissent le niveau d’accès des utilisateurs et des groupes aux appareils et aux paramètres au sein d’une organisation et de ses sites.
***
### Considérations relatives aux permissions
* Les sous-sites héritent des permissions de tous les sites parents, y compris du site parent ultime.
* Les utilisateurs peuvent appartenir à plusieurs groupes. Lorsque des rôles entrent en conflit, l’utilisateur reçoit le **rôle le plus élevé** attribué directement ou via n’importe quel groupe.
* Les rôles attribués par groupe peuvent être mis à niveau manuellement, mais pas rétrogradés. Retirez l’utilisateur du groupe ayant le rôle le plus élevé pour réduire son accès.
***
## Rôles au niveau du site
Aucun accès
Un utilisateur avec Aucun accès ne peut pas voir les passerelles au sein d’un site.
Observateur en direct uniquement
Un utilisateur avec le rôle Observateur en direct uniquement ne peut pas voir les passerelles au sein d’un site.
agent de site
Les titulaires du rôle agent de site peuvent :
* Accéder à la page d’accueil Transport
* Accéder à la page de détails Transport
* Exécuter le test de vitesse
* Afficher les appareils connectés
* Afficher l’historique de consommation d’énergie
* Afficher les journaux d’activité
* Afficher les graphiques de données
* Configurer des alertes
Administrateur du site
Les administrateurs du site peuvent tout faire ce que peuvent les titulaires du rôle agent de site, ainsi que :
* Réclamer l’appareil
* Configurer l’appareil
* Gérer l’appareil
* Supprimer l’appareil
* Gérer la licence de données
* Accéder à la page d’accueil de la passerelle
* Accéder à la page de détails de la passerelle
* Exécuter le test de vitesse
* Exécuter la fonction de capturer les paquets
* Afficher les appareils connectés
* Effectuer un cycle d’alimentation des ports
* Afficher l’historique de consommation d’énergie
* Passer en mode WAN
* Afficher les journaux d’activité
* Réclamer les appareils connectés
* Modifier les paramètres réseau
* Activer/désactiver l’utilisation intelligente des données
* Afficher les graphiques de données
* Identifier l’appareil
* Redémarrer l’appareil
* Configurer des alertes
***
## Rôles au niveau de l’organisation
les autorisations d’administrateur d’organisation
Les administrateurs de l’organisation peuvent :
* Réclamer la licence logicielle
* Réclamer la licence de données
***
## Définir les permissions
Vous pouvez définir les permissions du site pour les utilisateurs et groupes existants en gérant les rôles des utilisateurs, les groupes ou les sites.
{% hint style="danger" %}
Les rôles de site Command accordent différents niveaux d’accès aux caméras, aux stations de visualisation, aux capteurs de qualité de l’air, aux interphones, aux passerelles et aux connecteurs Command dans un site et ses sous-sites.
{% endhint %}
Utilisateurs
1. **Dans Verkada Command, accédez à Tous les produits > Admin.**
2. **Sous Paramètres de l’organisation > Utilisateurs et permissions, sélectionnez Utilisateurs.**
3. **Sélectionnez un utilisateur.**
4. **À droite de Rôles du site, cliquez sur Gérer.**
1. En haut à gauche, sélectionnez **Command** comme gamme de produits.
2. Sélectionnez le rôle à attribuer à l’utilisateur.
3. Cliquez sur **Enregistrer**.
Groupes
1. **Dans Verkada Command, accédez à Tous les produits > Admin.**
2. **Sous Paramètres de l’organisation > Utilisateurs et permissions, sélectionnez Groupes.**
3. **Sélectionnez un groupe.**
4. **À droite de Rôles du site, cliquez sur Gérer.**
1. En haut à gauche, sélectionnez **Command** comme gamme de produits.
2. Sélectionnez le rôle à attribuer au groupe.
3. Cliquez sur **Enregistrer**.
Sites
1. **Dans Verkada Command, accédez à Tous les produits > Admin.**
2. **Dans la navigation de gauche, sélectionnez Sites.**
3. **Sélectionnez un site à gérer.**
1. Dans le volet droit, à côté de **Permissions du site**, cliquez sur :pen-line:.
2. En haut à droite, cliquez sur > **Utilisateur** ou **Groupe.**
3. Sélectionnez un ou plusieurs utilisateurs ou groupes pour modifier leurs permissions, puis cliquez sur **Suivant.**
4. Modifiez les permissions selon les besoins.
5. Cliquez sur **Ajouter.**
---
# 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 following URL with the `ask` and `goal` query parameters:
```
GET https://help.verkada.com/transportation/fr/prise-en-main/roles-and-permissions-for-transportation-gateways.md?ask=&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 `build a script that syncs our docs to a CMS` 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.