# General Translation Platform: Rôles et permissions URL: https://generaltranslation.com/fr/docs/platform/dashboard/reference/roles-and-permissions.mdx Docs index: https://generaltranslation.com/llms.txt Description: Découvrez les rôles organisation par défaut, les catégories de permissions et la façon dont les permissions sont héritées entre les Enterprises, les organisations et les projets. Référence des rôles et permissions. Les rôles déterminent ce que les membres peuvent voir et faire dans votre organisation et vos projets. ## Rôles de l’organisation [#organization-roles] Lorsqu’une organisation est créée, quatre rôles par défaut sont automatiquement définis : | Role | Description | | ------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Admin** | Accès complet à tous les paramètres de l’organisation et des projets, aux membres, à la facturation et aux traductions. Peut supprimer l’organisation. | | **Developer** | Accès technique aux projets : clés API, intégration GitHub, Locadex et données d’utilisation. Ne peut pas gérer les membres ni la facturation. | | **Editor** | Peut gérer les fichiers du projet, mettre en file d’attente les traductions de fichiers, ainsi que lire, modifier et réviser les traductions. N’a pas accès aux paramètres, aux membres ni à la facturation. | | **Member** | Peut voir l’organisation, mais n’a aucune autorisation spécifique. Utile comme rôle de base avec des dérogations supplémentaires par utilisateur. | ## Rôles Enterprise [#enterprise-roles] Les comptes Enterprise disposent d’un niveau de rôles supplémentaire pour gérer plusieurs organisations. Pour en savoir plus sur les rôles Enterprise et les permissions, [contactez-nous](https://generaltranslation.com/en-US/enterprise/contact). La page **Members** affiche un badge de rôle Enterprise lorsqu’un membre hérite d’un accès depuis l’Enterprise. Lorsque ce rôle Enterprise prévaut sur les rôles de l’organisation, gérez l’accès du membre au niveau Enterprise ; les actions de modification de rôle et de suppression au niveau de l’organisation ne sont pas disponibles. ## Référence des permissions [#permissions-reference] Les permissions sont classées par catégorie. Le tableau ci-dessous indique quels rôles par défaut ont accès à chaque permission. ### Permissions de l’organisation | Permission | Admin | Developer | Editor | Member | | ------------------------------------------------- | :---: | :-------: | :----: | :----: | | Mettre à jour les paramètres de l’organisation | ✓ | | | | | Gérer les projets et le forfait | ✓ | | | | | Gérer les membres | ✓ | | | | | Consulter l’utilisation | ✓ | ✓ | | | | Lire l’intégration GitHub | ✓ | ✓ | | | | Écrire dans l’intégration GitHub | ✓ | ✓ | | | | Gérer les secrets Locadex | ✓ | ✓ | | | | Lire le contexte de l’organisation | ✓ | | ✓ | | | Écrire le contexte de l’organisation | ✓ | | ✓ | | | Lire les clés API de l’organisation | ✓ | | | | | Créer et supprimer les clés API de l’organisation | ✓ | | | | | Lire les webhooks | ✓ | ✓ | | | | Modifier les webhooks | ✓ | ✓ | | | Les journaux d’audit nécessitent la permission **Gérer les projets et le forfait** (`org:manage`) et un forfait Enterprise. Le rôle **Admin** par défaut dispose de cette permission. Au niveau Enterprise, les journaux d’audit nécessitent `enterprise:manage`. (Consultez la [référence des journaux d’audit](/docs/platform/dashboard/reference/audit-logs)). ### permissions du projet | permission | Admin | Developer | Editor | Member | | --------------------------------------------------------- | :---: | :-------: | :----: | :----: | | Mettre à jour les paramètres du projet | ✓ | | | | | Lire les clés API du projet | ✓ | ✓ | | | | Créer et supprimer des clés API du projet | ✓ | ✓ | | | | Lire le contexte du projet | ✓ | | ✓ | | | Modifier le contexte du projet | ✓ | | ✓ | | | Lire les fichiers du projet | ✓ | ✓ | ✓ | | | Modifier les fichiers du projet | ✓ | ✓ | ✓ | | | Générer des traductions à l’exécution | ✓ | ✓ | | | | Mettre en file d’attente les traductions de fichiers | ✓ | ✓ | ✓ | | | Lire les automatisations et les paramètres de Locadex | ✓ | ✓ | | | | Modifier les automatisations et les paramètres de Locadex | ✓ | ✓ | | | Les clés API de projet et d’organisation relèvent de permissions distinctes : le rôle **Developer** peut créer des clés API de projet, mais pas des clés API d’organisation. Les permissions de webhook sont définies au niveau de l’organisation, et les webhooks nécessitent un forfait Team ou Enterprise ; consultez la [référence des webhooks](/docs/platform/dashboard/reference/webhooks). Les [outils MCP Google Drive](/docs/integrations/google-drive/reference/mcp-tools) nécessitent la permission **Lire les fichiers du projet** pour la découverte et l’état, ainsi que **Modifier les fichiers du projet** et **Mettre en file d’attente les traductions de fichiers** pour lancer une traduction. Les rôles par défaut **Admin**, **Developer** et **Editor** disposent de ces permissions. Les pages **Locadex > Automations** et **Locadex > Integrations** au niveau de l’organisation utilisent la permission **Lire l’intégration GitHub**. L’ajout, la modification ou la suppression de secrets Locadex au niveau de l’organisation nécessite **Gérer les secrets Locadex**. La création, la modification, l’exécution ou la suppression d’une automatisation de projet nécessite également la permission **Modifier les automatisations et les paramètres de Locadex** pour ce projet. ### Permissions de traduction | Permission | Admin | Developer | Editor | Member | | ------------------------------------ | :---: | :-------: | :----: | :----: | | Lire les traductions | ✓ | | ✓ | | | Modifier les traductions | ✓ | | ✓ | | | Réviser et approuver les traductions | ✓ | | ✓ | | ### Rôles et permissions de facturation | Permission | Admin | Developer | Editor | Member | | ------------------------------- | :---: | :-------: | :----: | :----: | | Voir les rôles | ✓ | | | | | Créer et supprimer des rôles | ✓ | | | | | Attribuer des rôles aux membres | ✓ | | | | | Voir la facturation | ✓ | | | | | Modifier la facturation | ✓ | | | | ## Héritage des permissions [#permission-inheritance] Les permissions se transmettent du haut vers le bas dans la hiérarchie : **Enterprise → organisation → projet** Si un utilisateur dispose d'une permission au niveau Enterprise, il l'a automatiquement pour toutes les organisations et tous les projets de cette Enterprise. De même, les permissions au niveau organisation s'appliquent à tous les projets de cette organisation. ## Sitemap See the full [sitemap](https://generaltranslation.com/sitemap.md) for all pages.