Qu’est-ce qu’un référentiel pour une plateforme multi-tenante ?
Un référentiel multi-tenant est la base structurante qui organise et normalise :
les données
les rôles
les droits
les compétences
les règles métier
les objets fonctionnels
les processus transversaux
… pour tous les tenants (clients, organisations, communautés), tout en permettant à chacun d’être isolé et configuré selon ses besoins.
Autrement dit :
C’est la “norme interne” qui garantit que chaque tenant fonctionne de façon autonome mais cohérente, selon un principe d’isolation + mutualisation.
1. Pourquoi un référentiel est indispensable en multi-tenant ?
Dans une plateforme mono-tenant, chaque client peut avoir ses propres règles.
Dans une plateforme multi-tenant (comme DALiNK), c’est impossible :
=> les fondations doivent être uniques, cohérentes et maîtrisées.
Un référentiel sert donc à :
=> Mutualiser ce qui doit être commun à tous
Exemples :
structure d’un baromètre
logique de permissions
structure des communautés
typologies d’indicateurs
workflows génériques
=>Permettre la configuration pour chaque tenant
Exemples :
thèmes d’un baromètre ZeSanté vs ZeReco
règles d’accès spécifiques (CPTS, enseignants, CSE, etc.)
rôles internes propres à un établissement ou une entreprise
modules activés / désactivés
=>Garantir une montée en charge contrôlée
Tout ce qui est multi-tenant doit fonctionner même si vous passez :
de 1 lycée à 1 000 lycées,
de 1 CPTS à 200 CPTS,
de 100 utilisateurs à 500 000 utilisateurs.
Sans référentiel, l’écosystème devient ingérable.
2. Que contient un référentiel multi-tenant ?
Un référentiel multi-tenant complet intègre généralement 7 couches structurantes :
1. Référentiel des objets métier
Exemples DALiNK / ZeMust / ZeSanté :
Communauté
Utilisateur
Rôle
Tenant
Événement
Baromètre
Indicateur
Module
Droit d’accès
Groupe
Document
Sondage
Ce sont les briques fondamentales.
2. Référentiel des rôles et permissions
C’est ici que se structure :
qui peut voir quoi,
qui peut créer quoi,
qui peut approuver quoi.
Pour DALiNK, c’est typiquement ce référentiel qui garantit l’isolation entre communautés.
3. Référentiel des communautés
DALiNK gère des univers très différents :
Communauté Établissement scolaire
Communauté Parents
Communauté Acteurs de santé
Communauté CSE / Assureurs
Communauté Partenaires RSE
Communautés Écosystèmes métier (ZeReco, ZeCom, ZeSanté…)
Chaque communauté a :
une structure
des règles d’accès
des profils
des indicateurs
des processus
Le référentiel uniformise cela en amont.
4. Référentiel des compétences
C’est ici que l’on cartographie :
compétences
sous-compétences
aptitudes
niveaux de maîtrise
indicateurs mesurables
- Pour DALiNK LMS + ZeMust Conseil, ce référentiel sert à :
construire des parcours
relier compétences ↔ métiers
relier compétences ↔ actions de formation
relier aptitudes ↔ baromètres de maturité
5. Référentiel des processus
Typiquement :
workflow de validation d’une e-carte
workflow d’un projet RSE
workflow d’un baromètre préventif
workflow d’une formation Qualiopi
workflow de match-making ZeCom
workflow de gestion événementielle
workflow de notifications / emails / SMS
- Tous les tenants utilisent des workflows uniformisés mais configurables.
6. Référentiel des indicateurs
Important pour :
prévention santé (ZeSanté)
recommandation partenaires (ZeReco)
baromètre communautaire (ZeMust)
pilotage formation (DALMS)
performance RSE
engagement CSE
Chaque indicateur est défini dans le référentiel avec :
nom
définition
type (nombre, pourcentage, booléen, score…)
seuils
sources de données
mode de calcul
fréquence
visualisation
interprétation
7. Référentiel technique
Ce sont les paramètres systèmes :
types de modules activables
limites (fichier, quota, tailles, fréquence)
structures API
règles de stockage et de purge
registres RGPD
templates emails / SMS / notifications
versions des microservices
schémas de données
- C’est ce qui garantit la stabilité multi-tenant.
3. Référentiel + Multi-tenant = Architecture DALiNK
Votre document « Présentation du concept technologique ZeMust et de sa technologie DALiNK » cite déjà des éléments fondamentaux :
fragmentation des écosystèmes
traçabilité
gouvernance
baromètres
suivi d’impact
modularité
APIsation
capacités temps réel
-Tous ces éléments reposent sur un référentiel central.
Plus précisément, dans DALiNK :
L’architecture multi-tenant impose :
isolation stricte des données
mutualisation du code, des APIs et des micro-services
surcouche de configuration par tenant
persistance des workflows
synchronisation des baromètres et indicateurs
Sans référentiel clair, impossible d’exploiter :
les baromètres ZeSanté
le match-making ZeCom
les recommandations ZeReco
les espaces multi-communautés ZeMust
les workflows éducatifs e-Pass
Le référentiel est la colonne vertébrale logicielle.
4. Exemple concret : référentiel ZeSanté (simplifié)
Objets
Lycée
Élève
Parent
CPTS
Indicateur santé
Ateliers
Baromètre
Rôles
Proviseur
Parents
Élèves
CPTS
Partenaires
Coordinateur préventions
Indicateurs
sommeil
gestion du stress
addictions
exposition aux écrans
harcèlement
santé sexuelle
gestes qui sauvent
-Tous stockés dans un référentiel standardisé pour tous les lycées,
-mais activés / configurés par établissement.
5. En résumé (en une phrase)
=> Un référentiel multi-tenant, c’est la norme interne qui définit toutes les briques métier, techniques et organisationnelles permettant à une plateforme comme DALiNK d’héberger des dizaines de communautés différentes, chacune avec ses spécificités, tout en reposant sur une structure commune, stable, scalable et cohérente.