Centre de gestion
Le Centre de gestion regroupe les réglages transverses du serveur : les salons et rôles que plusieurs modules utilisent en commun, et les droits d’accès de chaque rôle staff au dashboard.
Trois sections, adressables par URL : Aperçu, Salons & Rôles et Accès par rôle. Un lien Modules renvoie vers le catalogue des modules, où se fait l’activation.
Trois indicateurs résument la configuration : Modules Actifs, Modules restreints et Santé Config.
Quand un salon transverse manque, un encart Configuration incomplète le nomme et renvoie vers l’onglet Salons & Rôles.
Le bloc État des fonctionnalités liste les modules avec leur état, Actif ou Inactif, et signale ceux dont l’accès est Restreint à certains rôles.
Salons & Rôles
Section intitulée « Salons & Rôles »Salons Discord
Section intitulée « Salons Discord »Ces salons servent de valeur par défaut aux modules qui n’en déclarent pas un à eux :
| Réglage | Rôle |
|---|---|
| Salon de Logs | Salon principal pour les logs du bot. |
| Salon Règlement | Publication du règlement. |
| Annonces Réunions | Annonces des réunions staff. |
| Vocal Réunions | Salon vocal par défaut des réunions. |
| Salon Digest | Publication du digest de news. |
| Salon Public | Salon public général. |
| Salon Config | Salon de configuration interne. |
| Salon Actualités | Publication des patch notes et des news du staff. |
| Salon Daily Algo | Publication des exercices quotidiens. |
Rôles Discord
Section intitulée « Rôles Discord »- Rôle Modérateur : le rôle de base pour la modération.
- Rôle Staff Base : le rôle de base de l’équipe.
- Rôle Staff Test : le rôle des membres en période d’essai.
Ces rôles sont ceux sur lesquels s’appuient l’Annuaire staff et le Tutorat.
Intégrations
Section intitulée « Intégrations »- GitHub Releases : notifications de nouvelles versions.
- Casier inter-serveurs : partager et consulter les sanctions des autres serveurs de l’instance.
Par fonctionnalité
Section intitulée « Par fonctionnalité »Chaque module peut avoir son Salon Principal, son Rôle Notification et ses méthodes d’alerte :
- Salon Discord : envoi dans le salon configuré.
- Messages Privés : envoi en MP Discord.
- URL du Webhook Discord : relaie une copie de l’alerte vers un webhook externe.
Un champ de recherche filtre la liste.
Accès par rôle
Section intitulée « Accès par rôle »La Matrice des Accès définit, rôle staff par rôle staff, ce qui est ouvert dans le dashboard. Elle se lit Par module ou Par rôle.
Seuls les rôles staff déclarés y figurent : rattachez d’abord un rôle Discord à un grade dans Hiérarchie & rôles, sinon la matrice reste vide.
Les quatre droits
Section intitulée « Les quatre droits »| Droit | Ce qu’il autorise |
|---|---|
| Voir | Ouvrir la section et lire ses données. Sans ce droit, la page disparaît de la navigation et l’API refuse même la lecture. |
| Modérer | Agir au quotidien sur ce que la section contient - traiter, décider, répondre - sans toucher à ses réglages. |
| Configurer | Modifier les réglages de la section. C’est ce droit qui autorise les enregistrements. |
| Supprimer | Effacer dans la section : réunions, automatisations, grades et avertissements du staff, quêtes, macros et liste noire des tickets. Un rôle qui règle la section n’a pas pour autant le droit d’y effacer. |
La règle de la première règle
Section intitulée « La règle de la première règle »Une fonctionnalité sans aucune règle reste visible par tout le staff. Dès qu’un rôle reçoit Voir, la section passe en liste blanche : elle se ferme à tous les autres.
Les administrateurs Discord ne sont jamais filtrés par cette matrice.
Trois configurations types réécrivent tous les accès d’un coup : Communauté générale, Gaming / Esport et Dev / Tech. Elles demandent une confirmation, car les règles d’accès actuelles seront écrasées, et les modifications en cours perdues, et s’appliquent immédiatement plutôt que d’attendre la barre d’enregistrement.
Enregistrer
Section intitulée « Enregistrer »Une seule barre d’enregistrement couvre les trois sections : une modification faite dans Salons & Rôles ne se perd pas quand on passe à Accès par rôle. Kotbo confirme par Modifications enregistrées.
Après l’enregistrement, la page est relue depuis le serveur : ce dernier normalise ce qu’il reçoit, et un module peut en rallumer un autre dont il dépend.