Skip to content

Leaders et permissions

GCM n'a pas aujourd'hui de champ « leader de ministère » dédié sur l'enregistrement du ministère — et c'est un choix de conception délibéré. Le leadership dans les églises est complexe : certains ministères ont un seul responsable, d'autres ont des co-leaders, d'autres tournent chaque trimestre, d'autres ont un leader plus trois assistants. Essayer de tout modéliser dans une seule colonne ne donne rien de bon.

À la place, GCM vous offre deux outils flexibles qui, ensemble, couvrent tous les schémas de leadership que nous avons rencontrés : les permissions (qui peut modifier) et les champs personnalisés ou les rôles (qui est le leader).

Les deux permissions

Chaque action du module Ministères est régie par l'une de ces deux clés de permission :

PermissionCe qu'elle accorde
ministries.viewVoir la liste, ouvrir n'importe quel ministère, voir ses membres et sa présence
ministries.manageTout ce qu'inclut .view, plus : créer, renommer, supprimer, ajouter des membres, retirer des membres

Ces permissions sont globales — elles ne se limitent pas à un ministère précis. Si vous accordez ministries.manage, l'utilisateur peut gérer tous les ministères de votre organisation. Il n'y a pas de barrière « vous ne pouvez gérer que Louange » au niveau des permissions.

Pour la plupart des églises, c'est suffisant : l'équipe d'administration gère tous les ministères, et les leaders individuels utilisent d'autres outils (champs personnalisés, invitations calendrier, un groupe WhatsApp) pour coordonner leur équipe sans toucher à l'interface admin GCM. Les données d'appartenance, c'est une chose ; le leadership quotidien de l'équipe, c'en est une autre.

Affectations de rôles par défaut

Par défaut, ces rôles reçoivent ministries.manage :

  • Admin — oui (accès complet)
  • Pasteur — oui (accès complet)
  • Trésorier — non (rôle financier, pas de gestion de ministère)
  • Berger (Shepherd) — non (rôle de soin pastoral, pas de gestion de ministère)
  • Membre — non (ne voit pas le module du tout)

Les visiteurs et le public ne voient jamais les ministères. Le module Ministères ne fait pas partie du site public.

Pour changer les valeurs par défaut, allez dans Utilisateurs et rôles et modifiez l'ensemble des permissions de n'importe quel rôle — activez ou désactivez ministries.view ou ministries.manage.

Reconnaître un leader sans champ leader

Vous avez trois options, par ordre croissant de formalisme.

Option 1 : un rôle personnalisé par ministère

Créez un rôle personnalisé appelé Leader de louange dans Utilisateurs et rôles et accordez-lui ministries.manage. Attribuez le rôle à la personne qui dirige réellement l'équipe de louange. Elle dispose maintenant des droits complets de gestion sur le module Ministères — y compris des ministères qu'elle ne dirige pas, techniquement, mais en pratique les personnes que vous avez identifiées comme leaders touchent rarement aux listes des autres.

C'est l'approche légère. Elle implique qu'un leader de louange peut aussi modifier le ministère de l'accueil, donc elle repose sur la bonne volonté plutôt que sur l'application stricte.

Option 2 : un champ personnalisé sur le membre

Ajoutez un champ personnalisé via Champs personnalisés :

  • Nom du champ : Rôle de leadership de ministère
  • Type de champ : Sélection unique ou texte libre
  • Options : Leader louange, Leader accueil, Directrice enfants, Leader médias, etc.

Sur le membre qui dirige chaque ministère, définissez le champ. Vous avez maintenant un moyen interrogeable de « qui dirige ce ministère ? » sans accorder de permissions supplémentaires.

Cette option se combine bien avec l'Option 1 — le rôle accorde la capacité de gestion, le champ personnalisé documente le titre.

Option 3 : un ministère « Leadership » unique

Certaines églises créent un ministère séparé appelé Leadership ou Anciens et y ajoutent les personnes qui dirigent les autres ministères. C'est une liste pratique de « tous ceux qui dirigent quelque chose » sans changer aucune permission ni aucun champ personnalisé.

Choisissez ce que votre équipe utilisera réellement. Les données finissent identiques ; ce qui change, c'est ce qui apparaît dans les rapports et qui se sent responsable.

Communiquer avec les leaders d'un ministère

Une fois que vous avez identifié les leaders par l'une des options ci-dessus, vous pouvez les joindre via :

  • Messagerie — filtrez sur les membres dont le Rôle de leadership de ministère est défini, puis envoyez un message WhatsApp ou un e-mail groupé.
  • Workflows — déclenchez une notification aux leaders de ministère quand un nouveau membre rejoint leur ministère. Utile pour les suivis « accueillez le nouveau bénévole ».
  • Conversations — épinglez une conversation 1:1 avec chaque leader de ministère pour les échanges continus.

Restreindre la vue à un seul ministère

GCM ne prend pas en charge aujourd'hui « cet utilisateur ne peut voir que le ministère Louange ». Le périmètre des permissions est global, pas par enregistrement. Si c'est une exigence stricte pour votre gouvernance (par ex. un ministère jeunesse dont l'appartenance est sensible et ne doit pas être visible par les autres leaders de ministère), la solution de contournement est :

  • Utilisez une unité d'organisation pour isoler les membres concernés des autres utilisateurs.
  • Configurez la politique de lecture limitée à l'unité sur le rôle concerné afin qu'ils ne voient que les membres de leur unité.
  • L'appartenance au ministère est alors implicitement filtrée : si l'utilisateur ne peut pas voir le membre, il ne peut pas le voir dans la liste du ministère.

C'est une configuration plus lourde, mais c'est la seule voie aujourd'hui.

Audit des actions des leaders

Chaque modification d'un ministère — créé, renommé, supprimé, membres ajoutés ou retirés — est enregistrée dans le journal d'audit avec created_by, updated_by et horodatages. Ouvrez la page de détail du ministère et l'attribution d'audit sous l'en-tête vous indique qui l'a modifié en dernier.

Pour une piste d'audit plus complète, voir Journaux de données — chaque INSERT, UPDATE et suppression douce sur les tables ministries et ministry_members est journalisé avec l'utilisateur ayant effectué la modification.

Feuille de route

Une colonne leader_member_id de première classe sur le ministère, avec des co-leaders optionnels et un périmètre de permissions par ministère, figure dans la feuille de route mais n'est pas livrée. Nous la priorisons après que les fonctionnalités de listes dynamiques sur les Groupes auront atterri. Si cela vous bloque, ouvrez une demande de fonctionnalité — des cas d'usage concrets nous aident à prioriser.

Étapes suivantes