meta données pour cette page
  •  

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

sectorisation [2026/08/26 14:22] – créée 45.147.21.143sectorisation [2026/08/26 14:28] (Version actuelle) – 45.147.21.143
Ligne 1: Ligne 1:
 ====== LoGeAs Sectorisé ====== ====== LoGeAs Sectorisé ======
  
-Cette page documente la version **sectorisée** de LoGeAs : un mode de fonctionnement permettant de gérer, au sein d'**une seule base de données**, plusieurs entités administratives et comptables distinctes appelées **secteurs**.+Cette page présente la version **sectorisée** de LoGeAs : un mode de fonctionnement permettant de gérer, au sein d'**une seule base**, plusieurs subdivisions internes appelées **secteurs**. 
 + 
 +**Point clé** : une Base LoGeAs correspond à **une seule entité juridique** (une association, un SIREN/RNA unique). Un secteur n'est **pas** une entité juridique distincte : c'est une subdivision interne de cette entité (antenne locale, section, groupe, service...), qui permet de gérer séparément le fichier des membres et la comptabilité de chaque subdivision, sans démembrer l'identité juridique, laquelle reste unique.
  
 ===== Intérêt ===== ===== Intérêt =====
  
-LoGeAs sert des associations et organismes à but non lucratif. Certains d'entre eux ne sont pas une structure unique mais un **réseau** : une fédération, une union régionale, des antennes locales, des paroisses rattachées à une structure nationale (le paramétrage ''Structure.EPUdF_Region'' / ''Structure.EPUdF_Consistoire'' présent dans le code atteste de ce cas d'usage concret, pour l'Église Protestante Unie de France, organisée en Régions et Consistoires).+LoGeAs sert des associations et organismes à but non lucratif. Certains d'entre eux ne sont pas une structure homogène mais une entité juridique **organisée en plusieurs subdivisions internes** : antennes locales, sections régionales, groupes, paroisses rattachées à une structure nationale (c'est par exemple le cas d'organisations fédératives ou confessionnelles structurées en régions et groupes locaux, tout en restant une seule et même association).
  
-Sans sectorisation, un tel réseau devrait soit : +Sans sectorisation, une telle organisation devrait soit : 
-  * gérer **une base LoGeAs par antenne**, ce qui interdit toute vision consolidée (adhérents, comptabilité) au niveau national ; +  * gérer **une base LoGeAs par subdivision**, ce qui est redondant, interdit toute vision consolidée au niveau central, et disperse artificiellement une comptabilité qui reste légalement une seule et même entité ; 
-  * soit tout regrouper dans une base unique **sans cloisonnement**, ce qui empêche de distinguer identité légale, adhérents et comptabilité de chaque antenne.+  * soit tout regrouper dans une base unique **sans distinction**, ce qui empêche de distinguer le fichier des membres et la comptabilité propres à chaque subdivision.
  
-Le mode sectorisé répond à ce besoin : dans une même base, chaque **secteur** peut disposer de : +Le mode sectorisé répond à ce besoin : dans une même base (donc une même entité juridique), chaque **secteur** peut disposer de : 
-  * sa propre identité légale (nom, adresse, logo, SIREN/RNA, TVA, RCS) ;+  * un nom et une adresse de correspondance propres, avec un logo dédié (utiles pour le courrier et les documents édités localement) ;
   * son propre fichier d'adhérents/donateurs ;   * son propre fichier d'adhérents/donateurs ;
-  * sa propre comptabilité (saisies, écritures, dons, bilan) ;+  * sa propre comptabilité (saisies, écritures, dons), avec une déclinaison possible du bilan par secteur ;
   * ses propres droits utilisateurs.   * ses propres droits utilisateurs.
  
-Un niveau dit **générique** (le secteur n°1, la "tête de réseau") garde une vision consolidée sur l'ensemble, pendant qu'un utilisateur rattaché à un secteur particulier ne voit en principe que les données de son secteur.+L'identité juridique elle-même (SIREN, RNA, RCS, n° de TVA) reste **unique** et n'est renseignée que sur le secteur générique. Ce dernier garde par ailleurs une vision consolidée sur l'ensemble des secteurs, pendant qu'un utilisateur rattaché à un secteur particulier ne voit en principe que les données de son secteur.
  
-===== Concepts et modèle de données =====+===== Comment ça fonctionne =====
  
-==== L'entité Secteur ====+==== Le secteur générique ====
  
