# Inviter des membres et définir des rôles

Source: https://help.didit.me/fr/account-organization/team-members-and-roles
Updated: 2026-10-12

Invitez des coéquipiers depuis Paramètres, Membres, donnez-leur un rôle par produit et contrôlez leurs accès avec les rôles prédéfinis ou personnalisés.

Invitez depuis **Paramètres → Membres** avec **Inviter un membre**. Un membre
détient un rôle dans chaque produit ; les propriétaires et les administrateurs
ont accès à tous les produits. Si une section de la console semble manquante ou
désactivée pour quelqu'un, c'est presque toujours son rôle plutôt qu'un bug.

[Video: Analyses, équipes et rôles - Didit Academy](https://www.youtube.com/watch?v=sRcOBxjRYag)

Vous invitez des coéquipiers sous **Paramètres → Membres**, et donnez à chacun un rôle qui contrôle ce qu'il peut voir et faire dans la console.

## Inviter un membre de l'équipe

1. **Allez dans Paramètres, puis Membres**

   Dans la barre latérale de la console, ouvrez **Paramètres**, puis **Membres** sous votre organisation, et cliquez sur **Inviter un membre**.

2. **Saisissez leurs adresses email**

   Jusqu'à cinq à la fois, séparées par des virgules.

3. **Choisissez un rôle dans chaque produit**

   Choisissez un rôle prédéfini ou personnalisé pour chaque produit auquel la personne doit accéder, ou faites-en un Administrateur, ce qui couvre tous les produits. Les invitations expirent au bout de 30 jours et restent sous **Invitations en attente** jusqu'à ce qu'elles soient acceptées.

![La page Membres des paramètres de l'organisation Didit, avec le bouton Inviter un membre, les membres actifs et les invitations en attente](https://help.didit.me/screenshots/team-members-light.webp)

*Membres : qui fait partie de l'organisation, son rôle dans chaque produit, et les invitations encore en attente.*

## Rôles prédéfinis

| Rôle | Ce qu'il couvre |
|---|---|
| **Propriétaire** | Tout, y compris la facturation et la suppression de l'organisation. Seul le propriétaire peut supprimer l'organisation ou transférer la propriété |
| **Administrateur** | Tout, sauf la suppression de l'organisation et le transfert de propriété |
| **Responsable conformité** | Lit tout, décide des vérifications, modifie les listes et la liste de blocage |
| **Développeur** | Workflows, clés API, webhooks et outils de développement, avec un accès en lecture seule aux vérifications |
| **Lecteur** | Lecture et consultation des listes uniquement. Ne peut rien modifier |

Propriétaire et Administrateur sont fixes. Les autres rôles prédéfinis peuvent servir de point de départ à un rôle personnalisé.

## Rôles personnalisés

Si les rôles prédéfinis ne conviennent pas, créez un rôle personnalisé sous **Paramètres → Rôles et autorisations** : cliquez sur **Nouveau rôle** (ou **Personnaliser** sur un rôle prédéfini), partez d'un rôle prédéfini, nommez-le, puis activez ou désactivez **Lecture** et **Écriture** pour chaque partie de la console. La page affiche précisément ce qui change avant que vous n'enregistriez.

Les rôles personnalisés peuvent être modifiés à tout moment sous **Paramètres → Rôles et autorisations**, où **Propriétaire** et **Administrateur** sont fixes et où les autres rôles peuvent être personnalisés. **Supprimer le rôle** ne fonctionne que lorsqu'aucun membre ni aucune invitation en attente ne détient ce rôle : réaffectez-les d'abord.

## « Ça a l'air cassé » est en général un rôle

Avant de traiter une section manquante ou inerte comme un bug, vérifiez le rôle de la personne. Deux exemples qui reviennent régulièrement :

- **L'éditeur white-label apparaît mais ne fait rien.** Modifier la personnalisation nécessite un accès en **écriture** à Customization ; les membres en lecture seule le voient désactivé plutôt que d'obtenir une erreur. Voir [personnaliser l'image de marque](https://help.didit.me/fr/workflows/customize-branding-and-experience).
- **Les factures ne sont pas visibles.** La visibilité de la facturation est incluse pour **Propriétaire** et **Administrateur** et peut être accordée à un rôle personnalisé. Un Développeur ou un Lecteur ne la verra pas. Voir [recharges, factures et moyens de paiement](https://help.didit.me/fr/billing-credits/top-ups-invoices-and-payments).

## Faire de quelqu'un un propriétaire

Sous **Paramètres → Membres**, ouvrez votre propre fiche (en tant que propriétaire) et choisissez **Transférer la propriété**, puis **Choisir le nouveau propriétaire**. Seul le propriétaire peut le faire : la personne choisie devient propriétaire et votre rôle devient Administrateur. Une organisation a toujours un seul propriétaire, alors assurez-vous de choisir une personne à qui vous confiez la facturation et la suppression.

## Changer le rôle de quelqu'un

Allez dans **Paramètres → Membres**, ouvrez le membre, et modifiez son rôle dans chaque produit. Cela **remplace** son rôle actuel dans ce produit, ça n'en ajoute pas un second.

## Si une invitation n'aboutit pas

Un email ne peut appartenir qu'à une seule organisation Didit à la fois. Si votre coéquipier a déjà un compte - généralement parce qu'il s'est inscrit directement au lieu d'attendre votre invitation - ce compte doit être déplacé ou supprimé avant que l'invitation puisse aboutir.

Contactez le support si cela vous arrive ; ils peuvent régler le compte pour que l'invitation passe proprement. C'est une situation très courante et non quelque chose que vous avez mal fait. Voir [se connecter et récupérer l'accès à son compte](https://help.didit.me/fr/account-organization/login-and-account-access).

## Retirer quelqu'un

Toujours sous **Paramètres → Membres**, vous pouvez retirer l'accès d'un membre à tout moment. Cela retire uniquement son accès à cette organisation ; son compte et son accès à d'autres organisations ne sont pas affectés. Retirer une personne ne supprime pas ce qu'elle a fait : ses actions restent dans le journal d'audit, ce qui est précisément l'intérêt d'en avoir un. Voir [utiliser les journaux d'audit](https://help.didit.me/fr/account-organization/audit-logs).

> **Tip:** Quand quelqu'un part, retirez son accès à la console **et** faites une rotation
> de toute clé API à laquelle il avait accès. L'accès console et les clés API sont
> des chemins d'entrée séparés, et révoquer l'un ne révoque pas l'autre. Voir
> [gérer vos clés API](https://help.didit.me/fr/account-organization/api-keys).

## Permissions sur les clés API

Les rôles régissent les personnes dans la console. Les permissions d'une clé API sont une affaire distincte, et certaines opérations nécessitent des permissions qu'une clé peut ne pas avoir, ce qui se manifeste par un 403 plutôt que par un menu caché. Voir [erreurs API et leur signification](https://help.didit.me/fr/integration/api-errors).