Intra-RH — CTC Restauration

Modules livrés

Socle technique déployé par le contrat T-13 — Infrastructure & exploitation : PostgreSQL 16, API FastAPI et frontend servi par nginx, en conteneurs Docker. Chaque module partage l'en-tête commun (charte D-193) avec la cloche de notifications F25 (D-196/Q177).

Fiche RH — fiche collaborateur (F14, segmentation 4 blocs D-153), référentiels (F17), file des anomalies (F23) et alertes profils incomplets (D-114) — contrat T-01, unité 2. Fonctionne actuellement en mode MOCK (données de démonstration) en attendant le backend des endpoints (voir API.md).

Admin RBAC — administration des droits par tenant (D-153/Q135) : rôles & capacités (98 capacités, matrice vivante D-017), attributions collaborateur par collaborateur (D-131) et multi-rôles (D-152), désactivation des comptes (D-144/WF-22), permissions réservées (D-040) — contrat T-02, unité 2. Fonctionne en mode MOCK (jeu généré depuis le seed du moteur backend/authz/) en attendant le backend des endpoints (voir API.md).

Planning — mon planning (réel = théorique + delta D-018), demande d'ajustement (motif typé D-031, fenêtre 48 h D-043), décisions du valideur (routage dynamique D-053) et administration des plannings types (D-046) — contrat T-07.1. Le backend /api/planning est livré : le module fonctionne en mode MOCK par défaut, bascule mode API disponible (voir API.md).

Journal — consultation consolidée F22 des 4 volets F9 (D-071) : liste unique chronologique, filtres, diff avant/après — réservée DSI + Direction (403 typé sinon) — contrat T-15. Le backend /api/auditlog est livré : le module fonctionne en mode MOCK par défaut, bascule mode API disponible (voir API.md).

Centre de notifications — badge numérique d'actions en attente (F25) dérivé du RBAC vivant (D-017/D-134 — action-vs-visibilité D-076) et panneau d'actions groupées par service, avec liens vers les écrans de traitement existants — contrat T-17.1. Le backend /api/notifications est livré (GET uniquement) : le module fonctionne en mode API par défaut ; un mode MOCK de démonstration reste disponible (voir API.md).

Super-admin — console plateforme : liste des tenants (identité marque-blanche D-012), provisionnement outillé d'un tenant (D-120 point 1, compte admin initial à mot de passe jetable D-042) et tableau de bord santé par tenant (D-120 point 2) — contrat T-19.1. Le backend /api/admin est livré : le module fonctionne en mode MOCK par défaut, bascule mode API disponible (voir API.md).

Alertes légales — file des alertes légales routées (WF-12 / D-041 annoté) : contingent annuel HS 130 h (CCN 1266), repos compensateur, JNT forfait-jours 218 j (accord D-085) et échéances datées D-080 — contrat T-21 (extraction transverse D-159). Moteur de calcul livré (backend/legal/) ; le frontend fonctionne en mode MOCK en attendant le branchement des endpoints (voir API.md).

Avancement de la paie — tableau de suivi d'avancement de la paie PAR ÉTABLISSEMENT (F24 — D-075, statuts D-074, mise à jour EN CONTINU à chaque téléversement) et anomalies du contrôle d'exhaustivité croisé contrat ↔ planning ↔ bulletin (F23 — D-072, 5 types, traitement SERVICE RH / RRH — jamais la Direction en notification directe, D-076) — contrat T-16. Le backend /api/ingestion/exhaustivite est livré : le module fonctionne en mode MOCK par défaut, bascule mode API disponible (voir API.md).

Résiduels de migration — écran dédié au traitement des bulletins bloqués des lots de migration (Q208) : motifs de blocage lisibles, éligibilité à la remédiation (D-306 — absences de champs de classification uniquement) et décision DSI « ajouter à la grille des salaires » OU « intégrer uniquement au budget » (D-307), table append-only — la dernière décision fait foi. Écran réservé au rôle DSI (garde homologue de la clôture de migration, D-158). Le backend /api/ingestion/migration/residuels est livré : le module fonctionne en mode MOCK par défaut, bascule mode API disponible (voir API.md).