-Chaque secteur est un enregistrement de la table ''Secteur'' (classe ''TSQLSecteur'' côté client) portant : +Une base sectorisée comporte toujours un **secteur générique**, qui représente la structure dans son ensemble. C'est lui qui porte l'identité juridique (SIREN, RNA, RCS, TVA). Les autres secteurs viennent s'ajouter à côté de lui pour représenter les subdivisions.
-  * son identité : nom, mnémonique, dénomination courante et officielle (avec déterminant grammatical, ex. "la"/"le"), logo ; +
-  * ses coordonnées : adresse complète, téléphone, portable, email ; +
-  * ses informations légales (uniquement significatives pour le secteur générique) : SIREN, RNA, ville de dépôt du RCS, n° de TVA.+
  
-Le **secteur n°1 est toujours la "Structure générique"** : il existe même sur une base non sectorisée. Le nombre de secteurs déclarés est exposé via ''TBaseLoGeAs.NbSecteur'' — tant que ce nombre vaut 1, toute l'interface liée à la sectorisation (menus, sélecteurs, blocs "Secteur" dans les fiches) reste masquée : le fonctionnement est alors identique à une base classique.+Sur une base qui ne compte qu'un seul secteur, tout ce qui touche à la sectorisation (menus, sélecteurs de secteur, bloc "Secteur" dans les fiches) reste invisible : l'utilisation est identique à une base classique.
  
-==== Le champ "secteur" ====+==== Qui voit quoi ====
  
-Un champ ''secteur'' (numéro du secteur propriétaire) est porté par les entités suivantes : +  * Un utilisateur connecté sur le **secteur générique** a en principe une vision **consolidée** : il voit les adhérents/donateurs de tous les secteurs. 
-  * **Fichier** : ''Personne'', ''Famille'' — les deux seules entités dont le filtrage par secteur est **automatique et systématique**, quel que soit l'écran qui charge les données (le filtre est injecté par le code générique du modèle, pas par chaque écran) ; +  * Un utilisateur connecté sur **un secteur particulier** ne voit en principe **que** les adhérents/donateurs de ce secteur. 
-  * **Comptabilité** : ''Saisie'', ''Ecriture'', ''HistoriqueDon'', ''HistoriqueDonSynthese'' — le champ existe et peut être exploité par un écran pour restreindre son affichage à un secteur, mais le filtrage n'est **pas automatique** : c'est à l'écran concerné de le demander explicitement ; +  * Ce comportement concerne le fichier des adhérents et des donateurs. Pour la comptabilité, chaque écran comptable définit lui-même s'il doit être limité au secteur courant ou non.
-  * **Droits** : ''DroitsSecteur'' — un jeu de droits par couple (utilisateur, secteur) ; +
-  * **Paramétrage** : ''LienCloud'' — les liens de stockage cloud (devis/factures) sont eux aussi déclinables par secteur.+
  
-À la création d'une fiche Personne/Famille (ou de tout enregistrement doté d'un champ ''secteur'' non renseigné), le secteur est affecté automatiquement selon le mode actif : +==== À la connexion ====
-  * en mode non-sectorisé ou Durstel → secteur = 1 (générique), sans intervention utilisateur ; +
-  * en mode Sectorisé ou Nîmes → une boîte de dialogue demande explicitement "Indiquez le secteur d'affectation".+
  
-==== Connexion à la base ====+À la connexion, l'utilisateur choisit un **exercice** et un **secteur**. Dès que la base compte plusieurs secteurs, le titre affiché en haut de l'écran rappelle le nom du secteur courant ("Nom de la base - nom du secteur").
  
-À la connexion, l'utilisateur choisit un **Exercice** et un **Secteur** (''TBaseLoGeAs.IDExercice'' / ''IDSecteur''). Dès que la base compte plus d'un secteur, le titre affiché ajoute le nom du secteur courant ("Nom de la base - nom du secteur").+===== Les différents modes de fonctionnement =====
  
-===== Spécificité : les quatre modes de sectorisation =====+Selon la configuration de la base, le comportement de la sectorisation (qui voit quoi dans le fichier des adhérents) peut varier. Il existe quatre modes possibles :
  
