Qui peut quoi
Trois rôles dans un groupe, et un propriétaire qui n’est pas un rôle. Ce tableau est construit à partir du code de l’application : il ne peut pas être en retard sur elle.
La matrice
| Capacité | Admin de groupe | Organisateur | Membre |
|---|---|---|---|
| Modifier le groupe (nom, logo, visibilité) | ✅ | — | — |
| Supprimer le groupe | ✅ | — | — |
| Transformer le groupe en organisation | ✅ | — | — |
| Renseigner l'identité légale et la facturation | ✅ | — | — |
| Inviter et ajouter des membres | ✅ | — | — |
| Retirer un membre | ✅ | — | — |
| Changer le rôle d'un membre | ✅ | — | — |
| Accepter ou refuser les demandes d'adhésion | ✅ | — | — |
| Demander un essai ou une souscription | ✅ | — | — |
| Créer un tournoi dans le groupe | ✅ | ✅ | — |
| Gérer les tournois (joueurs, planning, scores) | ✅ | ✅ | — |
| Participer aux tournois | ✅ | ✅ | ✅ |
| Consulter les statistiques du groupe | ✅ | ✅ | ✅ |
Le propriétaire
Le propriétaire n’apparaît pas dans ce tableau parce qu’il ne s’attribue pas : il se constate. C’est le créateur du groupe. Il est inamovible, son rôle ne peut pas être modifié, et c’est lui qui désigne les premiers administrateurs.
Pourquoi un rôle « organisateur »
Avant lui, laisser quelqu’un organiser un tournoi obligeait à en faire un administrateur — donc à lui confier du même geste les adhésions, les rôles et la facturation. L’organisateur trace exactement cette frontière : il fait vivre les tournois, il ne touche pas à la structure.
Ce que ce tableau ne dit pas
Une autorisation réelle tient compte de trois choses de plus : l’administrateur global, l’administrateur de l’organisation parente pour un groupe interne, et la délégation aux membres lorsqu’elle est activée et que le produit la permet. Ce tableau est un résumé fidèle, pas une spécification complète.