Upload de bulletins PDF — interface autonome de dépôt des bulletins PDF (T-22, créée D-196/Q175 : refusée comme sous-écran du tableau d'avancement) : un lot = un seul appel HTTP pour un ou plusieurs PDF, fenêtre factuelle de 45 jours (D-189 — capacité ingestion:lancer, rôle DSI au-delà) relayée telle qu'elle vient du backend, résultat par bulletin (traité / anomalie bloquante unitaire — D-056) et lien direct vers l'écran de traitement d'anomalie du module Avancement de la paie (T-16). Le backend /api/ingestion/lots/bulletins-pdf est livré et déployé : le module fonctionne en mode MOCK par défaut (rapports de lot simulés — D-144), bascule mode API disponible (voir API.md).

Espace collaborateur — self-service du collaborateur (F6/F7/F16) : home personnelle PRIVÉE (D-155 — aucune visibilité entre pairs, Q142) avec jours travaillés + lieu des semaines courante/suivante, complétude du profil (D-089), soldes CP/récupération (grand livre T-06 — D-023), résumé du centre de notifications F25, prochaines absences et actions rapides ; self-édition partielle de sa fiche (champs Q28/D-068 — les champs RH-only restent en lecture seule) et demandes d'absence (codes réels D-022, congés payés et récupération avec contrôle de solde AVANT le circuit de validation — D-135). Mobile-first et PWA (D-136) — contrat T-14a. Le backend /api/selfservice est livré : le module fonctionne en mode API par défaut, bascule mode MOCK disponible (voir API.md).

Tâches de fin de mois — clôture mensuelle en deux temps (D-044, statuts budget fusionnés D-074) en 5 écrans : checklist par établissement + relances (projection en cours de mois étiquetée ESTIMATION), clôture paie du secteur (WF-05 — délai butoir suivi, jamais bloquant), prestations annexes (WF-06 — déclaration par lot J+30, validation comptable D-045, clôture « incomplet documenté » Q73), rapprochement projeté vs réalisé (WF-15, fenêtre M+1, justification obligatoire, validation RRH SEUL D-070) et exports CSV + journal des anomalies (D-019/Q56, archivage 3 mois Q80, journal D-064 dont le garde-fou pluriemploi Q168/D-194) — contrat T-08. Le backend /api/close est livré : le module fonctionne en mode MOCK par défaut, bascule mode API disponible (voir API.md).

Dashboard manager — page d'accueil des managers (F26, D-078), filtrée AUTOMATIQUEMENT sur le périmètre RBAC du rôle connecté (D-017 ; capacité dashboard:manager:consulter — un collaborateur terrain reçoit un refus 403) : six blocs, chacun issu d'une source unique — synthèse budgétaire EN % sans aucun montant (D-079), actions en attente (même mécanisme que le centre de notifications F25 — pas de seconde source), échéances à venir (file D-080/T-12.2), informations sans action (fin CDD / sortie prévue CDI — F14/D-102), anniversaires (naissance JOUR+MOIS sans année D-092, opt-out individuel D-081 et toggle tenant T-23) et congés/affectations à venir avec mention « remplacement géré / non géré » (fact_affectation D-026 — aucun champ nouveau) ; blocs cliquables avec drill-down (Q146/D-155), courbe budgétaire à deux vues (12 mois glissants / année civile par défaut) — contrat T-18. Module branché en mode API (aucun jeu de démonstration). Le thème du tenant est appliqué par /assets/theme.js (T-23/D-213).

Paramètres du tenant — socle UNIQUE de paramètres déclarés et datés (contrat T-23, D-213) : lignes de portée tenant du registre (/api/parametres), façade marque-blanche (nom, logo, mentions légales obligatoires non vides, organigramme, palette — données restant dans leurs colonnes typées, migration 001, aucune duplication dans le registre clé/valeur) et thème runtime appliqué au chargement des surfaces (/assets/theme.js, D-213 point 4d). L'écriture de certains paramètres est réservée par rôle (mode double validation des absences D-148 — RRH/DIRECTION), la règle étant tranchée par le backend sur le paramètre, le frontend ne faisant que restituer le refus — module branché en mode API. Les lignes de portée system (feature flags) sont éditées par la console super-admin : MÊME registre, jamais un second mécanisme.

Modules à venir

Les écrans métier ci-dessous ne sont pas encore construits. Trois modules pourtant livrés, déployés et servis (/taches-fin-mois/, /dashboard-manager/, /parametres-tenant/) ont été retirés de cette liste le 14/09/2026 et figurent désormais au menu ci-dessus (Q234/D-402 — trou T-6 wireframes.md). Il reste à construire : les écrans de la suite du self-service collaborateur (T-14b/T-14c — primes ponctuelles F18, pièces justificatives D-090, espace prestataire F29, annuaire/vivier, évaluations internes, onboarding F27), budget & pilotage (T-12), contrats & avenants F15 / DPAE (T-09), gamification F30 (T-20) et l'export/suppression de fin de contrat du super-admin (point 6 de T-19.2, bloqué par Q189).

Précision volontaire, pour ne pas confondre « contrat livré » et « écran livré » : les backends de T-14b/T-14c, T-12 et T-09 sont livrés et déployés (T-09 avec Zoho Sign actif en production) alors que leurs écrans restent à construire ; et le module Super-admin, déjà accessible ci-dessus, couvre les points 3/4/5/7 de T-19.2 — seul le point 6 manque.

État de la plateforme

Interrogation de l'API…