-Le comportement exact est piloté par un paramètre de base, ''modeSectorisationFichier'' (énuméré côté client sous ''TModeFichierSectorise''). Il détermine, pour le **fichier des membres** (Personne/Famille), qui voit quoi.+^ Mode ^ Depuis le secteur générique ^ Depuis un secteur particulier ^ Contexte d'usage ^ 
 +| Non sectorisé | (base à secteur unique) | (base à secteur unique) | Fonctionnement par défaut, équivalent à une base classique | 
 +| Sectorisé | Voit **tous** les adhérents, tous secteurs confondus | Ne voit **que** les adhérents de son propre secteur | Mode standard pour une entité organisée en subdivisions | 
 +| Supervision centrale | Voit **tous** les adhérents (deux niveaux différents conservent une vision globale) | Ne voit que son propre secteur | Variante mise en place pour répondre au besoin spécifique d'une structure cliente, quand un deuxième niveau doit lui aussi superviser l'ensemble | 
 +| Fichier partagé | Voit **tous** les adhérents | Voit **également tous** les adhérents — le fichier n'est jamais limité à un seul secteur | Variante mise en place pour une structure où le secteur sert surtout à qualifier la comptabilité, sans cloisonner le fichier des membres |
  
-^ Mode ^ Valeur ^ Vision depuis le secteur générique ^ Vision depuis un secteur donné ^ Origine ^ +Ce réglage est défini une fois pour toutes lors de la mise en place de la base ; il ne se change pas par l'utilisateur au fil de l'eau (voir "Paramétrage" ci-dessous).
-| Non sectorisé | 0 | (base à secteur unique) | (base à secteur unique) | Comportement par défaut, équivalent à une base classique | +
-| Sectorisé | 1 | Voit **tous** les membres, tous secteurs confondus | Ne voit **que** les membres de son propre secteur | Mode "réseau" standard | +
-| Nîmes | 2 | Voit **tous** les membres (les secteurs 1 **et** 2 sont tous deux considérés génériques) | Ne voit que son propre secteur (à partir du secteur 3) | Variante développée pour un déploiement client, où deux niveaux distincts doivent conserver une vision globale | +
-| Durstel | 3 | Voit **tous** les membres | Voit **également tous** les membres — le fichier n'est jamais restreint | Variante développée pour un déploiement client, où le secteur sert d'axe de qualification (notamment comptable) sans cloisonner le fichier des membres | +
- +
-Points importants : +
-  * Ce filtrage s'applique **uniquement** aux entités Personne et Famille (cf. ci-dessus). La comptabilité (Saisie/Ecriture/dons) porte le champ secteur mais n'est cloisonnée par ce mécanisme automatique que si l'écran le demande explicitement dans son filtre de chargement. +
-  * Les modes **Nîmes** et **Durstel** sont des adaptations développées pour répondre au besoin d'un client précis (leur nom en code le suggère fortement) et reprises comme modes génériques disponibles pour toute base. À manier avec prudence si on les réutilise sur une nouvelle base : leur comportement est plus spécifique que le mode "Sectorisé" standard. +
-  * Le mode est un réglage **technique de la base**, positionné une fois pour toutes ; il n'est pas modifiable depuis un écran client (voir "Paramétrage" ci-dessous).+
  
 ===== Usage ===== ===== Usage =====
  
-==== Informations légales par secteur ====+==== Informations d'un secteur ====
  
-Écran : **Administration > Informations Légales** (''info-secteur.component'').+Écran : **Administration > Informations Légales**.
  
   * Si la base compte plusieurs secteurs, un menu arborescent liste "Structure générique" puis chaque secteur ("Secteur \"Nom\"").   * Si la base compte plusieurs secteurs, un menu arborescent liste "Structure générique" puis chaque secteur ("Secteur \"Nom\"").
-  * Chaque secteur dispose de son propre formulaire d'identité (nom, déterminant + dénomination courante/officielle, mnémonique, email, téléphones, adresse complète, logo uploadé indépendamment par secteur). +  * Chaque secteur dispose de son propre formulaire d'identité (nom, dénomination courante/officielle, mnémonique, email, téléphones, adresse complète, logo) — utile pour le courrier et les documents édités au niveau local. 
-  * Les champs **SIREN / RNA / RCS / TVA** ne sont proposés que sur le secteur générique (ID=1) : c'est la structure porteuse qui est juridiquement identifiée. Un bandeau rappelle que le SIREN ou le RNA est **obligatoire** pour l'édition des reçus fiscaux (mise en conformité NF203 ; à défaut de SIREN, saisir "000000000"). +  * Les champs **SIREN / RNA / RCS / TVA** ne sont proposés que sur le secteur générique : c'est **l'identité juridique unique** de la structure qui est renseignée là, pas celle de chaque secteur. Un message rappelle que le SIREN ou le RNA est **obligatoire** pour l'édition des reçus fiscaux (à défaut de SIREN, saisir "000000000"). 
-  * Écran soumis à un droit dédié (droit n°82), sauf pour les membres de l'assistance LoGeAs.+  * Écran réservé aux utilisateurs disposant du droit d'accès correspondant.
  
 ==== Rattachement d'un membre à un secteur ==== ==== Rattachement d'un membre à un secteur ====
  
