Structure organisationnelle

Chaque église s'organise différemment. Une église en local commercial se réunit dans une seule pièce et a des Ministères. Un réseau multi-site couvre des régions, des branches, des centres et des cellules. Un pasteur de campus utilise Département → Ministère. Il n'y a pas de modèle fixe à trois niveaux dans GCM — vous nommez et imbriquez vos paliers pour correspondre à la façon dont vos membres parlent déjà.

Ce module est ce qui rend cela possible. Il alimente les portées des responsables, les répartitions de présence, les rapports de dons, la vue carte et presque tous les filtres de toutes les listes de l'application.

Déjà à l'aise avec les bases ?

Le guide de prise en main parcourt la configuration initiale en 5 minutes. Cette section va plus loin — chaque écran, chaque cas limite, chaque décision que les tables sous-jacentes vous permettent de prendre.

Trois choses à garder claires

GCM divise le modèle organisationnel en trois concepts qui vivent dans trois tables différentes. Ils se ressemblent dans l'interface ; ils se comportent très différemment dans les rapports.

Concept	Ce que c'est	Table	Exemple
Niveau	Le nom d'un palier dans votre hiérarchie	org_level_definitions	"Branche" (niveau 1), "Centre" (niveau 2), "Cellule" (niveau 3)
Unité	Une instance concrète à un niveau	org_units	Branche du centre-ville, Centre Nord, Cellule Acacia
Affectation	Un membre appartenant à une unité	member_unit_assignments	Jane Doe → Cellule Acacia

Les responsables et le personnel ont leur propre table — user_unit_assignments_v2 — qui contrôle ce qu'ils peuvent voir, et non ce à quoi ils appartiennent. Un pasteur est membre d'une cellule et berger d'une branche entière ; les deux sont des enregistrements séparés.

Quand vous avez besoin de ce module

Vous n'avez pas toujours besoin d'une hiérarchie. Une église de maison à site unique peut ignorer le module entièrement et regrouper tout le monde dans Ministères. Vous commencez à en avoir besoin quand l'un de ces points est vrai :

• Vous avez plus d'un site physique et avez besoin de filtrer les membres ou la présence par site.
• Vous avez des bergers dont la vue des membres devrait être plus étroite que celle du pasteur principal.
• Vos rapports doivent s'agréger — par exemple "présence du dimanche par branche, ventilée par centre".
• Vous imprimez des données démographiques par région pour les réunions du conseil.
• Votre vue carte doit épingler les unités, pas seulement les membres.

Si aucun de ces points ne s'applique, passez aux Membres et revenez plus tard.

La règle N-niveaux

GCM prend en charge jusqu'à 10 niveaux de profondeur. Le niveau 1 est toujours obligatoire ; les niveaux 2 à 10 sont optionnels et chacun peut être activé ou désactivé par organisation. Le modèle est strictement en forme d'arbre — chaque unité a exactement un parent (sauf le niveau 1, qui n'en a pas).

La règle pour les membres est une unité par niveau. Un membre peut appartenir à une branche et à une cellule, jamais à deux branches à la fois. Cela garde les agrégations sans ambiguïté : quand vous sommez la présence par branche, personne n'est compté deux fois.

Pour le personnel, la règle est différente — un responsable peut être affecté à plusieurs unités au même niveau (un pasteur multi-campus, un trésorier régional). Sa portée visible est l'union de ses unités affectées et de tous les descendants.

Ordre de configuration

Configurez une fois, dans cet ordre, et vous éviterez la plupart des reprises qui mordent les églises qui sautent directement à l'invitation des utilisateurs :

1. Définissez vos niveaux — nommez les paliers que votre église utilise réellement.
2. Créez vos unités — une ligne par lieu physique ou logique.
3. Câblez les relations parent-enfant — imbriquez chaque unité sous son parent.
4. Affectez les membres — liez chaque membre à l'unité feuille à laquelle il appartient.
5. Affectez les responsables et les bergers — restreignez les utilisateurs aux unités qu'ils supervisent.
6. Archivez ce qui change — quand un campus ferme ou qu'une cellule se divise, archivez — ne supprimez pas.

Permissions

Action	Admin	Pasteur	Berger	Membre
Définir des niveaux	oui	oui	non	non
Créer / modifier / archiver des unités	oui	oui	non	non
Affecter des membres à une unité	oui	oui	oui (unités affectées uniquement)	non
Affecter un responsable à une unité	oui	oui	non	non
Voir les membres d'une unité	oui	oui	oui (sous-arbre affecté)	propre unité uniquement

La règle du "sous-arbre affecté" est appliquée dans la base de données via Row-Level Security sur la fonction current_org_id() et le RPC user_visible_unit_ids. Même si un berger inspecte les appels réseau de son navigateur et interroge directement, la base de données refuse les lignes en dehors de sa portée.

Ce qui s'agrège vers quoi

Une fois votre hiérarchie existante, chaque comptage qui mentionne une unité sait comment cascader :

• Nombre de membres sur une branche = membres directement sur la branche + membres sur chaque descendant.
• Présence sur une branche un dimanche = l'union de la présence à travers chaque réunion tenue par tout descendant.
• Total des dons pour un centre = dons enregistrés contre tout membre dont l'unité est dans le sous-arbre du centre.
• Épingles de carte = chaque unité avec map_location défini, codée par couleur selon le niveau.

C'est pourquoi le niveau auquel vous mettez un membre importe. Mettre tout le monde au niveau 1 parce que c'est "plus facile" défait l'agrégation — les totaux de branche seraient égaux aux totaux globaux et les centres seraient vides.

Migration depuis une structure plate

Les clients GCM existants qui ont commencé avant la sortie de N-niveaux étaient sur un modèle hérité à trois niveaux (branche / centre / bascenta). Ce modèle est parti — vos lignes existantes ont été soulevées dans org_units pendant la migration et les définitions de niveau ont été préservées telles quelles. Si vous commencez à neuf aujourd'hui, vous n'avez pas à y penser ; si vous réarchitecturez, voir Migrer d'une structure plate vers une structure N-niveaux.

Étapes suivantes

• Définissez vos niveaux — la fondation de tout le reste.
• Créez votre première unité — votre enregistrement de niveau 1.
• Affectez les membres — liez les personnes à l'arbre.