Rôles par défaut

Chaque nouvelle église sur GCM est initialisée avec trois rôles dès que son espace de travail est provisionné : Administrator, Leader et Viewer. Ils couvrent la grande majorité des formes d'organigramme — une petite église peut fonctionner indéfiniment avec ces trois-là seulement. Vous ne pouvez pas les renommer ni les supprimer (ils portent l'indicateur is_system = true), mais vous pouvez ajuster les permissions accordées par chacun, et superposer des rôles personnalisés par-dessus.

TIP

Si vous n'avez jamais ouvert la matrice, commencez par Utilisateurs et Rôles pour le modèle conceptuel, puis revenez ici pour le détail champ par champ.

Administrator

Le rôle Administrator détient chaque permission du catalogue — les 68 clés sont activées par défaut. C'est le rôle pour le pasteur principal, l'administrateur exécutif, et toute autre personne qui doit configurer l'espace de travail lui-même : facturation, intégrations, structure organisationnelle, le catalogue de rôles que vous consultez en ce moment.

Concrètement, Administrator inclut :

• CRUD complet des membres plus l'outil de fusion (members.create, members.edit, members.delete, members.merge).
• Tout l'accès aux dons (giving.view, giving.record, giving.manage) — enregistrer des dons, modifier des entrées historiques, gérer les fonds.
• Tous les rapports, y compris approuver et déverrouiller (reports.approve, reports.unlock).
• Les clés de configuration : config.manage, users.manage, billing.manage, org_units.manage.
• Chaque verbe d'envoi : messaging.send, notifications.send, workflows.execute.

Une église doit avoir au moins un Administrator à tout moment. La base de données fait respecter cela pour les platform admins via un trigger, mais au niveau de l'organisation, c'est à vous. Si votre seul Administrator est verrouillé dehors, voir Récupérer un utilisateur verrouillé.

Leader

Leader est le rôle « opérateur de confiance » — quelqu'un qui mène le ministère au quotidien sans toucher à la facturation, aux intégrations ou au catalogue de rôles. L'initialisation accorde chaque permission dont l'action est view, create, edit, mark ou send. Cela représente environ les deux tiers du catalogue.

Ce qu'un Leader peut faire :

• Voir et ajouter des membres ; modifier ceux qui existent ; marquer la présence ; enregistrer des dons.
• Envoyer des messages, envoyer des notifications, soumettre des rapports.
• Voir les fonds, les événements, les ministères, les groupes, la carte et la démographie.

Ce qu'un Leader ne peut pas faire :

• Supprimer des enregistrements (pas de members.delete, pas de reports.delete).
• Gérer le catalogue de rôles ou la facturation (pas de users.manage, pas de billing.manage, pas de config.manage).
• Approuver ou déverrouiller des rapports soumis par d'autres.
• Fusionner des membres en double.

Associez Leader à une attribution d'unité organisationnelle et vous obtenez ce que la plupart des églises appellent un shepherd — un responsable qui supervise une branche ou un centre et ne voit que les membres attribués à cette portion de l'arbre.

Viewer

Viewer est en lecture seule sur l'ensemble. L'initialisation n'accorde que les actions view, rien d'autre. C'est le rôle pour les membres du conseil, les auditeurs, le consultant analytique envoyé par votre dénomination, et toute personne devant voir des chiffres sans les modifier.

Un Viewer peut ouvrir le tableau de bord, fouiller les rapports, parcourir les profils de membres, regarder les totaux de dons — mais chaque bouton de sauvegarde est masqué, chaque bouton de suppression est grisé, et chaque edge function rejette la requête avec une réponse de permission refusée s'ils en déclenchent une.

Viewer est aussi utile comme rôle de période d'essai : si vous n'êtes pas sûr qu'un nouveau collaborateur soit prêt pour l'accès en écriture, démarrez-le en Viewer, observez ce qu'il demande, et promouvez-le une fois qu'il a gagné le reste.

Pourquoi ces trois-là et pas sept ?

Les versions antérieures de GCM étaient livrées avec des rôles nommés comme Pastor, Shepherd, Treasurer, Worship Leader, etc. Nous avons appris au fil de centaines d'appels d'intégration que ces titres correspondaient rarement à ce qu'une église donnée entendait réellement par là — le Shepherd d'une église était le Leader d'une autre, et Treasurer signifiait parfois la personne qui compte le liquide et parfois la personne qui signe le rapport d'audit. Coder en dur les titres forçait les églises à redéfinir leur vocabulaire pour correspondre au nôtre ou à contourner nos valeurs par défaut.

Nous l'avons donc réduit aux trois niveaux sémantiques — contrôle total, accès en écriture, accès en lecture — et avons rendu trivial le fait de monter des rôles personnalisés avec les noms que votre église utilise réellement. La marche à suivre est dans Créer un rôle personnalisé.

Modifier ce qu'accordent les valeurs par défaut

Vous pouvez basculer des permissions individuelles pour n'importe quel rôle initialisé. Ouvrez l'onglet Rôles et Permissions, faites défiler la matrice jusqu'à la colonne du rôle, trouvez la ligne de la permission, et basculez l'interrupteur. Le changement est écrit dans role_permissions_v2 immédiatement — tout utilisateur ayant ce rôle voit le nouveau comportement au prochain chargement de page.

WARNING

Retirer users.manage à Administrator puis se déconnecter est l'un des seuls moyens de vous verrouiller véritablement hors du catalogue de rôles. L'onglet Rôles et Permissions lui-même requiert users.manage. Si vous faites cela et que vous êtes le seul Administrator, vous aurez besoin de Récupérer un utilisateur verrouillé pour revenir.

Pour aller plus loin

• Créer un rôle personnalisé — quand les valeurs par défaut ne suffisent pas.
• Accorder des permissions — la matrice en profondeur.
• Permissions limitées — restreindre un Leader à une seule branche.
• Inviter un utilisateur — attribuer ces rôles à un vrai compte.