ED02 - Le modèle organisationnel PME : Tenants, Sphères, Rôles
Problème
Un entrepreneur fonde une organisation – et se retrouve face à la question : Comment structurer mon organisation pour que les obligations de conformité soient nettement séparées, traçables et auditables ?
La pratique actuelle dans le secteur des PME ne connaît aucune séparation propre :
- Tout dans le même pot – documents privés et professionnels se mélangent dans une boîte mail, un disque, un compte cloud.
- Aucune séparation par tenant – une holding avec plusieurs filiales tient tous les livres dans une seule instance, sans qu'il soit clair quelle écriture appartient à quelle société.
- Aucune séparation par sphère – dans le cas d'une organisation à but non lucratif, les opérations idéelles, de gestion patrimoniale, d'exploitation à but non lucratif et commerciales se mélangent dans un seul compte, un seul dossier, un seul dépôt.
- Aucune séparation par rôle – l'entrepreneur fait tout lui-même (DG, comptable, paie, R&D), mais le dépôt ne sait pas dans quel rôle il agit à un instant donné.
- Aucune identité claire – les écritures n'ont pas d'identifiant unique qui les rattache à une organisation, une sphère, un rôle.
Affirmation centrale
Structurer une organisation en tant que consortium GitCover signifie : Tenant (organisation), Sphère (domaine d'activité dans le cas d'une organisation à but non lucratif) et Rôle (fonction de l'acteur) sont définis comme champs obligatoires de chaque artefact – et non comme métadonnées optionnelles. Les Git-Hooks vérifient à chaque commit que la séparation est complète. C'est ainsi que naît la conformité par conception : la structure de l'organisation est ancrée dans la structure du dépôt.
Conformité par conception : Tenant, Sphère et Rôle ne sont pas des étiquettes a posteriori – ce sont des champs structurels obligatoires, sans lesquels un artefact n'est pas accepté dans le dépôt.
Le modèle à trois niveaux : Tenant, Sphère, Rôle
(justificatif, entrée de journal, entrée du registre foncier)"] A --> T["Tenant
Quelle organisation ?"] A --> S["Sphère
Quel domaine d'activité ?
(uniquement but non lucratif)"] A --> R["Rôle
Dans quelle fonction l'acteur agit-il ?"] T --> T1["ORG-1 (PME)"] T --> T2["ORG-1a (filiale)"] T --> T3["ORG-1b (filiale)"] S --> S1["idéelle"] S --> S2["gestion patrimoniale"] S --> S3["exploitation à but non lucratif"] S --> S4["commerciale"] R --> R1["DG (directeur général)"] R --> R2["Comptable"] R --> R3["Responsable de la paie"] R --> R4["Directeur R&D"] R --> R5["Administrateur"] style A fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style T fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style S fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style T1 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style T2 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style T3 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style S1 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S2 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S3 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S4 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R1 fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style R2 fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style R3 fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style R4 fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style R5 fill:#FDBA74,stroke:#C2410C,color:#0F1B33
Niveau 1 – Tenant (Organisation)
Un Tenant est une unité organisationnelle juridiquement autonome, pour laquelle existent des obligations propres de tenue de livres. Dans le consortium GitCover, chaque tenant est géré comme une Organization indépendante (Git User) avec des dépôts Git associés (ou un espace de noms de branche propre).
| Type de tenant | Exemple (placetten) | Obligations propres |
|---|---|---|
| Entreprise individuelle | ORG-1 (PME) |
GoBD, AO, e-facture |
| Holding avec filiales | ORG-1 (holding), ORG-1a/ORG-1b (filiales) |
Tenue de livres propre par société, bilan annuel propre |
| Organisation à but non lucratif |