V7.9 — Tableau de bord et navigation regroupée pour le Service Enfance

Le Service Enfance ouvrait onze onglets à plat et atterrissait sur l'écran de
saisie, alors que son travail commence par le contrôle. Les chiffres qui
déclenchent une action vivaient sur trois écrans distincts.

- Nouvelle page dashboard.php, réservée au Service Enfance et devenue sa page
  d'atterrissage : quatre tuiles d'action, les brouillons les plus anciens avec
  ouverture directe sur la bonne semaine, les plages de couverture les plus
  déficitaires, et le suivi des quotas annuels par agent.
- Navigation regroupée par intention (Piloter / Planifier / Consulter /
  Paramétrer). Les rôles à quelques pages gardent la barre simple.
- Sous-titre propre à chaque page : le bandeau générique n'apprenait rien.
- Pastille « À valider » alimentée depuis toutes les pages, et non plus
  seulement depuis la page qu'elle annonce.

Aucune règle métier n'est modifiée : le tableau de bord relit ce que
PlanningModel, CoverageModel et QuotaModel calculent déjà, et son endpoint est
gardé par requireService(). Le droit d'accès à la page vient de la migration
V7.9 ; sans elle, l'onglet n'apparaît pas et homeUrl() se replie sur planning.

Vérifié sur la base réelle : les chiffres de quota du tableau de bord sont
identiques à ceux de api/annual_overview.php, les trois rôles rendent leurs
écrans sans erreur, le rendu JS a été exécuté dans un DOM avec la réponse réelle
de l'API, et la page ne produit aucun attribut style inline (CSP).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CLAUDE.md

@@ -49,8 +49,8 @@ appliquée manuellement en SQL — il n'y a pas d'outil de migration.
 
 Il n'y a pas de routeur. Chaque URL correspond à un fichier PHP réel de 5 à 10 lignes.
 
-**Pages HTML** — `planning.php`, `agents.php`, `annual.php`, `pta.php`, `teams.php`, `coverage.php`,
-`structures.php`, `pending.php`, `vacations.php`, `administration.php` :
+**Pages HTML** — `dashboard.php`, `planning.php`, `agents.php`, `annual.php`, `pta.php`, `teams.php`,
+`coverage.php`, `structures.php`, `pending.php`, `vacations.php`, `administration.php` :
 
 ```php
 require __DIR__ . '/page_bootstrap.php';
@@ -74,8 +74,11 @@ octets binaires via `PdfResponse::inline()`).
 
 Pour ajouter un endpoint : créer le fichier mince dans `api/`, ajouter la méthode au contrôleur.
 Pour ajouter une page : fichier racine + méthode dans `PageController` + vue `app/Views/pages/` +
-partiel `app/Views/partials/` + module JS + **inscription de la clé dans `Access::allowedPages()`
-et dans le tableau `$navigation` de `app/Views/layouts/header.php`**.
+partiel `app/Views/partials/` + module JS + **inscription de la clé dans le tableau `$navigation` de
+`app/Views/layouts/header.php`, dans un groupe de `$navigationGroups`, et dans `acces_role_page` par
+une migration SQL** (les pages autorisées sont lues en base, pas écrites en PHP — voir plus bas).
+Une page absente des groupes reste affichée dans un groupe « Autres » : le filet évite qu'un oubli
+la rende inatteignable. Chaque page passe aussi un `pageSubtitle` décrivant l'action de l'écran.
 
 ### Chaîne d'un appel
 
@@ -108,6 +111,11 @@ SQL dans `acces_role_page` / `acces_role_permission`, sans redéploiement. Une p
 la base vaut « refusé ». `SchemaModel` vérifie la présence des sept vues au démarrage et fait
 échouer l'application si la migration manque — c'est volontairement fail-closed.
 
+`dashboard.php` (Service Enfance uniquement, voir `README_V7_9.md`) illustre la règle : le droit
+d'accès vient de `database/migration_v7_9_tableau_de_bord.sql`. Tant que la migration n'est pas
+jouée, l'onglet n'apparaît pas et `Access::homeUrl()` se replie sur `planning.php` — ce repli est
+indispensable, sans lui `requirePage()` renverrait indéfiniment vers une page interdite.
+
 Les contrôles sont doublés : l'UI masque, mais le serveur tranche. Toute méthode de contrôleur
 commence par un garde `requireService()`, `requireDraftEditor()`, `requireStructureEdit($id)`,
 `requireAgentView($id)`, `requireEntryEdit($id)`, `requirePlanningEdit($id)`… Ces gardes émettent
@@ -145,9 +153,10 @@ PTA.modules.agentOverview = { init, load };
 applique les filtres d'URL (`structure_id`, `agent_id`, `week`, `month`, `focus`). Les modules se
 rafraîchissent entre eux via l'appel optionnel `PTA.modules.autre?.refresh?.({ silent: true })`.
 
-Les assets sont versionnés à la main : `assets/style.css?v=7.7` et `assets/js/*.js?v=7.7` dans
-`layouts/header.php` / `layouts/footer.php`. **Bumper ce numéro après toute modification de JS/CSS**,
-sinon les navigateurs et le `expires 7d` de nginx servent l'ancienne version.
+Les assets sont versionnés à la main : `assets/style.css?v=7.9` et `assets/js/*.js?v=7.9` dans
+`layouts/header.php` / `layouts/footer.php` **et dans `Views/pages/role.php`**, qui porte sa propre
+balise `<head>`. **Bumper ce numéro aux trois endroits après toute modification de JS/CSS**, sinon
+les navigateurs et le `expires 7d` de nginx servent l'ancienne version.
 
 ### Modèle métier