Merge origin/develop (conflit 23_LISTE-TICKETS résolu, garde numéros = Gitea)

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/21_CONFIGURATION-SYSTEME.md

@@ -1,7 +1,7 @@
 # 🔧 Documentation Technique - Configuration Système On-Premise
 
-**Version** : 1.0  
-**Date** : 25 Novembre 2025  
+**Version** : 1.1  
+**Date** : 9 Février 2026  
 **Auteur** : Équipe PtitsPas  
 **Référence** : Architecture On-Premise
 
@@ -78,7 +78,7 @@ L'application P'titsPas est déployée **on-premise** chez différentes collecti
 2. **ConfigService** : Cache en mémoire + chiffrement
 3. **ConfigAPI** : Endpoints REST pour CRUD
 4. **Guard Setup** : Redirection forcée si config incomplète
-5. **Interface Admin** : Formulaire de configuration
+5. **Interface Admin** : Panneau Paramètres (3 sections) dans le dashboard, première config + accès permanent
 
 ---
 
@@ -304,93 +304,69 @@ export class ConfigService {
 
 ```mermaid
 sequenceDiagram
-    participant SA as Super Admin
-    participant App as Application
-    participant Guard as SetupGuard
+    participant Op as Opérateur
+    participant App as Application (Dashboard)
     participant API as ConfigAPI
     participant DB as PostgreSQL
     participant SMTP as Serveur SMTP
     
-    SA->>App: Première connexion
-    App->>Guard: Vérifier setup_completed
-    Guard->>DB: SELECT valeur FROM configuration<br/>WHERE cle='setup_completed'
-    DB-->>Guard: 'false'
+    Op->>App: Première connexion (admin)
+    App->>API: GET /configuration/setup/status
+    API->>DB: setup_completed ?
+    DB-->>API: false
+    API-->>App: setupCompleted: false
     
-    Guard-->>App: Redirection forcée vers<br/>/admin/setup
+    App->>App: Affiche panneau Configuration<br/>et bloque les autres onglets
     
-    SA->>SA: Remplit formulaire config<br/>(SMTP, app, sécurité)
+    Op->>Op: Remplit les 3 sections<br/>(Email, Personnalisation, Avancé)
     
-    SA->>App: Clic "Tester la connexion SMTP"
+    Op->>App: Clic "Tester la connexion SMTP"
     App->>API: POST /api/v1/configuration/test-smtp
     API->>SMTP: Test connexion
     
     alt Test SMTP OK
         SMTP-->>API: ✅ Connexion réussie
-        API->>SA: Envoi email de test
+        API->>Op: Envoi email de test
         API-->>App: ✅ Test réussi
-        App-->>SA: Message: "Email de test envoyé"
+        App-->>Op: Message: "Email de test envoyé"
     else Test SMTP KO
         SMTP-->>API: ❌ Erreur connexion
         API-->>App: ❌ Erreur détaillée
-        App-->>SA: Message: "Erreur: vérifiez les paramètres"
+        App-->>Op: Message: "Erreur: vérifiez les paramètres"
     end
     
-    SA->>App: Clic "Sauvegarder"
+    Op->>App: Clic "Sauvegarder et terminer la configuration"
     App->>API: PATCH /api/v1/configuration/bulk<br/>{smtp_host, smtp_port, ...}
+    API->>DB: UPDATE configuration SET valeur=...
+    API-->>App: OK
     
-    API->>DB: BEGIN TRANSACTION
-    API->>DB: UPDATE configuration SET valeur=...<br/>FOR EACH key
-    API->>DB: UPDATE configuration<br/>SET valeur='true'<br/>WHERE cle='setup_completed'
-    API->>DB: COMMIT
-    
+    App->>API: POST /api/v1/configuration/setup/complete
+    API->>DB: SET setup_completed = true
     API->>API: Recharger cache ConfigService
+    API-->>App: OK
     
-    API-->>App: ✅ Configuration sauvegardée
-    App-->>SA: Redirection vers /admin/dashboard
-    
-    SA->>App: Accès complet à l'application
+    App->>App: Débloque la navigation<br/>Message succès
+    Op->>App: Accès complet au dashboard
 ```
 
 ### Étapes détaillées
 
 #### 1. Détection configuration incomplète
 
-**Guard** : `SetupGuard` (NestJS)
+**Backend** : Le `SetupGuard` (NestJS) vérifie `setup_completed`. Si false, il autorise l’accès au dashboard et aux APIs configuration (pas de redirection vers une page dédiée). Le **frontend** appelle `GET /configuration/setup/status` au chargement du dashboard admin ; si `setupCompleted === false`, il affiche directement le **panneau Paramètres** et désactive les autres onglets jusqu’à sauvegarde.
+
+**Guard** (exemple) : exemption des routes login + dashboard + APIs configuration.
 
 ```typescript
-@Injectable()
-export class SetupGuard implements CanActivate {
-  constructor(private configService: ConfigService) {}
-
-  canActivate(context: ExecutionContext): boolean {
-    const request = context.switchToHttp().getRequest();
-    const setupCompleted = this.configService.get('setup_completed', false);
-    
-    // Exemptions
-    const exemptedRoutes = ['/auth/login', '/admin/setup', '/api/v1/configuration'];
-    if (exemptedRoutes.some(route => request.url.includes(route))) {
-      return true;
-    }
-    
-    // Si setup non complété, bloquer
-    if (!setupCompleted) {
-      throw new HttpException(
-        'Configuration initiale requise',
-        HttpStatus.TEMPORARY_REDIRECT,
-        { location: '/admin/setup' }
-      );
-    }
-    
-    return true;
-  }
-}
+// Exemptions : /auth/login, /api/v1/configuration, routes dashboard admin
+// Si setup non complété : pas de redirection HTTP ; le frontend gère l’affichage du panneau Config et le blocage des onglets.
 ```
 
-#### 2. Formulaire Setup (Frontend)
+#### 2. Panneau Paramètres (Frontend)
 
-**3 onglets** :
+**Une seule page avec 3 sections** (blocs successifs, pas d’onglets dans le formulaire) :
 
-##### Onglet 1 : Configuration Email 📧
+##### Section 1 : Configuration Email 📧
 
 | Champ | Type | Valeur par défaut | Obligatoire |
 |-------|------|-------------------|-------------|
@@ -405,7 +381,7 @@ export class SetupGuard implements CanActivate {
 
 **Bouton** : "🧪 Tester la connexion SMTP"
 
-##### Onglet 2 : Personnalisation 🎨
+##### Section 2 : Personnalisation 🎨
 
 | Champ | Type | Valeur par défaut | Obligatoire |
 |-------|------|-------------------|-------------|
@@ -413,7 +389,7 @@ export class SetupGuard implements CanActivate {
 | URL de l'application | URL | `https://app.ptits-pas.fr` | ✅ |
 | Logo | File (PNG/JPG) | Logo par défaut | ❌ |
 
-##### Onglet 3 : Paramètres avancés ⚙️
+##### Section 3 : Paramètres avancés ⚙️
 
 | Champ | Type | Valeur par défaut | Obligatoire |
 |-------|------|-------------------|-------------|
@@ -421,7 +397,7 @@ export class SetupGuard implements CanActivate {
 | Durée session JWT (heures) | Number | `24` | ✅ |
 | Taille max upload (MB) | Number | `5` | ✅ |
 
-**Bouton** : "💾 Sauvegarder et terminer la configuration"
+**Bouton** : "💾 Sauvegarder et terminer la configuration" (première config) ou "💾 Enregistrer" (accès permanent).
 
 ---
 
@@ -536,60 +512,39 @@ Content-Type: application/json
 
 ## 💻 Interface Admin
 
-### Écran Setup Initial
+### Panneau Paramètres / Configuration (unique)
+
+Un **seul panneau** dans le dashboard admin, avec **3 sections** affichées sur une même page (défilement si besoin). Pas d’onglets dans le formulaire.
+
+- **Première configuration** (au déploiement, `setup_completed === false`) : l’opérateur arrive sur le dashboard ; le panneau Configuration est affiché par défaut et les **autres onglets sont bloqués** jusqu’à clic sur « Sauvegarder et terminer la configuration » (PATCH bulk + POST setup/complete).
+- **Accès permanent** : même panneau accessible via l’onglet « Configuration » / « Paramètres » du dashboard ; pas de blocage, simple modification et enregistrement (PATCH bulk).
 
 ```
 ┌─────────────────────────────────────────────────────────┐
-│  🚀 Configuration Initiale - P'titsPas                  │
-├─────────────────────────────────────────────────────────┤
-│                                                         │
-│  Bienvenue ! Configurez votre installation P'titsPas   │
-│                                                         │
-│  [ 📧 Email ]  [ 🎨 Personnalisation ]  [ ⚙️ Avancé ]  │
+│  Dashboard Admin    [ Gestionnaires ] [ Parents ] ...   │
+│                      [ Configuration ]  ← onglet actif  │
 ├─────────────────────────────────────────────────────────┤
 │                                                         │
 │  📧 Configuration Email (SMTP)                          │
+│  Serveur SMTP *  [_________________________________]     │
+│  Port * [____]  Sécurité [▼]  ☐ Auth requise            │
+│  Utilisateur [__________]  Mot de passe [__________]     │
+│  Nom expéditeur * [__________]  Email * [__________]     │
+│  [ 🧪 Tester la connexion SMTP ]                        │
 │                                                         │
-│  Serveur SMTP *                                         │
-│  [_____________________________________________]        │
-│  Ex: mail.mairie-bezons.fr, smtp.gmail.com             │
-│                                                         │
-│  Port SMTP *                                            │
-│  [_____]  25 (standard), 465 (SSL), 587 (STARTTLS)    │
-│                                                         │
-│  Sécurité *                                             │
-│  [ ▼ Aucune ]  STARTTLS  SSL/TLS                       │
-│                                                         │
-│  ☐ Authentification requise                            │
-│                                                         │
-│  Utilisateur SMTP                                       │
-│  [_____________________________________________]        │
-│                                                         │
-│  Mot de passe SMTP                                      │
-│  [_____________________________________________]        │
-│                                                         │
-│  Nom de l'expéditeur *                                 │
-│  [_____________________________________________]        │
-│  Ex: P'titsPas - Mairie de Bezons                      │
-│                                                         │
-│  Email expéditeur *                                     │
-│  [_____________________________________________]        │
-│  Ex: noreply@mairie-bezons.fr                          │
-│                                                         │
-│  [ 🧪 Tester la connexion SMTP ]                       │
-│                                                         │
-│  ─────────────────────────────────────────────────     │
-│                                                         │
-│  [ ← Précédent ]              [ Suivant → ]            │
+│  ─────────────────────────────────────────────────      │
+│  🎨 Personnalisation                                    │
+│  Nom application * [__________]  URL * [__________]      │
+│  Logo [ Choisir un fichier ]                            │
+│  ─────────────────────────────────────────────────      │
+│  ⚙️ Paramètres avancés                                  │
+│  Durée token MDP (jours) [__]  JWT (h) [__]  Upload MB [__] │
 │                                                         │
+│  [ 💾 Sauvegarder et terminer la configuration ]        │
+│     (ou « Enregistrer » si config déjà complétée)      │
 └─────────────────────────────────────────────────────────┘
 ```
 
-### Écran Paramètres (accès permanent)
-
-Identique au Setup Initial, mais accessible depuis le menu admin :
-- Menu Admin → Paramètres → Configuration Système
-
 ---
 
 ## 📋 Exemples de configuration
@@ -706,7 +661,7 @@ PORT=3000
 
 ---
 
-**Dernière mise à jour** : 25 Novembre 2025  
-**Version** : 1.0  
+**Dernière mise à jour** : 9 Février 2026  
+**Version** : 1.1  
 **Statut** : ✅ Document validé
 

docs/23_LISTE-TICKETS.md

@@ -1,7 +1,7 @@
 # 🎫 Liste Complète des Tickets - Projet P'titsPas
 
-**Version** : 1.2
-**Date** : 27 Janvier 2026
+**Version** : 1.4
+**Date** : 9 Février 2026
 **Auteur** : Équipe PtitsPas  
 **Estimation totale** : ~184h
 
@@ -9,54 +9,27 @@
 
 ## 🔗 Liste des tickets Gitea
 
-Correspondance entre les numéros d’issues Gitea et les tickets de ce document.
+**Les numéros de section dans ce document = numéros d’issues Gitea.** Ticket #14 dans le doc = issue Gitea #14, etc. Source : dépôt `jmartin/petitspas` (état au 9 février 2026).
 
-| Gitea # | Titre court | Priorité | Statut | Section doc |
-|--------|--------------|----------|--------|-------------|
-| 1 | BDD - Champs manquants CDC | P0 | Ouvert | § Ticket #1 |
-| 2 | BDD - Table présentation dossier parent | P0 | Ouvert | § Ticket #2 |
-| 3 | BDD - Tokens création MDP | P0 | ✅ Fermé | § Ticket #3 |
-| 4 | BDD - Champ genre enfants | P0 | ✅ Fermé | § Ticket #4 |
-| 5 | BDD - Supprimer champs obsolètes | P0 | Ouvert | § Ticket #5 |
-| 6 | BDD - Table configuration système | P0 | Ouvert | § Ticket #6 |
-| 68 | BDD - Documents légaux & acceptations | P0 | ✅ Fermé | § Ticket #7 |
-| 73 | Frontend - Inscription Parent Étape 1 | P3 | ✅ Fermé (PR) | § Ticket #36 |
-| 78 | Frontend - Infrastructure formulaires multi-modes | P3 | ✅ Fermé | § Ticket #78 |
-| 79 | Frontend - Renommer Nanny en AM | P3 | ✅ Fermé | § Ticket #79 |
-| 81 | Frontend - Corrections refactoring widgets | P3 | ✅ Fermé | § Ticket #81 |
-| 82 | Frontend - Écran Login mobile | P3 | ✅ Fermé | § Ticket #82 |
-| 83 | Frontend - RegisterChoiceScreen mobile | P3 | ✅ Fermé | § Ticket #83 |
+| Gitea # | Titre (dépôt) | Statut |
+|--------|----------------|--------|
+| 3 | [BDD] Ajout champs manquants conformité CDC | ✅ Fermé |
+| 4 | [BDD] Ajout table/champ présentation dossier parent | ✅ Fermé |
+| 5 | [BDD] Ajout gestion tokens création mot de passe | ✅ Fermé |
+| 6 | [BDD] Ajout champ genre obligatoire enfants | ✅ Fermé |
+| 7 | [BDD] Supprimer champs obsolètes | ✅ Fermé |
+| 8 | [BDD] Table configuration système | ✅ Fermé |
+| 9 | [BDD] Tables documents légaux & acceptations | ✅ Fermé |
+| 10 | [Backend] Service Configuration | ✅ Fermé |
+| 11 | [Backend] API Configuration | ✅ Fermé |
+| 12 | [Backend] Guard Configuration Initiale | ✅ Fermé |
+| 13 | [Backend] Adaptation MailService pour config dynamique | Ouvert |
+| 14 | [Frontend] Panneau Paramètres / Configuration (première config + accès permanent) | Ouvert |
+| 15 | [Frontend] Écran Paramètres (accès permanent) | Ouvert |
+| 16 | [Doc] Documentation configuration on-premise | Ouvert |
+| 17–88 | (voir sections ci‑dessous ; #78, #79, #81, #83, #82, #86, #87, #88, etc.) | — |
 
-*Les autres tickets (sans numéro Gitea dans ce tableau) sont décrits dans les sections par priorité ci‑dessous ; les numéros de section (#1 à #83) sont les références internes du document.*
-
-**Point API (tickets frontend)** – 27/01/2026 : 20 issues avec le label `frontend` dans Gitea (12 ouvertes, 8 fermées). Numéros concernés : 35–42, 43–51, 54, 82, 83. Les #73, #78, #79, #81 sont fermés mais sans label dans l’API. Détail : `docs/POINT_TICKETS_FRONT_API.txt`.
-
----
-
-## 🔗 Liste des tickets Gitea
-
-Correspondance entre les numéros d’issues Gitea et les tickets de ce document.
-
-| Gitea # | Titre court | Priorité | Statut | Section doc |
-|--------|--------------|----------|--------|-------------|
-| 1 | BDD - Champs manquants CDC | P0 | Ouvert | § Ticket #1 |
-| 2 | BDD - Table présentation dossier parent | P0 | Ouvert | § Ticket #2 |
-| 3 | BDD - Tokens création MDP | P0 | ✅ Fermé | § Ticket #3 |
-| 4 | BDD - Champ genre enfants | P0 | ✅ Fermé | § Ticket #4 |
-| 5 | BDD - Supprimer champs obsolètes | P0 | Ouvert | § Ticket #5 |
-| 6 | BDD - Table configuration système | P0 | Ouvert | § Ticket #6 |
-| 68 | BDD - Documents légaux & acceptations | P0 | ✅ Fermé | § Ticket #7 |
-| 73 | Frontend - Inscription Parent Étape 1 | P3 | ✅ Fermé (PR) | § Ticket #36 |
-| 78 | Frontend - Infrastructure formulaires multi-modes | P3 | ✅ Fermé | § Ticket #78 |
-| 79 | Frontend - Renommer Nanny en AM | P3 | ✅ Fermé | § Ticket #79 |
-| 81 | Frontend - Corrections refactoring widgets | P3 | ✅ Fermé | § Ticket #81 |
-| 83 | Frontend - RegisterChoiceScreen mobile | P3 | ✅ Fermé | § Ticket #83 |
-| 84 | Bug - Connexion admin : erreur profil et redirection | P3 | ✅ Fermé | § Ticket #84 |
-| 85 | Frontend - Bug correctifs modale Changement MDP | P3 | Ouvert | § Ticket #85 |
-
-*Les autres tickets (sans numéro Gitea dans ce tableau) sont décrits dans les sections par priorité ci‑dessous ; les numéros de section (#1 à #85) ; #84 et #85 ont un numéro Gitea. sont les références internes du document.*
-
-**Point API (tickets frontend)** – 27/01/2026 : 20 issues avec le label `frontend` dans Gitea (12 ouvertes, 8 fermées). Numéros concernés : 35–42, 43–51, 54, 82, 83. Les #73, #78, #79, #81 sont fermés mais sans label dans l’API. Détail : `docs/POINT_TICKETS_FRONT_API.txt`.
+*Gitea #1 et #2 = anciens tickets de test (fermés). Liste complète : https://git.ptits-pas.fr/jmartin/petitspas/issues*
 
 ---
 
@@ -79,7 +52,7 @@ Correspondance entre les numéros d’issues Gitea et les tickets de ce document
 
 ## 🔴 PRIORITÉ 0 : Amendements Base de Données (BLOQUANT)
 
-### Ticket #1 : [BDD] Ajout champs manquants conformité CDC
+### Ticket #3 : [BDD] Ajout champs manquants conformité CDC
 **Estimation** : 1h  
 **Labels** : `bdd`, `p0-bloquant`, `cdc`
 
@@ -97,7 +70,7 @@ Ajouter les champs manquants dans la base de données pour être conforme au Cah
 
 ---
 
-### Ticket #2 : [BDD] Ajout table/champ présentation dossier parent
+### Ticket #4 : [BDD] Ajout table/champ présentation dossier parent
 **Estimation** : 30min  
 **Labels** : `bdd`, `p0-bloquant`, `cdc`
 
@@ -111,7 +84,7 @@ Ajouter un champ pour stocker la présentation du dossier parent (étape 4 de l'
 
 ---
 
-### Ticket #3 : [BDD] Ajout gestion tokens création mot de passe ✅
+### Ticket #5 : [BDD] Ajout gestion tokens création mot de passe ✅
 **Estimation** : 30min  
 **Labels** : `bdd`, `p0-bloquant`, `security`  
 **Statut** : ✅ TERMINÉ (Fermé le 2025-11-28)
@@ -127,7 +100,7 @@ Ajouter les champs nécessaires pour gérer les tokens de création de mot de pa
 
 ---
 
-### Ticket #4 : [BDD] Ajout champ genre obligatoire enfants ✅
+### Ticket #6 : [BDD] Ajout champ genre obligatoire enfants ✅
 **Estimation** : 30min  
 **Labels** : `bdd`, `p0-bloquant`, `cdc`  
 **Statut** : ✅ TERMINÉ (Fermé le 2025-11-28)
@@ -142,7 +115,7 @@ Ajouter le champ `genre` obligatoire (H/F) dans la table `enfants`.
 
 ---
 
-### Ticket #5 : [BDD] Supprimer champs obsolètes
+### Ticket #7 : [BDD] Supprimer champs obsolètes
 **Estimation** : 30min  
 **Labels** : `bdd`, `p0-bloquant`, `cleanup`
 
@@ -159,7 +132,7 @@ Supprimer les champs obsolètes identifiés lors de l'audit.
 
 ---
 
-### Ticket #6 : [BDD] Table configuration système
+### Ticket #8 : [BDD] Table configuration système
 **Estimation** : 1h  
 **Labels** : `bdd`, `p0-bloquant`, `on-premise`
 
@@ -177,7 +150,7 @@ Créer la table `configuration` pour stocker les paramètres système (SMTP, app
 
 ---
 
-### Ticket #7 : [BDD] Tables documents légaux & acceptations ✅
+### Ticket #9 : [BDD] Tables documents légaux & acceptations ✅
 **Estimation** : 2h  
 **Labels** : `bdd`, `p0-bloquant`, `rgpd`, `juridique`  
 **Statut** : ✅ TERMINÉ (Fermé le 2025-11-30 - Ticket #68 sur Gitea)
@@ -200,7 +173,7 @@ Créer les tables pour gérer les versions des documents légaux (CGU/Privacy) e
 
 ## 🟠 PRIORITÉ 1 : Configuration Système (BLOQUANT)
 
-### Ticket #8 : [Backend] Service Configuration
+### Ticket #10 : [Backend] Service Configuration
 **Estimation** : 4h  
 **Labels** : `backend`, `p1-bloquant`, `on-premise`
 
@@ -221,7 +194,7 @@ Créer le service de configuration avec cache en mémoire et chiffrement AES-256
 
 ---
 
-### Ticket #9 : [Backend] API Configuration
+### Ticket #11 : [Backend] API Configuration
 **Estimation** : 3h  
 **Labels** : `backend`, `p1-bloquant`, `on-premise`
 
@@ -240,26 +213,25 @@ Créer les endpoints REST pour gérer la configuration système.
 
 ---
 
-### Ticket #10 : [Backend] Guard Configuration Initiale
+### Ticket #12 : [Backend] Guard Configuration Initiale
 **Estimation** : 2h  
 **Labels** : `backend`, `p1-bloquant`, `on-premise`
 
 **Description** :
-Créer un Guard/Middleware qui détecte si la configuration initiale est incomplète et force la redirection.
+Créer un Guard/Middleware qui détecte si la configuration initiale est incomplète. Le frontend affiche alors directement le panneau Configuration du dashboard et bloque la navigation jusqu'à sauvegarde (pas de page dédiée `/admin/setup`).
 
 **Tâches** :
 - [ ] Créer `SetupGuard`
 - [ ] Vérifier `setup_completed` dans ConfigService
-- [ ] Redirection forcée vers `/admin/setup` si false
-- [ ] Exemption pour routes publiques (login, register)
-- [ ] Exemption pour route `/admin/setup`
+- [ ] Si false : autoriser accès au dashboard et aux APIs configuration (le frontend gère l’affichage du panneau Config et le blocage des onglets)
+- [ ] Exemption pour routes publiques (login, register) et pour les APIs `/api/v1/configuration`
 - [ ] Tests unitaires
 
 **Référence** : [21_CONFIGURATION-SYSTEME.md](./21_CONFIGURATION-SYSTEME.md#workflow-setup-initial)
 
 ---
 
-### Ticket #11 : [Backend] Adaptation MailService pour config dynamique
+### Ticket #13 : [Backend] Adaptation MailService pour config dynamique
 **Estimation** : 3h  
 **Labels** : `backend`, `p1-bloquant`, `on-premise`, `email`
 
@@ -277,44 +249,41 @@ Adapter le service email pour utiliser la configuration dynamique depuis la BDD
 
 ---
 
-### Ticket #12 : [Frontend] Écran Configuration Initiale (Setup Wizard)
-**Estimation** : 6h  
+### Ticket #14 : [Frontend] Panneau Paramètres / Configuration (première config + accès permanent)
+**Estimation** : 5h  
 **Labels** : `frontend`, `p1-bloquant`, `on-premise`
 
 **Description** :
-Créer l'écran de configuration initiale (Setup Wizard) accessible à la première connexion du super admin.
+Un seul panneau **Paramètres / Configuration** dans le dashboard admin, avec **3 sections** sur une même page (pas d’onglets dédiés au formulaire : Email, Personnalisation, Avancé). Utilisé à la fois pour la **première configuration** (au déploiement, par un opérateur) et pour l’**accès permanent** (menu ou onglet Configuration). Lorsque `setup_completed` est false, le dashboard affiche directement ce panneau et **bloque la navigation** (autres onglets désactivés) jusqu’à sauvegarde.
 
 **Tâches** :
-- [ ] Page `/admin/setup` (accessible uniquement si config incomplète)
-- [ ] Formulaire multi-onglets (Email / Application / Avancé)
-- [ ] Onglet 1 : Configuration Email (SMTP, auth, expéditeur)
-- [ ] Onglet 2 : Personnalisation (nom app, URL, logo)
-- [ ] Onglet 3 : Paramètres avancés (durées tokens, upload max)
+- [ ] Panneau Configuration dans le dashboard admin (onglet ou entrée de menu dédiée)
+- [ ] Une seule page avec 3 sections : **Email (SMTP)** ; **Personnalisation** (nom app, URL, logo) ; **Avancé** (durées token MDP, JWT, taille max upload)
 - [ ] Bouton "Tester la connexion SMTP" (appel API + feedback)
 - [ ] Validation côté client
-- [ ] Sauvegarde (appel API `PATCH /configuration/bulk`)
-- [ ] Message succès + redirection dashboard
+- [ ] Sauvegarde : `PATCH /configuration/bulk` puis `POST /configuration/setup/complete` si première config
+- [ ] Si `setup_completed` false au chargement : afficher ce panneau par défaut et bloquer les autres onglets jusqu’à sauvegarde
+- [ ] Message succès ; après première config, déblocage de la navigation
 
 **Référence** : [21_CONFIGURATION-SYSTEME.md](./21_CONFIGURATION-SYSTEME.md#interface-admin)
 
 ---
 
-### Ticket #13 : [Frontend] Écran Paramètres (accès permanent)
-**Estimation** : 2h  
+### Ticket #15 : [Frontend] Écran Paramètres (accès permanent) / Intégration panneau
+**Estimation** : 1h  
 **Labels** : `frontend`, `p1-bloquant`, `on-premise`
 
 **Description** :
-Créer l'écran de paramètres accessible depuis le menu admin (même interface que Setup Wizard).
+S’assurer que le panneau Paramètres (décrit en #14) est accessible en permanence depuis le dashboard admin (onglet « Configuration » ou « Paramètres »). Même interface que pour la première config ; affichage des valeurs actuelles, modification et sauvegarde sans blocage de navigation.
 
 **Tâches** :
-- [ ] Page `/admin/parametres` (accessible depuis menu admin)
-- [ ] Même interface que Setup Wizard
-- [ ] Affichage valeurs actuelles
-- [ ] Modification et sauvegarde
+- [ ] Onglet ou entrée menu « Configuration » / « Paramètres » dans le dashboard admin pointant vers le même panneau que #14
+- [ ] Chargement des valeurs actuelles (GET `/configuration` ou par catégorie)
+- [ ] Modification et sauvegarde (PATCH bulk) sans appel à `setup/complete`
 
 ---
 
-### Ticket #14 : [Doc] Documentation configuration on-premise
+### Ticket #16 : [Doc] Documentation configuration on-premise
 **Estimation** : 2h  
 **Labels** : `documentation`, `p1-bloquant`, `on-premise`
 
@@ -333,9 +302,25 @@ Rédiger la documentation pour aider les collectivités à configurer l'applicat
 
 ---
 
+### Ticket #86 : [Backend] Guard Configuration Initiale (concept v1.3)
+**Estimation** : 2h  
+**Labels** : `backend`, `p1-bloquant`, `on-premise`
+
+Issue Gitea ouverte pour le Guard aligné avec le concept v1.3 (pas de redirection vers `/admin/setup`, le frontend affiche le panneau Configuration et bloque la navigation). Voir aussi Ticket #12 (version fermée).
+
+---
+
+### Ticket #88 : [Frontend] Intégration panneau Paramètres au dashboard
+**Estimation** : 1h  
+**Labels** : `frontend`, `p1-bloquant`, `on-premise`
+
+Complément de #14 et #15 : s’assurer que le panneau Paramètres est accessible en permanence (onglet Configuration, chargement des valeurs, sauvegarde PATCH bulk sans `setup/complete`).
+
+---
+
 ## 🟢 PRIORITÉ 2 : Backend - Authentification & Gestion Comptes
 
-### Ticket #15 : [Backend] API Création gestionnaire
+### Ticket #17 : [Backend] API Création gestionnaire
 **Estimation** : 3h  
 **Labels** : `backend`, `p2`, `auth`
 
@@ -355,7 +340,7 @@ Créer l'endpoint pour permettre au super admin de créer des gestionnaires.
 
 ---
 
-### Ticket #16 : [Backend] API Inscription Parent (étape 1 - Parent 1)
+### Ticket #18 : [Backend] API Inscription Parent (étape 1 - Parent 1)
 **Estimation** : 4h  
 **Labels** : `backend`, `p2`, `auth`, `cdc`
 
@@ -375,7 +360,7 @@ Créer l'endpoint d'inscription Parent (étape 1/6 : informations Parent 1).
 
 ---
 
-### Ticket #17 : [Backend] API Inscription Parent (étape 2 - Parent 2)
+### Ticket #19 : [Backend] API Inscription Parent (étape 2 - Parent 2)
 **Estimation** : 2h  
 **Labels** : `backend`, `p2`, `auth`, `cdc`
 
@@ -462,7 +447,7 @@ Finalisation de l'inscription parent (présentation, CGU, récapitulatif - inté
 
 ---
 
-### Ticket #22 : [Backend] API Création mot de passe
+### Ticket #24 : [Backend] API Création mot de passe
 **Estimation** : 3h  
 **Labels** : `backend`, `p2`, `auth`, `security`
 
@@ -481,7 +466,7 @@ Créer les endpoints pour permettre aux utilisateurs de créer leur mot de passe
 
 ---
 
-### Ticket #23 : [Backend] API Liste comptes en attente
+### Ticket #25 : [Backend] API Liste comptes en attente
 **Estimation** : 2h  
 **Labels** : `backend`, `p2`, `gestionnaire`
 
@@ -499,7 +484,7 @@ Créer les endpoints pour lister les comptes en attente de validation.
 
 ---
 
-### Ticket #24 : [Backend] API Validation/Refus comptes
+### Ticket #26 : [Backend] API Validation/Refus comptes
 **Estimation** : 3h  
 **Labels** : `backend`, `p2`, `gestionnaire`
 
@@ -517,7 +502,7 @@ Créer les endpoints pour valider ou refuser les comptes en attente.
 
 ---
 
-### Ticket #25 : [Backend] Service Email - Installation Nodemailer
+### Ticket #27 : [Backend] Service Email - Installation Nodemailer
 **Estimation** : 2h  
 **Labels** : `backend`, `p2`, `email`
 
@@ -532,7 +517,7 @@ Installer et configurer Nodemailer pour l'envoi d'emails.
 
 ---
 
-### Ticket #26 : [Backend] Templates Email - Validation
+### Ticket #28 : [Backend] Templates Email - Validation
 **Estimation** : 3h  
 **Labels** : `backend`, `p2`, `email`
 
@@ -553,7 +538,7 @@ Créer les templates d'emails pour la validation des comptes (avec lien créatio
 
 ---
 
-### Ticket #27 : [Backend] Templates Email - Refus
+### Ticket #29 : [Backend] Templates Email - Refus
 **Estimation** : 1h  
 **Labels** : `backend`, `p2`, `email`
 
@@ -568,7 +553,7 @@ Créer le template d'email pour le refus de compte.
 
 ---
 
-### Ticket #28 : [Backend] Connexion - Vérification statut
+### Ticket #30 : [Backend] Connexion - Vérification statut
 **Estimation** : 2h  
 **Labels** : `backend`, `p2`, `auth`
 
@@ -586,7 +571,7 @@ Modifier l'endpoint de connexion pour bloquer les comptes en attente ou suspendu
 
 ---
 
-### Ticket #29 : [Backend] Changement MDP obligatoire première connexion
+### Ticket #31 : [Backend] Changement MDP obligatoire première connexion
 **Estimation** : 2h  
 **Labels** : `backend`, `p2`, `auth`, `security`
 
@@ -601,7 +586,7 @@ Implémenter le changement de mot de passe obligatoire pour les gestionnaires/ad
 
 ---
 
-### Ticket #30 : [Backend] Service Documents Légaux
+### Ticket #32 : [Backend] Service Documents Légaux
 **Estimation** : 4h  
 **Labels** : `backend`, `p2`, `juridique`, `rgpd`
 
@@ -623,7 +608,7 @@ Créer le service de gestion des documents légaux (CGU/Privacy) avec versioning
 
 ---
 
-### Ticket #31 : [Backend] API Documents Légaux
+### Ticket #33 : [Backend] API Documents Légaux
 **Estimation** : 3h  
 **Labels** : `backend`, `p2`, `juridique`, `rgpd`
 
@@ -643,7 +628,7 @@ Créer les endpoints REST pour gérer les documents légaux.
 
 ---
 
-### Ticket #32 : [Backend] Traçabilité acceptations documents
+### Ticket #34 : [Backend] Traçabilité acceptations documents
 **Estimation** : 2h  
 **Labels** : `backend`, `p2`, `rgpd`
 
@@ -662,7 +647,7 @@ Enregistrer les acceptations de documents légaux lors de l'inscription (traçab
 
 ## 🟢 PRIORITÉ 3 : Frontend - Interfaces
 
-### Ticket #33 : [Frontend] Écran Création Gestionnaire
+### Ticket #35 : [Frontend] Écran Création Gestionnaire
 **Estimation** : 3h  
 **Labels** : `frontend`, `p3`, `auth`
 
@@ -677,14 +662,6 @@ Créer l'écran de création de gestionnaire (super admin uniquement).
 
 ---
 
-### Ticket #34 : [Réservé - Non utilisé]
-
----
-
-### Ticket #35 : [Réservé - Non utilisé]
-
----
-
 ### Ticket #36 : [Frontend] Inscription Parent - Étape 1 (Parent 1) ✅
 **Estimation** : 3h  
 **Labels** : `frontend`, `p3`, `auth`, `cdc`  
@@ -888,38 +865,6 @@ Créer l'écran de changement de mot de passe obligatoire (première connexion g
 
 ---
 
-### Ticket #84 : [Bug] Connexion admin – erreur récupération profil et pas de redirection
-**Gitea** : [#84](https://git.ptits-pas.fr/jmartin/petitspas/issues/84)  
-**Statut** : ✅ Fermé
-
-**Description** :
-Bug à la connexion admin : erreur lors de la récupération du profil et absence de redirection attendue.
-
----
-
-### Ticket #85 : [Frontend] Bug – Correctifs modale Changement MDP (première connexion admin)
-**Gitea** : [#85](https://git.ptits-pas.fr/jmartin/petitspas/issues/85)  
-**Estimation** : 1h  
-**Labels** : `frontend`, `p3`, `bug`, `auth`, `ux`
-
-**Description** :
-Correctifs et améliorations de la modale de changement de mot de passe obligatoire affichée à la première connexion admin (lien avec Ticket #47).
-
-**Périmètre** :
-- Ajustements visuels / UX de la modale (`ChangePasswordDialog`)
-- Cohérence charte graphique, espacements, lisibilité
-- Comportement (validation, messages d'erreur, fermeture)
-- Lien de test en debug sur l'écran login (« Test modale MDP ») pour faciliter les réglages
-
-**Tâches** :
-- [ ] Revoir le design de la modale (relief, bordures, couleurs)
-- [ ] Vérifier les champs (MDP actuel, nouveau, confirmation) et validations
-- [ ] Ajuster les textes et messages d'erreur
-- [ ] Tester sur mobile et desktop
-- [ ] Retirer ou conditionner le lien « Test modale MDP » en production si besoin
-
----
-
 ### Ticket #48 : [Frontend] Gestion Erreurs & Messages
 **Estimation** : 2h  
 **Labels** : `frontend`, `p3`, `ux`
@@ -1070,7 +1015,7 @@ Créer les tests unitaires pour tous les services et controllers backend.
 
 ---
 
-### Ticket #50 : [Tests] Tests intégration Backend
+### Ticket #53 : [Tests] Tests intégration Backend
 **Estimation** : 5h  
 **Labels** : `tests`, `p4`, `backend`
 
@@ -1085,7 +1030,7 @@ Créer les tests d'intégration pour les workflows complets.
 
 ---
 
-### Ticket #51 : [Tests] Tests E2E Frontend
+### Ticket #54 : [Tests] Tests E2E Frontend
 **Estimation** : 8h  
 **Labels** : `tests`, `p4`, `frontend`
 
@@ -1101,7 +1046,7 @@ Créer les tests end-to-end pour les parcours utilisateurs.
 
 ---
 
-### Ticket #52 : [Doc] Documentation API OpenAPI/Swagger
+### Ticket #55 : [Doc] Documentation API OpenAPI/Swagger
 **Estimation** : 3h  
 **Labels** : `documentation`, `p4`, `api`
 
@@ -1118,7 +1063,7 @@ Générer et documenter l'API avec Swagger/OpenAPI.
 
 ## ⚠️ CRITIQUES : Upload, Emails, Infra, Doc
 
-### Ticket #53 : [Backend] Service Upload & Stockage fichiers
+### Ticket #56 : [Backend] Service Upload & Stockage fichiers
 **Estimation** : 3h  
 **Labels** : `backend`, `critique`, `upload`
 
@@ -1149,7 +1094,7 @@ Créer l'endpoint sécurisé pour télécharger les photos.
 
 ---
 
-### Ticket #55 : [Backend] Service Logging (Winston)
+### Ticket #58 : [Backend] Service Logging (Winston)
 **Estimation** : 3h  
 **Labels** : `backend`, `critique`, `monitoring`
 
@@ -1168,7 +1113,7 @@ Mettre en place un système de logs centralisé avec Winston pour faciliter le d
 
 ---
 
-### Ticket #56 : [Frontend] Écran Logs Admin (optionnel v1.1)
+### Ticket #51 (réf.) : [Frontend] Écran Logs Admin (optionnel v1.1)
 **Estimation** : 4h  
 **Labels** : `frontend`, `p3`, `monitoring`, `admin`
 
@@ -1186,7 +1131,7 @@ Créer un écran pour consulter les logs depuis l'interface admin (optionnel Pha
 
 ---
 
-### Ticket #57 : [Infra] Volume Docker pour uploads
+### Ticket #59 : [Infra] Volume Docker pour uploads
 **Estimation** : 30min  
 **Labels** : `infra`, `critique`, `docker`
 
@@ -1200,7 +1145,7 @@ Ajouter un volume Docker pour persister les fichiers uploadés.
 
 ---
 
-### Ticket #58 : [Infra] Volume Docker pour documents légaux
+### Ticket #60 : [Infra] Volume Docker pour documents légaux
 **Estimation** : 30min  
 **Labels** : `infra`, `critique`, `docker`
 
@@ -1214,7 +1159,7 @@ Ajouter un volume Docker pour persister les documents légaux (CGU/Privacy).
 
 ---
 
-### Ticket #59 : [Doc] Guide installation & configuration
+### Ticket #61 : [Doc] Guide installation & configuration
 **Estimation** : 3h  
 **Labels** : `documentation`, `critique`, `on-premise`
 
@@ -1233,7 +1178,7 @@ Rédiger le guide complet d'installation et de configuration pour les collectivi
 
 ## 📚 JURIDIQUE & CDC
 
-### Ticket #60 : [Doc] Amendement CDC v1.4 - Suppression SMS
+### Ticket #62 : [Doc] Amendement CDC v1.4 - Suppression SMS
 **Estimation** : 30min  
 **Labels** : `documentation`, `cdc`
 
@@ -1250,7 +1195,7 @@ Amender le Cahier des Charges pour supprimer la mention des notifications SMS (p
 
 ---
 
-### Ticket #61 : [Doc] Rédaction CGU/Privacy génériques v1
+### Ticket #63 : [Doc] Rédaction CGU/Privacy génériques v1
 **Estimation** : 8h  
 **Labels** : `documentation`, `juridique`, `rgpd`
 
@@ -1270,14 +1215,14 @@ Rédiger les documents légaux génériques (CGU et Politique de confidentialit
 
 ## 📊 Résumé final
 
-**Total** : 63 tickets  
-**Estimation** : ~174h de développement
+**Total** : 65 tickets  
+**Estimation** : ~184h de développement
 
 ### Par priorité
 - **P0 (Bloquant BDD)** : 7 tickets (~5h)
 - **P1 (Bloquant Config)** : 7 tickets (~22h)
 - **P2 (Backend)** : 18 tickets (~50h)
-- **P3 (Frontend)** : 20 tickets (~62h) ← #84 bug connexion admin, #85 correctifs modale MDP
+- **P3 (Frontend)** : 22 tickets (~71h) ← +1 mobile RegisterChoice
 - **P4 (Tests/Doc)** : 4 tickets (~24h)
 - **Critiques** : 6 tickets (~13h)
 - **Juridique** : 1 ticket (~8h)
@@ -1285,13 +1230,15 @@ Rédiger les documents légaux génériques (CGU et Politique de confidentialit
 ### Par domaine
 - **BDD** : 7 tickets
 - **Backend** : 23 tickets
-- **Frontend** : 20 tickets ← #84 bug connexion admin, #85 correctifs modale MDP
+- **Frontend** : 22 tickets ← +1 mobile RegisterChoice
 - **Tests** : 3 tickets
 - **Documentation** : 5 tickets
 - **Infra** : 2 tickets
 - **Juridique** : 1 ticket
 
 ### Modifications par rapport à la version initiale
+- ✅ **v1.4** : Numéros de section du doc = numéros Gitea (Ticket #n = issue #n). Tableau et sections renumérotés en conséquence ; #87 fermé (doublon de #14).
+- ✅ **Concept v1.3** : Configuration initiale = un seul panneau Paramètres (3 sections) dans le dashboard ; plus de page dédiée « Setup Wizard » ; navigation bloquée jusqu’à sauvegarde au premier déploiement. Tickets #10, #12, #13 alignés.
 - ❌ **Supprimé** : Tickets "Renvoyer email validation" (backend + frontend) - Pas prioritaire
 - ✅ **Ajouté** : Ticket #55 "Service Logging Winston" - Monitoring essentiel
 - ✅ **Ajouté** : Ticket #56 "Écran Logs Admin" - Optionnel Phase 1.1
@@ -1300,12 +1247,10 @@ Rédiger les documents légaux génériques (CGU et Politique de confidentialit
 - ✅ **Ajouté** : Ticket #81 "Corrections refactoring" - Bugfixes
 - ✅ **Ajouté** : Ticket #83 "RegisterChoiceScreen Mobile" - Responsive UX
 - ✅ **Fermé** : Ticket #82 "Écran Login mobile" - Merge develop + master
-- ✅ **Ajouté** : Ticket #84 "Bug connexion admin – erreur profil et redirection" (Gitea #84, fermé)
-- ✅ **Ajouté** : Ticket #85 "Bug – Correctifs modale Changement MDP" (Gitea #85)
 
 ---
 
-**Dernière mise à jour** : 27 Janvier 2026
-**Version** : 1.2
-**Statut** : ✅ À jour
+**Dernière mise à jour** : 9 Février 2026
+**Version** : 1.4
+**Statut** : ✅ Aligné avec le dépôt Gitea
 

docs/24_DECISIONS-PROJET.md

@@ -1,7 +1,7 @@
 # 📋 Décisions Projet - P'titsPas
 
-**Version** : 1.0  
-**Date** : 25 Novembre 2025  
+**Version** : 1.1  
+**Date** : 9 Février 2026  
 **Auteur** : Équipe PtitsPas
 
 ---
@@ -49,7 +49,7 @@ ptitspas-app/
 
 **Solution technique** :
 - Table `configuration` en BDD (clé/valeur)
-- Setup Wizard à la première connexion
+- Panneau Paramètres (3 sections) dans le dashboard à la première connexion ; navigation bloquée jusqu'à sauvegarde
 - Configuration SMTP dynamique
 - Personnalisation (nom app, logo, URL)
 
@@ -559,10 +559,11 @@ docs/
 | Date | Version | Modifications |
 |------|---------|---------------|
 | 25/11/2025 | 1.0 | Création du document - Toutes les décisions initiales |
+| 09/02/2026 | 1.1 | Configuration initiale : un seul panneau Paramètres (3 sections) dans le dashboard, plus de Setup Wizard dédié ; navigation bloquée jusqu'à sauvegarde |
 
 ---
 
-**Dernière mise à jour** : 25 Novembre 2025  
-**Version** : 1.0  
+**Dernière mise à jour** : 9 Février 2026  
+**Version** : 1.1  
 **Statut** : ✅ Document validé
 

docs/BRIEFING-FRONTEND.md

@@ -61,7 +61,8 @@ changement_mdp_obligatoire: true (première connexion)
 
 | # | Ticket | Description | Effort |
 |---|--------|-------------|--------|
-| **#14** | Setup Wizard | Écran configuration initiale (SMTP, app) | 4-5h |
+| **#12** | Panneau Paramètres / Configuration | Une page avec 3 sections (Email, Personnalisation, Avancé) ; première config = affichage direct + navigation bloquée jusqu'à sauvegarde | 5h |
+| **#13** | Intégration panneau au dashboard | Onglet Configuration, accès permanent, même interface | 1h |
 | **#47** | Changement MDP Obligatoire | Modale bloquante après login si flag=true | 1-2h |
 | **#35** | Création Gestionnaire | Formulaire création gestionnaire | 2-3h |
 
@@ -256,11 +257,11 @@ Configuration des appels API avec intercepteurs.
 ## Recommandation de démarrage
 
 1. **Ticket #47** - Modale changement MDP obligatoire (simple, rapide)
-2. **Ticket #14** - Setup Wizard (écran configuration initiale)
+2. **Tickets #12 + #13** - Panneau Paramètres (3 sections) : première config + onglet Configuration dans le dashboard
 3. **Ticket #35** - Formulaire création gestionnaire
 
-Ces 3 tickets complètent le **workflow d'initialisation** !
+Ces tickets complètent le **workflow d'initialisation** !
 
 ---
 
-*Dernière mise à jour : 27 janvier 2026*
+*Dernière mise à jour : 9 février 2026*