Appearance
Spécification Fonctionnelle — Module RH
Plan d'Effectifs, Projection Salariale & Reporting RH (RSE/CSE)
Version : 1.0 — Juillet 2026 Contexte : Module Rapport — Heriade Destinataire : Implémentation Claude Code (Pierre Espieux)
Sommaire
- Contexte et objectifs
- Architecture générale
- Module 1 — Plan d'Effectifs
- Module 2 — Projection Salariale
- Module 3 — TDB RH & Reporting RSE/CSE
- Modèle de données consolidé
- Permissions — synthèse
- Intégrations
- Sources et format des données requises
- Annexe — Glossaire
1. Contexte et objectifs
1.1 Rappel du besoin
Le module Rapport dispose déjà d'un moteur Budget/Forecast générique (trois types de projection) couvrant les grandes masses financières. Ce document formalise son extension au domaine RH, avec un triple objectif :
- Produire une projection fiable de la masse salariale, avec des hypothèses paramétrables à plusieurs niveaux (entreprise/établissement, groupe/poste, individuel) ;
- Disposer d'un référentiel d'effectifs structuré et daté (Plan d'Effectifs), source commune du financier et du RH ;
- Produire des tableaux de bord RH fins et le reporting réglementaire RSE/CSE (BDESE, index égalité professionnelle, bilan social).
1.2 Périmètre du document
| Module | Rôle | Consommateurs |
|---|---|---|
| Plan d'Effectifs | Référentiel structurel des salariés, de leurs postes et de leurs mouvements dans le temps | Projection Salariale, TDB RH, Reporting RSE/CSE |
| Projection Salariale | Moteur d'hypothèses financières appliqué à la masse salariale | Budget/Forecast global, écrans de restitution |
| TDB RH & Reporting RSE/CSE | Restitution des indicateurs légaux et de pilotage RH | Direction, RH, CSE |
Note — Le Plan d'Effectifs n'est pas noyé dans la Projection Salariale, il en est la source, au même titre qu'il alimente le reporting légal. Cela évite de mélanger donnée réelle constatée et donnée simulée.
1.3 Principes directeurs
- Généricité du méta-modèle : le Plan d'Effectifs est une dimension de premier ordre, au même titre que la dimension comptable — pas de logique métier codée en dur pour un secteur (EHPAD, agro...).
- Jamais d'auto-classification sans validation administrateur (ex : un mouvement importé n'est pas automatiquement qualifié "départ retraite" sans confirmation).
- Alertes par détection, non bloquantes : un conflit entre hypothèses ou une donnée manquante signale, mais ne bloque pas l'usage.
- Source unique de vérité : la donnée réelle (Silae, SIRH) reste la référence ; toute simulation est calculée à la volée, jamais écrite en dur sur la base réelle.
- Display-first puis câblage : les écrans sont conçus et validés visuellement avant l'implémentation du moteur de calcul sous-jacent.
2. Architecture générale
2.1 Positionnement dans le bandeau de navigation
Le Plan d'Effectifs et la Projection Salariale se positionnent sous l'entrée Planification, aux côtés du Budget/Forecast existant. Le TDB RH et le reporting RSE/CSE se positionnent sous l'entrée Restitution, comme les autres dashboards.
Planification
├── Budget / Forecast (financier global)
├── Plan d'Effectifs (référentiel structurel — réel constaté + mouvements simulés)
└── Projection Salariale (vue dérivée, hypothèses financières appliquées à l'effectif)
Restitution
├── Tableaux de bord RH (pyramide des âges, turnover, absentéisme...)
└── Reporting réglementaire (BDESE, index égalité, bilan social)Note — Un onglet "RH" de premier niveau, au même rang que Modélisation/Planification, aurait mélangé un axe fonctionnel (ce que l'on fait) avec un axe métier (sur quoi on le fait). Le choix retenu préserve la cohérence transverse du bandeau.
2.2 Flux de données
| Étape | Flux |
|---|---|
| 1 | Import Paie/SIRH (Silae) → alimente le Plan d'Effectifs en effectif réel constaté, par Période |
| 2 | Saisie manuelle (Modeleur) → mouvements simulés dans le Plan d'Effectifs (entrées, sorties, promotions futures) |
| 3 | Plan d'Effectifs (réel + simulé) → moteur d'hypothèses de la Projection Salariale |
| 4 | Projection Salariale → alimente le Budget/Forecast global (poste "Charges de personnel") |
| 5 | Plan d'Effectifs (réel uniquement) → TDB RH et Reporting RSE/CSE |
2.3 Rôles concernés
| Rôle | Plan d'Effectifs | Projection Salariale | TDB RH / RSE-CSE |
|---|---|---|---|
| Lecteur | Consultation effectif réel (hors données salariales individuelles sensibles) | Non accessible par défaut | Consultation (indicateurs agrégés) |
| Modeleur | Saisie/édition des mouvements simulés | Création et édition des hypothèses | Consultation |
| Administrateur | Accès complet + validation des imports SIRH | Accès complet + validation des conflits d'hypothèses | Accès complet + export réglementaire |
Note — Le caractère sensible de la donnée salariale individuelle justifie une permission dédiée, distincte de la permission d'accès à l'effectif structurel (poste, date d'entrée...) qui peut être ouverte plus largement, par exemple à un responsable d'établissement en lecture.
3. Module 1 — Plan d'Effectifs
3.1 Objectif
Constituer un référentiel unique, daté et structuré de l'effectif, qui serve à la fois de base de calcul pour la projection salariale et de source pour le reporting RH réglementaire. Le Plan d'Effectifs distingue toujours deux natures de données :
- Effectif réel constaté : issu de l'import Silae/SIRH, non modifiable manuellement, aligné sur le standard Periode (YYYY-MM) / Exercice déjà en vigueur.
- Mouvements simulés : saisis par un Modeleur pour anticiper une évolution future (recrutement, départ, remplacement, promotion), clairement identifiés comme tels dans tous les écrans (code couleur, badge « simulé »).
3.2 Modèle de données
| Champ | Description | Usage principal |
|---|---|---|
| Matricule | Identifiant unique du salarié (clé de jointure standard) | Financier + RH |
| CodeEtablissement | Établissement de rattachement | Financier + RH |
| CodePoste | Poste occupé (rattaché à la nomenclature de postes) | Financier + RH |
| Periode / Exercice | Période de référence (YYYY-MM), standard existant | Financier + RH |
| TypeContrat | CDI / CDD / Intérim / Alternance | Financier + RSE (taux de précarité) |
| DateEntree / DateSortie | Bornes du contrat | Turnover, ancienneté, mouvement de masse |
| MotifSortie | Démission / Fin de contrat / Retraite / Licenciement / Rupture conventionnelle... | BDESE — nature des départs |
| TempsTravail (ETP) | Quotité de travail | Coût au prorata, taux de temps partiel |
| Genre | Donnée requise pour l'index égalité | Index égalité professionnelle (BDESE) |
| DateNaissance | Date de naissance | Pyramide des âges |
| Statut | Réel constaté / Simulé | Distinction reporting légal vs simulation |
| Absences | Type (maladie, formation, congé...), dates | Absentéisme (bilan social) |
Note — La majorité de ces champs existent déjà dans le flux Silae (Paie) importé. Le Plan d'Effectifs ne les recrée pas : il les structure, les date de façon homogène, et les complète pour la partie simulation.
3.3 Types de mouvements simulés
| Type de mouvement | Effet sur l'effectif | Effet sur la masse salariale |
|---|---|---|
| Recrutement | Ajout d'une ligne effectif à une date donnée | Ajout de coût à compter de la date d'entrée |
| Départ (tout motif) | Fin de ligne effectif à une date donnée | Arrêt du coût à compter de la date de sortie |
| Remplacement | Départ + recrutement liés (option "poste maintenu") | Chevauchement ou rupture de coût selon le délai de remplacement paramétré |
| Promotion / changement de poste | Bascule de CodePoste à une date donnée | Recalcul selon la nouvelle grille ou le nouveau taux |
| Évolution de temps de travail | Modification de l'ETP à une date donnée | Recalcul au prorata |
3.4 Écrans
3.4.1 Vue Effectif (tableau croisé)
Tableau croisé Établissement × Poste × Période, avec un curseur ou un filtre "Réel / Réel + Simulé" permettant de visualiser l'effet des mouvements projetés. Les cellules simulées sont visuellement distinguées (fond teinté, badge).
3.4.2 Panneau Mouvements
Liste chronologique des mouvements simulés, éditable indépendamment ligne par ligne (jamais de formulaire unique bloquant l'ensemble). Chaque mouvement est daté, typé, et rattaché à un matricule (existant ou "à créer").
3.4.3 Import et détection de dérive
Réutilisation du mécanisme de scan de dimensions et de détection de dérive déjà spécifié pour l'onboarding : à chaque import Silae, le système signale les nouveaux postes, établissements ou types de contrat non encore référencés, pour validation par un administrateur — jamais de création automatique.
3.5 Règles de gestion
- Une donnée réelle constatée n'est jamais modifiable manuellement ; seule une nouvelle simulation peut la corriger de façon prospective.
- Un mouvement simulé devient automatiquement "réel constaté" dès lors que l'import Silae correspondant à sa période est reçu et confirme le mouvement (mécanisme de rapprochement, avec alerte si écart).
- Toute suppression d'un mouvement simulé reste tracée (historique), pour audit.
4. Module 2 — Projection Salariale
4.1 Objectif
Permettre une projection de la masse salariale à partir de la base réelle, avec des hypothèses paramétrables à plusieurs niveaux, et une intégration transparente des mouvements issus du Plan d'Effectifs.
4.2 Moteur d'hypothèses hiérarchique
Le moteur repose sur trois niveaux, avec résolution du plus spécifique au plus général :
| Niveau | Portée | Exemple |
|---|---|---|
| 1 — Global | Entreprise ou Établissement | +2 % sur la masse salariale de l'établissement Serenis Lyon |
| 2 — Groupe | Poste, catégorie ou service | +3 % pour les Soignants CDI ; -10 % pour l'Intérim soignants (plan de résorption) |
| 3 — Individuel | Matricule | Départ en retraite au 30 juin ; poste non remplacé |
Règle de résolution : pour chaque salarié et chaque période projetée, le moteur applique l'hypothèse la plus spécifique disponible (individuelle > groupe > globale), sans cumul implicite. Un cumul explicite (ex : hypothèse globale + surcharge groupe) doit être un choix assumé et visible de l'utilisateur, jamais un comportement par défaut caché.
4.3 Types d'hypothèses
| Type | Exemple | Niveaux applicables |
|---|---|---|
| Taux d'évolution (%) | +2 % masse salariale annuelle | Global, Groupe |
| Montant fixe | +50 €/mois | Groupe, Individuel |
| Indexation conventionnelle | Revalorisation du point d'indice | Global |
| Effet daté | Augmentation effective au 1er septembre | Tous niveaux |
| Mouvement d'effectif | Entrée / sortie / remplacement (hérité du Plan d'Effectifs) | Individuel |
| Promotion / changement de grille | Bascule vers une nouvelle grille salariale | Individuel |
4.4 Résolution et gestion des conflits
Le calcul part toujours de la dernière période réelle connue (issue de Silae), jamais d'une base retraitée manuellement, afin de garantir la traçabilité. En cas de tension entre deux hypothèses de niveaux différents (par exemple une hypothèse individuelle à -20 % alors que le groupe est fixé à +5 %), le système :
- N'empêche pas la saisie (cohérent avec le principe "détection, non blocage") ;
- Affiche une alerte visuelle sur la ligne concernée, avec un comparatif du delta ;
- Requiert une validation explicite de l'utilisateur pour lever l'alerte (pas de disparition automatique au rafraîchissement).
4.5 Écrans
4.5.1 Vue Effectif projeté
Tableau croisé Établissement × Poste × Mois, masse actuelle et masse projetée côte à côte, avec bascule d'affichage par type de projection (cohérent avec les trois types de projection déjà spécifiés dans le Budget/Forecast global).
4.5.2 Panneau Hypothèses
Liste des hypothèses actives avec leur niveau, leur portée et leur période d'effet, éditables indépendamment les unes des autres.
4.5.3 Détection de conflits
Bandeau d'alertes non bloquant, listant les conflits détectés entre niveaux d'hypothèses, avec lien direct vers les lignes concernées.
5. Module 3 — TDB RH & Reporting RSE/CSE
5.1 Objectif
Restituer, à partir de l'effectif réel constaté (jamais de données simulées dans le reporting légal), les indicateurs de pilotage RH et les obligations réglementaires liées à la BDESE (Base de Données Économiques, Sociales et Environnementales), à l'index égalité professionnelle, et au bilan social/CSE.
Note — Le reporting RSE/CSE doit filtrer strictement sur le statut "Réel constaté" du Plan d'Effectifs. Toute présence de données simulées dans un export réglementaire constituerait une erreur bloquante — ce filtre doit être non désactivable sur les écrans d'export légal, à la différence des dashboards de pilotage interne où le mélange réel/simulé peut être pertinent.
5.2 Indicateurs BDESE / Bilan social
| Thème BDESE | Indicateurs |
|---|---|
| Effectifs | Effectif total par établissement/poste, répartition CDI/CDD/intérim, ETP |
| Rémunérations | Masse salariale, rémunération moyenne par catégorie, évolution N/N-1 |
| Mouvements | Entrées, sorties, motifs de sortie, turnover |
| Absentéisme | Taux d'absentéisme, répartition par motif (maladie, AT, formation...) |
| Conditions de travail | Répartition temps plein/temps partiel, ancienneté moyenne |
5.3 Index de l'égalité professionnelle
Restitution des indicateurs nécessaires au calcul de l'index (écart de rémunération F/H, écart de taux d'augmentation, répartition des plus hautes rémunérations), à partir des champs Genre et Rémunération du Plan d'Effectifs. Le calcul de l'index lui-même suit la méthodologie réglementaire en vigueur ; le module produit les données sources nécessaires, pas nécessairement le score final si la méthode de calcul évolue réglementairement.
5.4 Pyramide des âges, turnover, absentéisme
Dashboards de pilotage interne (accessibles plus largement, y compris en rôle Lecteur pour les indicateurs agrégés non individualisés) :
- Pyramide des âges par établissement et par poste, avec projection à N+1/N+3 en cas de départs à la retraite identifiés dans le Plan d'Effectifs ;
- Taux de turnover par établissement, avec décomposition volontaire/involontaire ;
- Taux d'absentéisme par motif, avec mise en regard du coût de remplacement (intérim, heures supplémentaires) — point de vigilance identifié pour Serenis.
5.5 Export réglementaire
Génération d'un export structuré (Excel ou PDF selon le format attendu par les représentants du personnel) reprenant les rubriques BDESE standard, avec horodatage et périmètre clairement indiqués (établissement, période de référence).
6. Modèle de données consolidé
| Entité | Clé | Relations |
|---|---|---|
| EffectifReel | Matricule + Periode + CodeEtablissement | Source : import Silae. Alimente TDB RH, Reporting RSE/CSE, base de la Projection Salariale |
| MouvementSimule | Id + Matricule + DateEffet | Rattaché à EffectifReel (matricule existant) ou création prospective. Alimente Projection Salariale |
| HypotheseSalariale | Id + Niveau + Portée (CodeEtablissement / CodePoste / Matricule) | Consommée par le moteur de résolution de la Projection Salariale |
| NomenclaturePoste | CodePoste | Référentiel partagé Plan d'Effectifs / Projection Salariale / Budget global |
Note — Ce modèle reste conforme au standard déjà en vigueur sur les autres modules : jointures par CodeEtablissement + Matricule + Periode, tables annuelles à plat pour l'historique, tables mensuelles pour l'exercice en cours.
7. Permissions — synthèse
| Objet | Sensibilité | Permission suggérée |
|---|---|---|
| EffectifReel (hors salaire) | Faible à modérée | Lecture ouverte aux responsables d'établissement |
| EffectifReel (données salariales) | Élevée | Restreint Modeleur/Administrateur RH |
| MouvementSimule | Modérée (donnée prospective, sensible RH) | Modeleur/Administrateur uniquement |
| HypotheseSalariale | Élevée (impact financier) | Modeleur/Administrateur uniquement |
| Export BDESE/RSE | Élevée (obligation légale, diffusion CSE) | Administrateur uniquement pour la génération |
8. Intégrations
8.1 Import Silae (Paie)
Réutilisation du connecteur/flux d'import déjà en place pour la donnée de paie. Le Plan d'Effectifs consomme les mêmes fichiers/flux, avec un mapping dédié pour les champs additionnels (Genre, DateNaissance, MotifSortie, TypeContrat) s'ils ne sont pas déjà repris dans le mapping comptable existant.
8.2 Dimensions génériques Heriade
Le Plan d'Effectifs s'inscrit dans le méta-modèle de dimensions déjà spécifié : CodeEtablissement et CodePoste sont des dimensions partagées avec les autres modules (arborescence SIG, Budget/Forecast), garantissant une cohérence transverse sans duplication de référentiel.
8.3 Détection de dérive (onboarding)
Le mécanisme de scan de dimensions et de détection de dérive, déjà spécifié pour l'onboarding d'une nouvelle entreprise, est réutilisé à chaque import Silae pour signaler tout nouveau poste, établissement ou type de contrat non référencé.
9. Sources et format des données requises
Cette section formalise, pour l'implémentation (Claude Code / Pierre), le format exact des fichiers sources nécessaires à ce périmètre — en cohérence stricte avec le standard déjà en place sur GROUPE SERENIS et AGRIAL SUD (tabs annuels 2024/2025 à plat, tabs mensuels pour 2026, colonnes Periode YYYY-MM et Exercice systématiques, clés de jointure CodeEtablissement + Matricule). L'objectif est qu'aucune clarification supplémentaire ne soit nécessaire pour générer les données de démo ou brancher un import réel.
9.1 Fichier Paie (source : Silae)
Nom de fichier attendu : Paie_Silae_[NomEntreprise].xlsxStructure des onglets : un onglet par exercice pour 2024 et 2025 (ex. "2024", "2025"), un onglet par mois pour 2026 (ex. "2026-01", "2026-02"...).
| Colonne | Type / Format | Obligatoire | Exemple |
|---|---|---|---|
| Matricule | Texte | Oui | SER-0042 |
| CodeEtablissement | Texte (référentiel existant) | Oui | SER-LYON01 |
| CodePoste | Texte (référentiel existant) | Oui | SOIGNANT-CDI |
| Periode | YYYY-MM | Oui | 2026-03 |
| Exercice | YYYY | Oui | 2026 |
| TypeContrat | Enum : CDI / CDD / INTERIM / ALTERNANCE | Oui | CDI |
| Genre | Enum : F / M | Oui (pour index égalité) | F |
| DateNaissance | JJ/MM/AAAA | Oui (pour pyramide des âges) | 14/05/1985 |
| DateEntree | JJ/MM/AAAA | Oui | 01/09/2020 |
| DateSortie | JJ/MM/AAAA ou vide | Non | (vide si en poste) |
| MotifSortie | Enum : DEMISSION / FIN_CONTRAT / RETRAITE / LICENCIEMENT / RUPTURE_CONV / vide | Non | vide |
| TempsTravail | Décimal (ETP, 0 à 1) | Oui | 1,00 |
| RemunerationBrute | Décimal (€, mensuel) | Oui | 2450,00 |
Note — Ces colonnes recoupent en grande partie le fichier Paie Silae déjà utilisé pour les demos SERENIS/AGRIAL. Seules Genre, DateNaissance et MotifSortie sont potentiellement nouvelles à ajouter si absentes du fichier existant — à vérifier avant de redemander une extraction complète.
9.2 Fichier Absences (source : SIRH)
Nom de fichier attendu : Absences_SIRH_[NomEntreprise].xlsxStructure : une ligne par absence (pas de format large), colonnes Periode/Exercice identiques au fichier Paie pour permettre la jointure.
| Colonne | Type / Format | Obligatoire | Exemple |
|---|---|---|---|
| Matricule | Texte | Oui | SER-0042 |
| CodeEtablissement | Texte | Oui | SER-LYON01 |
| Periode | YYYY-MM (mois de début d'absence) | Oui | 2026-03 |
| Exercice | YYYY | Oui | 2026 |
| TypeAbsence | Enum : MALADIE / AT / FORMATION / CONGE_PAYE / AUTRE | Oui | MALADIE |
| DateDebut | JJ/MM/AAAA | Oui | 05/03/2026 |
| DateFin | JJ/MM/AAAA | Oui | 12/03/2026 |
| NbJours | Entier | Oui | 8 |
9.3 Fichier Mouvements simulés (saisie applicative — pas un import)
Ce fichier n'est pas une source externe : il correspond à la structure de la table applicative alimentée par le Panneau Mouvements (écran 3.4.2). Il est précisé ici pour que le schéma de base de données soit posé dès l'implémentation initiale.
| Colonne | Type / Format | Obligatoire | Exemple |
|---|---|---|---|
| IdMouvement | UUID | Oui (généré) | auto |
| Matricule | Texte (existant ou "nouveau") | Oui | SER-0042 / NOUVEAU |
| CodeEtablissement | Texte | Oui | SER-LYON01 |
| CodePoste | Texte | Oui | SOIGNANT-CDI |
| TypeMouvement | Enum : RECRUTEMENT / DEPART / REMPLACEMENT / PROMOTION / EVOLUTION_ETP | Oui | RECRUTEMENT |
| DateEffet | JJ/MM/AAAA | Oui | 01/09/2026 |
| Statut | Enum : SIMULE / CONFIRME | Oui (défaut SIMULE) | SIMULE |
| Commentaire | Texte libre | Non | Remplacement départ retraite M. X |
9.4 Fichier Hypothèses salariales (saisie applicative)
| Colonne | Type / Format | Obligatoire | Exemple |
|---|---|---|---|
| IdHypothese | UUID | Oui (généré) | auto |
| Niveau | Enum : GLOBAL / GROUPE / INDIVIDUEL | Oui | GROUPE |
| Portee | CodeEtablissement ou CodePoste ou Matricule selon Niveau | Oui | SOIGNANT-CDI |
| TypeHypothese | Enum : TAUX / MONTANT_FIXE / INDEXATION | Oui | TAUX |
| Valeur | Décimal (% ou €) | Oui | 3,00 |
| DateEffet | JJ/MM/AAAA | Oui | 01/01/2027 |
| DateFin | JJ/MM/AAAA ou vide | Non | vide |
9.5 Référentiels partagés (prérequis, non recréés)
Ces référentiels existent déjà dans les autres modules (arborescence SIG, dimensions génériques) et doivent être réutilisés tels quels, sans duplication :
- Référentiel CodeEtablissement — commun à tous les modules
- Référentiel CodePoste — à créer s'il n'existe pas encore sous cette forme structurée ; sinon réutiliser l'existant
9.6 Consignes pour la génération des données de démo
Pour GROUPE SERENIS et AGRIAL SUD, la génération des données de démo pour ce périmètre doit respecter le scénario financier déjà posé :
- SERENIS : pression sur les coûts de personnel, part croissante d'intérim soignants sur 2025-2026, taux d'absentéisme légèrement supérieur à la moyenne du secteur pour illustrer le cas d'usage du TDB RH.
- AGRIAL SUD : effectif en croissance cohérent avec le scénario de croissance déjà retenu, turnover plus faible, pyramide des âges plus jeune.
- Cohérence temporelle obligatoire : toute donnée de paie 2026 doit être cohérente mois par mois avec les onglets mensuels déjà générés pour les autres fichiers (grand livre, facturation).
Note — Cette section doit permettre à Claude Code de lancer la génération des fichiers de démo et le développement du moteur sans itération de clarification supplémentaire. Si un champ venait à manquer dans les fichiers Excel déjà produits pour SERENIS/AGRIAL, il doit être ajouté par extension du fichier existant plutôt que par création d'un fichier parallèle, afin de ne pas dupliquer la source de vérité.
10. Annexe — Glossaire
| Terme | Définition |
|---|---|
| BDESE | Base de Données Économiques, Sociales et Environnementales — obligation légale de mise à disposition d'informations au CSE |
| CSE | Comité Social et Économique |
| ETP | Équivalent Temps Plein |
| Index égalité professionnelle | Indicateur légal mesurant les écarts de rémunération et d'évolution entre femmes et hommes |
| Turnover | Taux de rotation du personnel (entrées + sorties rapportées à l'effectif moyen) |
| Réel constaté | Donnée issue de la paie/SIRH, non modifiable manuellement |
| Simulé | Donnée prospective saisie manuellement dans le cadre d'une projection |