-Écrans : fiche **Famille** et fiche **Personne** (bloc "Secteur", visible dès que la base compte plus d'un secteur).+Écrans : fiche **Famille** et fiche **Personne** (bloc "Secteur", visible dès que la base compte plusieurs secteurs).
  
-  * Le secteur courant est affiché en lecture seule, avec un bouton "Changer de secteur" (nécessite le droit fichier "édition"). +  * Le secteur courant est affiché, avec un bouton "Changer de secteur" (nécessite le droit d'édition sur le fichier). 
-  * Le changement de secteur est géré par ''FichierSecteurService'' et se propage **en cascade**, après confirmation utilisateur : +  * Le changement de secteur se propage automatiquement, après confirmation : 
-    - au niveau Famille : la famille change de secteur, puis **tous ses membres** sont basculés dans le même secteur ; +    - au niveau d'une famille : la famille change de secteur, puis **tous ses membres** sont basculés dans le même secteur ; 
-    - au niveau Personne : la famille de la personne est retrouvée (erreur bloquante si elle est introuvable — incohérence de données), puis le même traitement en cascade est appliqué à la famille et à tous ses membres ; +    - au niveau d'une personne : le même traitement est appliqué à sa famille et à l'ensemble de ses membres ; 
-    - pour chaque membre : ses **saisies comptables non verrouillées** (ni approuvées, ni clôturées) changent de secteur, ainsi que les **écritures**, **historiques de dons** et leur **synthèse** rattachés à ces saisies. +    - pour chaque membre concerné : ses **saisies comptables encore modifiables** (ni approuvées, ni clôturées) changent également de secteur, ainsi que les écritures et historiques de dons qui en découlent. 
-  * Les saisies déjà approuvées ou clôturées **ne sont pas touchées** : elles gardent leur secteur d'origine.+  * Les saisies déjà approuvées ou clôturées **ne sont pas modifiées** : elles gardent leur secteur d'origine.
  
 ==== Paramétrage comptable par secteur ==== ==== Paramétrage comptable par secteur ====
  
-Écran : **Comptabilité > Gestion de la compta** (''param-compta'').+Écran : **Comptabilité > Gestion de la compta**.
  
-  * Des sélecteurs Exercice / Secteur permettent de choisir le couple pour lequel on paramètre les liens de stockage cloud (dossiers devis/factures dématérialisés) — chaque secteur peut avoir ses propres emplacements. +  * Des sélecteurs Exercice / Secteur permettent de choisir le couple pour lequel on paramètre les emplacements de stockage cloud (dossiers devis/factures dématérialisés) — chaque secteur peut avoir les siens. 
-  * Un bloc "Autre paramétrage (générique, tous secteurs)" regroupe les réglages communs, non déclinables par secteur.+  * Un bloc "Autre paramétrage (générique, tous secteurs)" regroupe les réglages communs à l'ensemble de la base.
  
 ==== Droits utilisateurs par secteur ==== ==== Droits utilisateurs par secteur ====
  
-  * Les droits (''TSQLDroitsSecteur'') sont attribués **par couple utilisateur/secteur** : administration, fichier, comptabilité, droits spécifiques. Un utilisateur peut ainsi avoir des droits différents selon le secteur. +  * Les droits d'un utilisateur (administration, fichier, comptabilité) peuvent être attribués **par secteur** : un utilisateur peut ainsi avoir des droits différents selon le secteur auquel il est rattaché. 
-  * L'écran **Synthèse des droits** (''etat/etatcomptable/etatadmin/synthese-droits'') imprime un tableau récapitulatif de tous les utilisateurs et de leurs droits, **regroupés par secteur**, utile pour un audit ou une revue de droits.+  * L'écran **Synthèse des droits** imprime un tableau récapitulatif de tous les utilisateurs et de leurs droits, **regroupés par secteur** — utile pour un audit ou une revue de droits.
  
 ===== Paramétrage ===== ===== Paramétrage =====
  
 ^ Action ^ Qui peut le faire ^ Où ^ ^ Action ^ Qui peut le faire ^ Où ^
-| Choix du mode de sectorisation (''modeSectorisationFichier'') | Équipe LoGeAs, au moment de la mise en place de la base | Paramètre technique, non exposé dans l'IHM cliente | +| Choix du mode de fonctionnement de la sectorisation | Équipe LoGeAs, au moment de la mise en place de la base | Réglage technique, non modifiable depuis l'application | 
-| Création d'un nouveau secteur | Réservé aux membres de l'assistance LoGeAs (bouton visible mais désactivé pour les autres profils) | **Administration > Paramétrage de la base**, bloc "Listes des secteurs" | +| Création d'un nouveau secteur | Réservé à l'assistance LoGeAs | **Administration > Paramétrage de la base**, bloc "Listes des secteurs" | 
-| Fiche d'identité d'un secteur (nom, adresse, logo, mentions légales) | Administrateurs habituels de la base | **Administration > Informations Légales** | +| Nom, adresse, logo d'un secteur | Administrateurs habituels de la base | **Administration > Informations Légales** | 
-| Activation du bilan comptable décliné par secteur | Administrateurs habituels de la base | **Administration > Paramétrage de la base**, case "Base.BilanParSecteur" | +| Identité juridique de la structure (SIREN/RNA/RCS/TVA) | Administrateurs habituels de la base, sur le secteur générique uniquement | **Administration > Informations Légales** | 
-| Rattachement secteur d'un membre / d'une famille | Utilisateur ayant le droit fichier "édition" | Fiche Famille / Fiche Personne, bouton "Changer de secteur" |+| Activation du bilan comptable décliné par secteur | Administrateurs habituels de la base | **Administration > Paramétrage de la base**, option dédiée | 
 +| Rattachement d'un membre / d'une famille à un secteur | Utilisateur disposant du droit d'édition sur le fichier | Fiche Famille / Fiche Personne, bouton "Changer de secteur" |
 | Droits par secteur d'un utilisateur | Administrateur des droits | Écran de gestion des utilisateurs / droits | | Droits par secteur d'un utilisateur | Administrateur des droits | Écran de gestion des utilisateurs / droits |
-| Liens de stockage cloud par secteur | Administrateurs habituels de la base | **Comptabilité > Gestion de la compta** |+| Emplacements de stockage cloud par secteur | Administrateurs habituels de la base | **Comptabilité > Gestion de la compta** |
  
 ===== Points d'attention ===== ===== Points d'attention =====
  
-  * La sectorisation cloisonne **à l'intérieur d'une même base** LoGeAs : ce n'est pas un mécanisme multi-tenant, ni un substitut à la notion de "Base" (une Base = une association). +  * Une base = une seule entité juridique. Le secteur est une **subdivision interne**, jamais une entité juridique séparée : le SIREN/RNA/RCS/TVA restent uniques et ne se renseignent que sur le secteur générique. 
-  * Le filtrage automatique par secteur ne concerne strictement que Personne et Famille. Pour toute autre entité portant un champ ''secteur'' (Saisie, Ecriture, dons...), le cloisonnement dépend de la requête de l'écran. +  * La sectorisation organise l'intérieur d'**une seule et même base** : ce n'est pas un moyen de gérer plusieurs associations distinctes dans un même outil. 
-  * Toujours valider un identifiant de secteur avec une vérification stricte (ID non nul et non négatif) : l'ID 0 est une valeur valide en base et ne doit pas être traité comme "absence de secteur" par une simple évaluation falsy. +  * La règle "qui voit quoi selon le secteur" s'applique au fichier des adhérents et donateurs. Pour la comptabilité, chaque écran peut avoir un comportement propre vis-à-vis du secteur. 
-  * Un secteur ne se crée pas depuis une base client standard : il faut passer par l'assistance LoGeAs. +  * Un secteur ne se crée pas soi-même depuis une base client : il faut passer par l'assistance LoGeAs.
- +
-===== Repères techniques ===== +
- +
-  * ''TSQLSecteur'' — modèle de l'entité Secteur +
-  * ''TModeFichierSectorise'' — énumération des 4 modes (''modeNonSectorise'', ''modeSectorise'', ''modeNimes'', ''modeDurstel'') +
-  * ''TSQLDroitsSecteur'' — droits par couple utilisateur/secteur +
-  * ''FichierSecteurService'' — cascade de changement de secteur (Fichier > services > fichier-secteur.service.ts) +
-  * ''InfoSecteurComponent'' — écran Informations légales (Administration > Informations Legales > info-secteur.component) +
-  * ''AdminBaseComponent'' — création de secteur, paramètre Base.BilanParSecteur (Administration > Parametrage de la base > admin-base) +
-  * ''SyntheseDroitsComponent'' — état imprimé des droits par secteur (etat/etatcomptable/etatadmin/synthese-droits)+