docs(#117): CDC V1.4 + SRS gestion utilisateurs (depuis develop).

- CDC complet conservé ; sections gestion utilisateurs / dossiers alignées v0.1.0
- Archive V1.3 + EVOLUTIONS_CDC ; nouvelle 12_SRS-GESTION-UTILISATEURS
- INDEX / versions / bilan mis à jour

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

backend/prisma/schema.prisma

@@ -33,7 +33,6 @@ model Child {
   dateOfBirth   DateTime
   photoUrl      String?
   photoConsent  Boolean   @default(false)
-  isMultiple    Boolean   @default(false)
   isUnborn      Boolean   @default(false)
   parentId      String
   parent        Parent    @relation(fields: [parentId], references: [id])

backend/src/entities/children.entity.ts

@@ -63,9 +63,6 @@ export class Children {
   @Column({ type: 'timestamptz', nullable: true, name: 'date_consentement_photo' })
   consent_photo_at?: Date;
 
-  @Column({ default: false, name: 'est_multiple', type: 'boolean' })
-  is_multiple: boolean;
-
   // Lien via table de jointure enfants_parents
   @OneToMany(() => ParentsChildren, pc => pc.child)
   parentLinks: ParentsChildren[];

backend/src/routes/auth/auth.service.ts

@@ -564,7 +564,6 @@ export class AuthService {
                 enfant.status = enfantDto.date_naissance ? StatutEnfantType.SANS_GARDE : StatutEnfantType.A_NAITRE;
                 enfant.consent_photo = !!enfantDto.consent_photo;
                 enfant.consent_photo_at = enfant.consent_photo ? new Date() : null!;
-                enfant.is_multiple = enfantDto.grossesse_multiple || false;
 
                 const enfantEnregistre = await manager.save(Children, enfant);
                 enfantsEnregistres.push(enfantEnregistre);
@@ -1387,9 +1386,6 @@ export class AuthService {
                             enfant.status = StatutEnfantType.A_NAITRE;
                         }
                     }
-                    if (enfantDto.grossesse_multiple !== undefined) {
-                        enfant.is_multiple = enfantDto.grossesse_multiple;
-                    }
                     if (enfantDto.consent_photo !== undefined) {
                         enfant.consent_photo = !!enfantDto.consent_photo;
                         enfant.consent_photo_at = enfant.consent_photo

backend/src/routes/auth/dto/enfant-inscription.dto.ts

@@ -55,11 +55,6 @@ export class EnfantInscriptionDto {
   @IsString()
   photo_filename?: string;
 
-  @ApiProperty({ example: false, required: false, description: 'Grossesse multiple (jumeaux, triplés, etc.)' })
-  @IsOptional()
-  @IsBoolean()
-  grossesse_multiple?: boolean;
-
   @ApiProperty({
     example: true,
     required: false,

backend/src/routes/enfants/dto/create_enfants.dto.ts

@@ -74,11 +74,6 @@ export class CreateEnfantsDto {
     @IsDateString()
     consent_photo_at?: string;
 
-    @ApiProperty({ default: false })
-    @Transform(toBoolean)
-    @IsBoolean()
-    is_multiple: boolean;
-
     /**
      * Parent pivot du foyer — obligatoire pour staff (gestionnaire/admin).
      * Ignoré / interdit en externe pour un PARENT (ticket #132).

backend/src/routes/enfants/dto/enfants_response.dto.ts

@@ -29,9 +29,6 @@ export class EnfantResponseDto {
   @ApiProperty({ example: false })
   consent_photo: boolean;
 
-  @ApiProperty({ example: false })
-  is_multiple: boolean;
-
   @ApiProperty({ example: 'UUID-parent' })
   parent_id: string;
 }

backend/src/routes/enfants/enfants.service.ts

@@ -92,7 +92,6 @@ export class EnfantsService {
       photo_url: photoUrl,
       consent_photo: !!dto.consent_photo,
       consent_photo_at: consentAt,
-      is_multiple: !!dto.is_multiple,
     });
     await this.childrenRepository.save(child);
 

backend/src/routes/parents/dto/dossier-famille-complet.dto.ts

@@ -54,9 +54,6 @@ export class DossierFamilleEnfantDto {
     description: 'Consentement affichage photo (colonne consentement_photo)',
   })
   consent_photo?: boolean;
-
-  @ApiProperty({ required: false, description: 'Grossesse multiple (est_multiple)' })
-  est_multiple?: boolean;
 }
 
 /** Réponse GET /parents/dossier-famille/:numeroDossier – dossier famille complet. Ticket #119 */

backend/src/routes/parents/parents.service.ts

@@ -370,7 +370,6 @@ export class ParentsService {
       status: child.status,
       photo_url: child.photo_url ?? undefined,
       consent_photo: child.consent_photo,
-      est_multiple: child.is_multiple,
     };
   }
 

database/BDD.sql

@@ -174,8 +174,7 @@ CREATE TABLE enfants (
     date_prevue_naissance DATE,
     photo_url TEXT,
     consentement_photo BOOLEAN DEFAULT false,
-    date_consentement_photo TIMESTAMPTZ,
+    date_consentement_photo TIMESTAMPTZ
-    est_multiple BOOLEAN DEFAULT false
 );
 
 -- ==========================================================

database/bdd/data_test/enfants.csv

@@ -1,10 +1,10 @@
-"id","statut","prenom","nom","genre","date_naissance","date_prevue_naissance","photo_url","consentement_photo","date_consentement_photo","est_multiple"
+"id","statut","prenom","nom","genre","date_naissance","date_prevue_naissance","photo_url","consentement_photo","date_consentement_photo"
-"5e8574b7-63e6-4d48-9af3-8d3bf7a6a6cf","sans_garde","Emma","Dupont","F","2020-06-01",,,False,,False
+"5e8574b7-63e6-4d48-9af3-8d3bf7a6a6cf","sans_garde","Emma","Dupont","F","2020-06-01",,,False,
-"a5c3268e-07eb-41a4-9f6c-2f9f16f37c3d","sans_garde",,,,"2020-01-01","2025-01-01",,False,,False
+"a5c3268e-07eb-41a4-9f6c-2f9f16f37c3d","sans_garde",,,,"2020-01-01","2025-01-01",,False,
-"e1a2b3c4-d5e6-4f7a-8b9c-1d2e3f4a5b6c","sans_garde","Emma","Martin",,"2023-02-15",,,False,,False
+"e1a2b3c4-d5e6-4f7a-8b9c-1d2e3f4a5b6c","sans_garde","Emma","Martin",,"2023-02-15",,,False,
-"e2b3c4d5-e6f7-4a8b-9c1d-2e3f4a5b6c7d","sans_garde","Noah","Martin",,"2023-02-15",,,False,,False
+"e2b3c4d5-e6f7-4a8b-9c1d-2e3f4a5b6c7d","sans_garde","Noah","Martin",,"2023-02-15",,,False,
-"e3c4d5e6-f7a8-4b9c-1d2e-3f4a5b6c7d8e","sans_garde","Léa","Martin",,"2023-02-15",,,False,,False
+"e3c4d5e6-f7a8-4b9c-1d2e-3f4a5b6c7d8e","sans_garde","Léa","Martin",,"2023-02-15",,,False,
-"e4d5e6f7-a8b9-4c1d-2e3f-4a5b6c7d8e9f","sans_garde","Chloé","Rousseau",,"2022-04-20",,,False,,False
+"e4d5e6f7-a8b9-4c1d-2e3f-4a5b6c7d8e9f","sans_garde","Chloé","Rousseau",,"2022-04-20",,,False,
-"e5e6f7a8-b9c1-4d2e-3f4a-5b6c7d8e9f1a","sans_garde","Hugo","Rousseau",,"2024-03-10",,,False,,False
+"e5e6f7a8-b9c1-4d2e-3f4a-5b6c7d8e9f1a","sans_garde","Hugo","Rousseau",,"2024-03-10",,,False,
-"e6f7a8b9-c1d2-4e3f-5a6b-7c8d9e0f1a2b","sans_garde","Maxime","Lecomte",,"2023-04-15",,,False,,False
+"e6f7a8b9-c1d2-4e3f-5a6b-7c8d9e0f1a2b","sans_garde","Maxime","Lecomte",,"2023-04-15",,,False,
-"edd19cd1-bb67-4f14-8a37-c66b75c94537","scolarise","Lucas","Durand","H","2018-09-15",,,False,,False
+"edd19cd1-bb67-4f14-8a37-c66b75c94537","scolarise","Lucas","Durand","H","2018-09-15",,,False,

database/migrations/2026_drop_enfants_est_multiple.sql

@@ -0,0 +1,2 @@
+-- #152 — Suppression grossesse multiple / est_multiple
+ALTER TABLE enfants DROP COLUMN IF EXISTS est_multiple;

database/seed/02_seed.sql

@@ -69,12 +69,12 @@ ON CONFLICT (id_utilisateur) DO NOTHING;
 --  - child B : à naître (statut = 'a_naitre' et date_prevue_naissance requise)
 -- ------------------------------------------------------------
 
-INSERT INTO enfants (id, prenom, nom, statut, date_naissance, jumeau_multiple)
+INSERT INTO enfants (id, prenom, nom, statut, date_naissance)
-VALUES ('aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa', 'Léo', 'Parent', 'sans_garde', '2022-04-12', false)
+VALUES ('aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa', 'Léo', 'Parent', 'sans_garde', '2022-04-12')
 ON CONFLICT (id) DO NOTHING;
 
-INSERT INTO enfants (id, prenom, nom, statut, date_prevue_naissance, jumeau_multiple)
+INSERT INTO enfants (id, prenom, nom, statut, date_prevue_naissance)
-VALUES ('bbbbbbbb-bbbb-bbbb-bbbb-bbbbbbbbbbbb', 'Mila', 'Parent', 'a_naitre', '2026-02-15', false)
+VALUES ('bbbbbbbb-bbbb-bbbb-bbbb-bbbbbbbbbbbb', 'Mila', 'Parent', 'a_naitre', '2026-02-15')
 ON CONFLICT (id) DO NOTHING;
 
 -- ------------------------------------------------------------

database/seed/03_seed_test_data.sql

@@ -49,14 +49,14 @@ VALUES
 ON CONFLICT (id_utilisateur) DO NOTHING;
 
 -- ========== ENFANTS ==========
-INSERT INTO enfants (id, prenom, nom, genre, date_naissance, statut, est_multiple)
+INSERT INTO enfants (id, prenom, nom, genre, date_naissance, statut)
 VALUES
-  ('e0000001-0001-0001-0001-000000000001', 'Emma', 'MARTIN', 'F', '2023-02-15', 'sans_garde', true),
+  ('e0000001-0001-0001-0001-000000000001', 'Emma', 'MARTIN', 'F', '2023-02-15', 'sans_garde'),
-  ('e0000002-0002-0002-0002-000000000002', 'Noah', 'MARTIN', 'H', '2023-02-15', 'sans_garde', true),
+  ('e0000002-0002-0002-0002-000000000002', 'Noah', 'MARTIN', 'H', '2023-02-15', 'sans_garde'),
-  ('e0000003-0003-0003-0003-000000000003', 'Léa', 'MARTIN', 'F', '2023-02-15', 'sans_garde', true),
+  ('e0000003-0003-0003-0003-000000000003', 'Léa', 'MARTIN', 'F', '2023-02-15', 'sans_garde'),
-  ('e0000004-0004-0004-0004-000000000004', 'Chloé', 'ROUSSEAU', 'F', '2022-04-20', 'sans_garde', false),
+  ('e0000004-0004-0004-0004-000000000004', 'Chloé', 'ROUSSEAU', 'F', '2022-04-20', 'sans_garde'),
-  ('e0000005-0005-0005-0005-000000000005', 'Hugo', 'ROUSSEAU', 'H', '2024-03-10', 'sans_garde', false),
+  ('e0000005-0005-0005-0005-000000000005', 'Hugo', 'ROUSSEAU', 'H', '2024-03-10', 'sans_garde'),
-  ('e0000006-0006-0006-0006-000000000006', 'Maxime', 'LECOMTE', 'H', '2023-04-15', 'sans_garde', false)
+  ('e0000006-0006-0006-0006-000000000006', 'Maxime', 'LECOMTE', 'H', '2023-04-15', 'sans_garde')
 ON CONFLICT (id) DO NOTHING;
 
 -- ========== ENFANTS_PARENTS (liaison N:N) ==========

docs/00_INDEX.md

@@ -1,94 +1,77 @@
-# 📚 Index de la Documentation - PtitsPas App
+# Index de la documentation — P'titsPas
 
-Bienvenue dans la documentation complète de l'application PtitsPas.
+Index de navigation du dépôt. Dernière révision : **septembre 2026** (CDC V1.4 + SRS users #117).
 
-Ce fichier sert d'index pour naviguer dans toute la documentation du projet.
+## Produit & versions
 
-## 📖 Table des matières
+| Doc | Contenu |
+|-----|---------|
+| [01 — Cahier des charges V1.4](./01_CAHIER-DES-CHARGES.md) | CDC **complet** (cible) ; gestion utilisateurs alignée `v0.1.0` |
+| [12 — SRS gestion utilisateurs](./12_SRS-GESTION-UTILISATEURS.md) | Spécification **technique** du domaine users / dossiers |
+| [05 — Versions & milestones](./05_VERSIONS-ET-MILESTONES.md) | Semver Gitea + bilans |
+| [29 — Bilan version 0.1.0](./29_BILAN-VERSION-0.1.0.md) | Tickets livrés 0.1.0 |
+| [04 — Roadmap générale](./04_ROADMAP-GENERALE.md) | Vision phases long terme |
+| [28 — Évolution famille / responsables](./28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md) | Limites modèle foyer / contournements |
 
-### 📋 Cahier des Charges
+## Architecture & infra
-- [**01 - Cahier des Charges**](./01_CAHIER-DES-CHARGES.md) - Cahier des charges complet du projet P'titsPas (V1.3 - 24/11/2025)
 
-### Architecture & Infrastructure
+| Doc | Contenu |
-- [**02 - Architecture**](./02_ARCHITECTURE.md) - Vue d'ensemble de l'architecture mono-repo et multi-conteneurs
+|-----|---------|
-- [**03 - Déploiement**](./03_DEPLOYMENT.md) - Guide complet de déploiement et configuration CI/CD
+| [02 — Architecture](./02_ARCHITECTURE.md) | Mono-repo, conteneurs |
+| [03 — Déploiement](./03_DEPLOYMENT.md) | Deploy / CI-CD |
+| [10 — Database](./10_DATABASE.md) | Schéma BDD |
+| [11 — API](./11_API.md) | Endpoints REST |
+| [21 — Configuration système](./21_CONFIGURATION-SYSTEME.md) | Config on-premise |
+| [99 — Règles de codage](./99_REGLES-CODAGE.md) | Conventions |
 
-### Planification
+## Workflows & métier
-- [**04 - Roadmap Générale**](./04_ROADMAP-GENERALE.md) - Roadmap complète du projet (Phases 1 à 5+)
 
-### Développement
+| Doc | Contenu |
-- [**10 - Database Schema**](./10_DATABASE.md) - Schéma de la base de données et modèles
+|-----|---------|
-- [**11 - API Documentation**](./11_API.md) - Documentation complète des endpoints REST
+| [20 — Workflow création de compte](./20_WORKFLOW-CREATION-COMPTE.md) | Inscription / validation (détail historique) |
-- [**14 - Note backend config setup**](./14_NOTE-BACKEND-CONFIG-SETUP.md) - Setup configuration
+| [juridique/](./juridique/README.md) | CGU / CGC / privacy + [22 technique](./juridique/22_DOCUMENTS-LEGAUX.md) |
-- [**92 - Note backend gestionnaires**](./92_NOTE-BACKEND-GESTIONNAIRES.md) - Gestionnaires
+| [CHARTE_GRAPHIQUE.md](./CHARTE_GRAPHIQUE.md) | Charte UI |
-- [**99 - Règles de codage**](./99_REGLES-CODAGE.md) - Conventions de code
 
-### Workflows Fonctionnels
+## Projet & outillage
-- [**20 - Workflow Création de Compte**](./20_WORKFLOW-CREATION-COMPTE.md) - Workflow complet de création et validation des comptes utilisateurs
-- [**21 - Configuration Système**](./21_CONFIGURATION-SYSTEME.md) - Configuration on-premise dynamique
-- [**22 - Documents Légaux**](./juridique/22_DOCUMENTS-LEGAUX.md) - Gestion CGU/Privacy avec versioning
 
-### Juridique (sources & technique)
+| Doc | Contenu |
-- [**Dossier juridique**](./juridique/README.md) - Index : CGU/CGC en Markdown,
+|-----|---------|
-  export PDF, lien vers la doc technique n°22
+| [23 — Suivi tickets](./23_SUIVI-TICKETS.md) | Pointeur Gitea |
+| [24 — Décisions projet](./24_DECISIONS-PROJET.md) | ADR / décisions |
+| [26 — API Gitea](./26_GITEA-API.md) | Issues, PR, milestones |
+| [27 — Briefing frontend](./27_BRIEFING-FRONTEND.md) | Accès Git, priorités |
 
-### Projet & suivi (Gitea / tickets)
+## Audit
-- [**23 - Liste des Tickets**](./23_LISTE-TICKETS.md) - 61 tickets Phase 1 détaillés
-- [**24 - Décisions Projet**](./24_DECISIONS-PROJET.md) - Décisions architecturales et fonctionnelles
-- [**25 - Backlog Phase 2**](./25_PHASE-2-BACKLOG.md) - Fonctionnalités techniques reportées
-- [**28 - Évolution famille et responsables**](./28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md) - Modèle dossier/famille, recompositions, v1.0.0 vs post-1.0.0
-- [**26 - API Gitea**](./26_GITEA-API.md) - Procédure d'utilisation de l'API Gitea (issues, PR, branches, labels)
-- [**27 - Briefing frontend**](./27_BRIEFING-FRONTEND.md) - Accès Git, priorités, scripts Gitea (token)
 
-### Archive & convention de nommage
+| Doc | Contenu |
-- [**Dossier archive**](./archive/README.md) - Fichiers **sans** `NN_` déplacés
+|-----|---------|
-  (temporaires, obsolètes) ; règles de rangement et suppression
+| [90 — Audit YNOV](./90_AUDIT.md) | Analyse code étudiant |
-- Pointeur : [PROCEDURE-API-GITEA.md](./PROCEDURE-API-GITEA.md) → voir **26**
 
-### Exceptions de nommage (racine `docs/`)
+## Archive
-Fichiers **sans préfixe numérique** encore à la racine par **héritage** ou
-références outils (`.cursorrules`, etc.) — **à renommer** en `NN_` quand
-possible :
-- `CHARTE_GRAPHIQUE.md`
-- [`EVOLUTIONS_CDC.md`](./EVOLUTIONS_CDC.md) — écarts CDC / app ; voir aussi [**28 - Évolution famille**](./28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md)
-- `SuperNounou_Cahier_Des_Charges_Complet_V1.1.md`
-- `SuperNounou_SSS-001.md`
 
-### Administration (À créer)
+| Emplacement | Usage |
-- [**30 - Guide d'administration**](./30_ADMIN.md) - Gestion des utilisateurs, accès PgAdmin, logs
+|-------------|--------|
-- [**31 - Troubleshooting**](./31_TROUBLESHOOTING.md) - Résolution des problèmes courants
+| [archive/](./archive/README.md) | Obsolete / temporaires |
+| [archive/obsolete/](./archive/obsolete/) | CDC V1.3, EVOLUTIONS_CDC, SuperNounou, listes figées |
 
-### Frontend (À créer)
+## Données de test
-- [**40 - Frontend Flutter**](./40_FRONTEND.md) - Structure de l'application mobile/web
 
-### Audit & Analyse
+| Doc | Contenu |
-- [**90 - Audit du projet YNOV**](./90_AUDIT.md) - Analyse complète du code étudiant et fonctionnalités
+|-----|---------|
+| [test-data/](./test-data/README.md) | Jeux utilisateurs test |
 
-## 🚀 Quick Start
+## Quick start
 
 ```bash
-# Cloner le projet
+git clone … ptitspas-app
-git clone ssh://gitea-jmartin/jmartin/app.git ptitspas-app
-
-# Lancer l'environnement de développement
 cd ptitspas-app
 docker compose up -d
-
+# Front https://app.ptits-pas.fr — API /api — PgAdmin /pgadmin
-# Accéder aux services
-Frontend: https://app.ptits-pas.fr
-API: https://app.ptits-pas.fr/api
-PgAdmin: https://app.ptits-pas.fr/pgadmin
 ```
 
-## 🔗 Liens utiles
+## Liens
 
-- **Gitea** : https://git.ptits-pas.fr
+- Gitea : https://git.ptits-pas.fr/jmartin/petitspas  
-- **Production** : https://app.ptits-pas.fr
+- Prod : https://app.ptits-pas.fr  
-- **Mail** : https://mail.ptits-pas.fr
-
-## 📝 Maintenance
-
-Cette documentation est maintenue par Julien Martin (julien.martin@ptits-pas.fr).
-
-Dernière mise à jour : Juin 2026
 
+Mainteneur : Julien Martin (julien.martin@ptits-pas.fr).

docs/01_CAHIER-DES-CHARGES.md

@@ -1,14 +1,19 @@
 ---
 title: "P'titsPas - Cahier des Charges Fonctionnel"
 author: "Julien MARTIN"
-date: "Novembre 2025"
+date: "Septembre 2026"
-version: "v1.3"
+version: "v1.4"
 ---
 
 # P'titsPas – Cahier des Charges Fonctionnel
 
 > **Objet :** Définir le périmètre fonctionnel, les rôles utilisateurs, les processus métiers et les exigences techniques de la plateforme P'titsPas, destinée à accompagner les collectivités locales dans la gestion de la garde d’enfants.
 
+> **V1.4 (sept. 2026)** — Mise à jour de la **gestion des utilisateurs / dossiers / validation** pour coller au livré produit **`v0.1.0`**. Le reste du CDC (contrats, messagerie, agenda, paie, recherche AM, etc.) est **conservé** comme cible fonctionnelle.  
+> Détail technique du domaine utilisateurs : [12_SRS-GESTION-UTILISATEURS.md](./12_SRS-GESTION-UTILISATEURS.md).  
+> Bilan tickets `v0.1.0` : [29_BILAN-VERSION-0.1.0.md](./29_BILAN-VERSION-0.1.0.md).  
+> Archive V1.3 : [archive/obsolete/01_CAHIER-DES-CHARGES-v1.3.md](./archive/obsolete/01_CAHIER-DES-CHARGES-v1.3.md).
+
 ---
 
 ## Historique des versions
@@ -19,6 +24,7 @@ version: "v1.3"
 | 1.1     | 24/04/2025 | Julien MARTIN  | Ajouts : gestion multi-enfants, fin de contrat, tableau de bord étendu |
 | 1.2     | 26/05/2025 | Julien MARTIN  | Remplacement de "SuperNounou" par "P'titsPas" |
 | 1.3     | 24/11/2025 | Julien MARTIN  | Correction : retrait photo de profil parent (section 3.1.1) |
+| **1.4** | **15/09/2026** | Julien MARTIN  | **Gestion utilisateurs** alignée `v0.1.0` (dossiers, validation/refus/reprise, fiches staff, suppressions, retrait naissance multiple & SMS) ; reste du CDC inchangé en cible |
 
 ---
 
@@ -42,6 +48,8 @@ version: "v1.3"
 ### 3.4 Création d’un administrateur  
 ### 3.5 Fiche enfant  
 ### 3.6 Authentification et sécurité  
+### 3.7 Numéro de dossier, validation, refus et reprise  
+### 3.8 Suppressions (vue métier)  
 
 ## 4. Tableaux de bord  
 ### 4.1 Vue d’ensemble  
@@ -60,15 +68,15 @@ version: "v1.3"
 #### 4.3.5 Heures supplémentaires  
 #### 4.3.6 Messagerie  
 ### 4.4 Tableau de bord des gestionnaires  
-#### 4.4.1 Comptes à valider  
+#### 4.4.1 Dossiers à valider  
-#### 4.4.2 Liste des utilisateurs  
+#### 4.4.2 Gestion des utilisateurs (partagée)  
 #### 4.4.3 Contrats  
 #### 4.4.4 Messagerie  
 #### 4.4.5 Événements RPE  
 #### 4.4.6 Alertes  
 ### 4.5 Tableau de bord des administrateurs  
 #### 4.5.1 Menu Profil  
-#### 4.5.2 Gestion des utilisateurs  
+#### 4.5.2 Gestion des utilisateurs (partagée admin + gestionnaire)  
 #### 4.5.3 Gestion des enfants  
 #### 4.5.4 Paramètres de la plateforme  
 #### 4.5.5 Statistiques et supervision  
@@ -193,18 +201,23 @@ Les assistantes maternelles peuvent :
 
 Les gestionnaires (responsables de relais petite enfance) disposent d’un tableau de bord de supervision. Ils peuvent :
 
-- Valider ou rejeter les demandes de création de compte
+- Valider ou refuser les **dossiers** (inscriptions parent / AM) et accompagner les reprises
-- Suivre les mises en relation et les contrats
+- Gérer les usagers (fiches parent / AM / enfant, rattachements, dossiers) — socle partagé avec l’admin
-- Organiser des événements ou des rendez-vous
+- Suivre les mises en relation et les contrats (cible CDC)
-- Gérer les conflits ou les fins de contrat
+- Organiser des événements ou des rendez-vous (cible CDC)
+- Gérer les conflits ou les fins de contrat (cible CDC)
 - Lancer des sondages ou modérer un blog RPE (si activé)
 - Voir les historiques et statistiques liés à leur périmètre
 
+Ils **ne créent pas** les comptes gestionnaire / administrateur (réservé à l’admin).
+
 ### 2.1.4 Administrateurs
 
 Les administrateurs sont les représentants techniques et institutionnels de la collectivité (DSI ou agents désignés). Ils peuvent :
 
-- Créer ou supprimer des comptes (gestionnaires, parents, assistantes maternelles)
+- Tout ce que peut faire un gestionnaire sur les usagers / dossiers
+- Créer ou supprimer des comptes **staff** (gestionnaires, administrateurs) selon garde-fous
+- Créer ou supprimer des comptes usagers (parents, AM, enfants) selon droits
 - Personnaliser l’interface (logo, couleurs, nom de la ville)
 - Activer ou désactiver des modules complémentaires
 - Consulter les statistiques d’usage
@@ -245,12 +258,15 @@ Le parcours de création d’un compte parent s’effectue en plusieurs étapes
 **Note** : Le parent 2 ne définit **pas** de mot de passe lors de l'inscription. Il recevra un email avec un lien pour créer son mot de passe après validation du gestionnaire. Cette approche est particulièrement adaptée aux situations de parents séparés ou divorcés où la communication peut être difficile.
 
 ### 3.1.3 Informations sur l'enfant
+- Un ou **plusieurs** enfants peuvent être ajoutés
 - Prénom (facultatif si enfant à naître)
 - Nom (hérité des parents)
-- Genre (H / F) - obligatoire
+- Genre (H / F / Autre) — obligatoire
 - Date de naissance ou **date prévisionnelle de naissance** (si l'enfant n'est pas encore né, un switch modifie le label)
-- Photo obligatoire si l'enfant est né
+- Photo (selon règles d’inscription) et **consentement photo**
-- Rattachement automatique aux deux parents
+- Rattachement automatique au parent 1 et au parent 2 s’il est renseigné
+
+**Note V1.4** : il n’existe **pas** de champ « naissance multiple / jumeaux » (retiré du produit).
 
 ### 3.1.4 Présentation du dossier
 - Zone de texte libre permettant aux parents de décrire leur situation
@@ -265,10 +281,12 @@ Le parcours de création d’un compte parent s’effectue en plusieurs étapes
 ### 3.1.6 Récapitulatif et validation
 - Résumé des données saisies
 - Vérification, puis envoi de la demande
+- Attribution d’un **numéro de dossier** (format type AAAA-NNNNNN)
 - Les comptes parent sont soumis à validation par un gestionnaire avant activation
-- Une fois validé, chaque parent (Parent 1 et Parent 2 si renseigné) reçoit un e-mail ou un SMS contenant un lien pour créer son mot de passe
+- Une fois validé, chaque parent (Parent 1 et Parent 2 si renseigné) reçoit un **e-mail** contenant un lien pour créer son mot de passe
-- Le lien est valable pendant 7 jours
+- Le lien est valable pendant une durée limitée (jeton à usage unique)
 - Une fois le mot de passe créé, le parent peut se connecter à son espace
+- En cas de **refus**, le dossier n’est pas supprimé : l’usager peut **reprendre** sa demande (lien e-mail ou numéro de dossier) — voir §3.7
 
 ## 3.2 Création de compte assistante maternelle
 
@@ -298,7 +316,7 @@ Ce parcours est divisé en deux panneaux.
 - Champ libre : message à destination du gestionnaire
 - Permet de justifier une demande ou d’ajouter des précisions
 
-### 3.1.4 – Acceptation des CGU
+### 3.2.4 – Acceptation des CGU
 - Les utilisateurs doivent cocher la case  
   « J’ai lu et j’accepte les Conditions Générales d’Utilisation et la Politique de confidentialité ».  
 - Un lien direct ouvre la version PDF des CGU.  
@@ -307,23 +325,26 @@ Ce parcours est divisé en deux panneaux.
 ### 3.2.5 Récapitulatif et validation
 - Résumé des données saisies
 - Vérification, puis envoi de la demande
+- Attribution d’un **numéro de dossier**
 - Validation par un gestionnaire requise avant activation
-- Une fois validé, l'assistante maternelle reçoit un e-mail ou un SMS contenant un lien pour créer son mot de passe
+- Une fois validé, l'assistante maternelle reçoit un **e-mail** contenant un lien pour créer son mot de passe
-- Le lien est valable pendant 7 jours
+- Le lien est valable pendant une durée limitée (jeton à usage unique)
 - Une fois le mot de passe créé, l'assistante maternelle peut se connecter à son espace
+- En cas de **refus** : reprise possible — voir §3.7
 
 ## 3.3 Création d’un gestionnaire
 
-- Réalisée par un administrateur
+- Réalisée par un **administrateur** (ou super administrateur) — un gestionnaire ne crée pas de comptes staff
-- Champs obligatoires : nom, prénom, adresse e-mail, mot de passe
+- Champs : nom, prénom, e-mail, téléphone, mot de passe, **relais principal** (optionnel)
-- Affectation à un ou plusieurs relais petite enfance
+- Le mot de passe peut être modifié à la première connexion si la politique l’exige
-- Le mot de passe doit être modifié lors de la première connexion
+- Formulaire unifié de création / édition (même présentation que pour les administrateurs)
 
 ## 3.4 Création d’un administrateur
 
-- Seuls les administrateurs existants peuvent créer de nouveaux comptes administrateurs
+- Seuls les **administrateurs** (et super administrateur) peuvent créer de nouveaux comptes administrateurs
-- Les droits sont équivalents (possibilité de restreindre par périmètre dans une version multi-mairies)
+- Champs : nom, prénom, e-mail, téléphone, mot de passe (pas de relais)
-- Obligation de changer le mot de passe à la première connexion
+- Les droits sont équivalents entre administrateurs (le **super administrateur** est un compte d’installation non supprimable)
+- Obligation de changer le mot de passe à la première connexion si exigé
 
 ## 3.5 Fiche enfant
 
@@ -331,22 +352,68 @@ Chaque enfant est représenté par une fiche :
 
 - Prénom (facultatif si enfant à naître)
 - Nom
-- Genre (H / F) - obligatoire
+- Genre (H / F / Autre) — obligatoire
 - Date de naissance ou date prévisionnelle
-- Photo (obligatoire si l'enfant est né ET si l'option *Photo obligatoire* est activée)  
+- Photo et consentement photo selon configuration (consentement tracé)
-- Consentement photo enregistré : valeur booléenne + horodatage liés à l'accord donné par le parent
+- Statut : à naître / actif / scolarisé (évolutions de libellés possibles ultérieurement)
-- Statut : à naître / actif / scolarisé
+- Responsables (parents) rattachés — liens vers les fiches parent
-- Indication possible : jumeaux, triplés, etc.
+- Assistante maternelle de rattachement (le cas échéant)
-- Possibilité de rattacher un enfant à plusieurs parents (garde alternée)
+
+**Note V1.4** : pas d’indication « jumeaux / triplés » comme champ dédié.
+
+Les fiches enfants sont :
+- Accessibles depuis la fiche parent, la fiche AM, l’onglet **Enfants** du dashboard staff
+- Créables par le staff pour un foyer existant
+- Partagées entre les responsables rattachés
 
 ## 3.6 Authentification et sécurité
 
-- Tous les comptes utilisent une combinaison adresse e-mail + mot de passe
+- Authentification par e-mail + mot de passe
-- Les gestionnaires et administrateurs doivent modifier leur mot de passe à la première connexion
+- Comptes **en attente** ou **suspendus** : connexion refusée
-- Des mécanismes de récupération sont disponibles en cas de perte
+- Les gestionnaires et administrateurs doivent modifier leur mot de passe à la première connexion (si exigé)
+- **Création de mot de passe** post-validation : lien e-mail (jeton TTL, usage unique)
+- **Mot de passe oublié** : parcours distinct (demande → e-mail → réinitialisation)
+- Pas d’envoi de lien de mot de passe par SMS (canal **e-mail** uniquement)
 
 Un lien direct vers les **Mentions légales** et la **Politique de confidentialité** est accessible en permanence depuis le pied de page, y compris avant la connexion.
 
+## 3.7 Numéro de dossier, validation, refus et reprise
+
+### Numéro de dossier
+- Format type **AAAA-NNNNNN**
+- Affiché dans les listes staff, les modales et les e-mails concernés
+- Sert de clé métier pour validation, refus et reprise
+
+### Validation
+- Le staff (gestionnaire / administrateur) examine le dossier (wizard de revue)
+- Action **Valider** : activation du circuit comptes + e-mails de création de mot de passe
+
+### Refus
+- Action **Refuser** : le dossier est refusé **sans suppression** des données
+- L’usager est informé par e-mail et peut reprendre sa demande
+
+### Reprise
+- Via le **lien** reçu par e-mail, ou depuis l’écran de connexion avec le **numéro de dossier**
+- Formulaire prérempli / correction des informations
+- Nouvelle soumission → retour en file « à valider »
+
+### Création et édition de dossiers par le staff
+- En plus de l’inscription publique, le staff peut **créer** un dossier famille ou AM (wizard)
+- Le staff peut **éditer** un dossier existant (y compris ajout d’un 2ᵉ parent pour une famille mono-parent)
+
+## 3.8 Suppressions (vue métier)
+
+Sous réserve des droits (détail technique : [SRS gestion utilisateurs](./12_SRS-GESTION-UTILISATEURS.md)) :
+
+| Cible | Principe |
+|-------|----------|
+| Parent, AM, enfant, dossier | Gestionnaire, administrateur, super admin — avec confirmation |
+| Gestionnaire | Administrateur / super admin uniquement |
+| Administrateur | Admin / super admin, hors soi-même, hors cible super admin ; garde-fou sur le dernier administrateur |
+| Super administrateur | Non supprimable |
+
+Un gestionnaire ne peut pas supprimer **son propre** compte.
+
 # 4. Tableaux de bord
 
 Chaque rôle utilisateur dispose d’un tableau de bord personnalisé, adapté à ses fonctions dans la plateforme. Ces interfaces sont pensées pour être lisibles, fonctionnelles et évolutives.
@@ -357,8 +424,8 @@ Chaque rôle utilisateur dispose d’un tableau de bord personnalisé, adapté
 |------------------------|-------------------------------------------------------------------|
 | Parents                | Recherche d'assistante maternelle, gestion des enfants, contrat, agenda         |
 | Assistantes maternelles| Dossiers reçus, enfants accueillis, heures sup, agenda, messagerie|
-| Gestionnaires          | Validation de comptes, contrats, messagerie, événements RPE       |
+| Gestionnaires          | Dossiers à valider, gestion utilisateurs/enfants (partagée), contrats, messagerie, événements RPE |
-| Administrateurs        | Paramètres globaux, gestion des utilisateurs, statistiques        |
+| Administrateurs        | Paramètres globaux, même gestion utilisateurs (droits staff élargis), statistiques        |
 
 Les tableaux de bord intègrent :
 - Une **barre de navigation supérieure** (liens de navigation rapide)
@@ -502,17 +569,24 @@ L’assistante maternelle accède à une interface dédiée à la gestion de ses
 
 Le gestionnaire RPE dispose d’une vision transversale sur les utilisateurs, les dossiers et les activités de la structure. Son rôle est d'accompagner, superviser, et arbitrer si nécessaire.
 
-### 4.4.1 Comptes à valider
+### 4.4.1 Dossiers à valider
 
-- File d’attente des demandes de création de compte
+- File d’attente des **dossiers** (famille / AM) en attente de validation
-- Détails de chaque demande : parent, assistante maternelle
+- Affichage du **numéro de dossier** et des informations essentielles
-- Actions possibles : Valider / Refuser / Demander des précisions
+- Ouverture en **revue** (wizard étapes) : Valider / Refuser
+- Le refus n’efface pas le dossier : l’usager peut reprendre (voir §3.7)
+- L’onglet **Dossiers** du dashboard regroupe aussi une **liste unifiée** des dossiers (au-delà de la seule file « à valider »)
 
-### 4.4.2 Liste des utilisateurs
+### 4.4.2 Gestion des utilisateurs (partagée)
 
-- Filtres par rôle, statut, date d’inscription
+> **V1.4** — La gestion opérationnelle des usagers (parents, AM, enfants, dossiers) est **partagée** entre gestionnaire et administrateur via le même dashboard. Seule la gestion des **comptes staff** (création / suppression gestionnaire ou admin) est réservée à l’administrateur.
-- Accès rapide aux informations et historiques
+
-- Possibilité de contacter un utilisateur
+- Onglets : Parents, Assistantes maternelles, Enfants, Gestionnaires (selon droits), Administrateurs (admin)
+- Accès aux **fiches** (identité, rattachements, capacité AM, etc.)
+- Création de dossiers / enfants par le staff
+- Filtres et recherche ; ouverture des fiches depuis les cartes / listes
+
+Le détail des panneaux admin historiques est décrit en §4.5.2 (même socle fonctionnel).
 
 ### 4.4.3 Contrats
 
@@ -566,47 +640,56 @@ Le menu profil de l’administrateur comprend uniquement :
 
 Toutes les fonctionnalités de gestion sont accessibles via des onglets distincts dans le tableau de bord.
 
-### 4.5.2 Gestion des utilisateurs
+### 4.5.2 Gestion des utilisateurs (partagée admin + gestionnaire)
 
-L’administration des utilisateurs est organisée par panneaux distincts pour chaque type de profil.
+L’administration des utilisateurs est organisée par panneaux / onglets. **Admin et gestionnaire** partagent les panneaux usagers ; l’admin dispose en plus des droits staff.
 
 #### a. Gestion des gestionnaires
 - Liste des gestionnaires existants
-- Création (nom, prénom, e-mail, mot de passe)
+- Création / édition (nom, prénom, e-mail, téléphone, mot de passe, relais principal) — **administrateur uniquement** pour la création
-- Attribution à un ou plusieurs RPE
+- Réinitialisation / nouveau mot de passe en édition
-- Réinitialisation du mot de passe
+- Suppression du compte — **administrateur uniquement** (pas d’auto-suppression)
-- Suppression du compte
 
 #### b. Gestion des parents
-- Liste complète des parents enregistrés
+- Liste des parents enregistrés
-- Recherche par nom, statut, enfants associés
+- Ouverture de la **fiche parent** (identité, statut, enfants, lien co-parent)
-- Modification des informations
+- Rattacher / détacher un enfant
-- Suppression d’un compte
+- Création de dossier famille (wizard staff)
-- Consultation du statut des dossiers liés
+- Suppression d’un compte / dossier selon droits (§3.8)
 
 #### c. Gestion des assistantes maternelles
-- Liste des assistantes avec numéro d’agrément
+- Liste des AM (agrément, capacité, etc.)
-- Modification ou suppression d’un compte
+- **Fiche AM** (identité, professionnel, enfants accueillis)
-- Filtrage par zone géographique ou capacité
+- Respect de la **capacité max** pour les rattachements
+- Création de dossier AM (wizard staff)
+- Suppression selon droits
 
 #### d. Gestion des administrateurs
-- Création de nouveaux comptes administrateurs
+- Création de nouveaux comptes administrateurs — **administrateur / super admin**
 - Suivi des droits
-- Obligation de modification du mot de passe à la première connexion
+- Obligation de modification du mot de passe à la première connexion si exigé
+- Suppression avec garde-fous (pas soi-même, pas le super admin, dernier admin)
+
+#### e. Onglet Dossiers
+- Liste unifiée + dossiers à valider
+- Revue / édition des dossiers (wizards)
 
 ### 4.5.3 Gestion des enfants
 
 Deux accès possibles à la gestion des enfants :
 
-#### a. Par fiche parent
+#### a. Par fiche parent (ou fiche AM)
-- Consultation et édition des enfants associés à chaque parent
+- Consultation et édition des enfants associés
+- Rattacher / détacher depuis la fiche
 
 #### b. Vue globale “Enfants”
 - Liste complète avec :
   - Nom, prénom, date de naissance ou prévisionnelle
   - Statut (à naître, actif, scolarisé)
-  - Parents associés
+  - Parents associés (alerte si **sans responsable**)
-  - Contrat en cours (si applicable)
+  - AM associée le cas échéant
+  - Contrat en cours (si applicable — module contrats)
+- Création d’un enfant rattaché à un **foyer existant**
 - Possibilité de modifier ou supprimer une fiche enfant
 
 ### 4.5.4 Paramètres de la plateforme
@@ -905,10 +988,10 @@ Certains outils de la plateforme sont accessibles à plusieurs profils et favori
   - Le gestionnaire (à titre d’information)
 - Contient :
   - Identité
-  - Photo (obligatoire si né)
+  - Photo (selon configuration / consentement)
   - Statut (à naître / actif / scolarisé)
   - Parents associés
-  - Mention s’il s’agit de jumeaux, triplés, etc.
+  - AM associée le cas échéant
 
 ## 6.4 Contrats et avenants
 
@@ -1185,11 +1268,11 @@ P'titsPas s’inscrit dans une démarche de service public, avec des fondements
 | **Gestionnaires**       | Suivi global des situations, outils de médiation, organisation d’événements |
 | **Administrateurs**     | Supervision complète, gouvernance multi-rôle, contrôle des données       |
 
-## 10.3 Périmètre fonctionnel de la V1
+## 10.3 Périmètre fonctionnel
 
-Fonctionnalités incluses dès la première version :
+**Cible CDC (plateforme complète)** — fonctionnalités décrites dans ce document :
-- Création de comptes
+- Création de comptes et gestion des utilisateurs / dossiers
-- Recherche et sélection de nounous
+- Recherche et sélection d’assistantes maternelles
 - Suivi des dossiers
 - Génération de contrat et avenants
 - Messagerie
@@ -1198,6 +1281,8 @@ Fonctionnalités incluses dès la première version :
 - Gestion des heures supplémentaires
 - Suivi RGPD et administration
 
+**Livré produit `v0.1.0`** (voir [bilan](./29_BILAN-VERSION-0.1.0.md)) : cœur **gestion des utilisateurs** — inscription, validation/refus/reprise, auth, dashboard staff (dossiers, fiches, rattachements, suppressions). Les autres modules du CDC restent la **feuille de route**.
+
 ## 10.4 Perspectives
 
 La structure du produit permet une montée en charge progressive :

docs/04_ROADMAP-GENERALE.md

@@ -44,22 +44,21 @@ Les **Phases 2, 3, 4+** sont des **ébauches indicatives** qui seront affinées
 - ✅ Logging & Monitoring
 - ✅ Tests & Documentation
 
-### Versions incrémentales
+### Versions incrémentales (semver / Gitea)
 
-| Version | Objectif | Tickets | Estimation |
+La table historique « ~21 tickets / 0.1.0 » est **obsolète**.  
-|---------|----------|---------|------------|
+État réel des milestones, bilans et tag : **[05_VERSIONS-ET-MILESTONES.md](./05_VERSIONS-ET-MILESTONES.md)**.
-| **0.1.0** | MVP Fonctionnel | ~21 | ~45h |
-| **0.2.0** | Sécurité & RGPD | ~10 | ~35h |
-| **0.3.0** | Interfaces Complètes | ~17 | ~52h |
-| **0.4.0** | Tests & Documentation | ~6 | ~24h |
-| **0.5.0** | Monitoring & Optimisations | ~7 | ~17h |
-| **1.0.0** | 🎉 **Release Phase 1** | **61** | **~173h** |
 
-### Livrable
+| Version | Statut (sept. 2026) |
+|---------|---------------------|
+| **0.1.0** | **Terminée** — [bilan](./29_BILAN-VERSION-0.1.0.md) (48 tickets fermés) |
+| **0.2.0+** | Ouvertes — voir Gitea + doc 05 |
 
-Application installable avec création et validation de comptes utilisateurs.
+### Livrable Phase 1 (visée)
 
-**Référence** : [23_LISTE-TICKETS.md](./23_LISTE-TICKETS.md)
+Application installable avec création et validation de comptes utilisateurs, puis enrichissements dashboard / dossiers (0.1.0 livré).
+
+**Tickets** : Gitea — pointeur [23_SUIVI-TICKETS.md](./23_SUIVI-TICKETS.md).
 
 ---
 
@@ -216,7 +215,7 @@ Suivi quotidien des enfants + Fonctionnalités complémentaires.
 
 Application mature, optimisée et riche en fonctionnalités.
 
-**Référence** : [25_PHASE-2-BACKLOG.md](./25_PHASE-2-BACKLOG.md) (anciennes fonctionnalités techniques)
+**Référence** : [archive/obsolete/25_PHASE-2-BACKLOG.md](./archive/obsolete/25_PHASE-2-BACKLOG.md) (figé) + [05_VERSIONS-ET-MILESTONES.md](./05_VERSIONS-ET-MILESTONES.md)
 
 ---
 
@@ -317,9 +316,10 @@ Exemples :
 - [00_INDEX.md](./00_INDEX.md) - Index général de la documentation
 - [01_CAHIER-DES-CHARGES.md](./01_CAHIER-DES-CHARGES.md) - Cahier des charges v1.3
 - [20_WORKFLOW-CREATION-COMPTE.md](./20_WORKFLOW-CREATION-COMPTE.md) - Workflow création de comptes
-- [23_LISTE-TICKETS.md](./23_LISTE-TICKETS.md) - Liste des 61 tickets Phase 1
+- [23_SUIVI-TICKETS.md](./23_SUIVI-TICKETS.md) / [29_BILAN-VERSION-0.1.0.md](./29_BILAN-VERSION-0.1.0.md) — suivi Gitea + bilan 0.1.0
 - [24_DECISIONS-PROJET.md](./24_DECISIONS-PROJET.md) - Décisions architecturales
-- [25_PHASE-2-BACKLOG.md](./25_PHASE-2-BACKLOG.md) - Anciennes fonctionnalités techniques
+- [05_VERSIONS-ET-MILESTONES.md](./05_VERSIONS-ET-MILESTONES.md) — milestones Gitea
+- [archive/obsolete/25_PHASE-2-BACKLOG.md](./archive/obsolete/25_PHASE-2-BACKLOG.md) — backlog Phase 2 figé
 
 ---
 

docs/05_VERSIONS-ET-MILESTONES.md

@@ -0,0 +1,64 @@
+# Versions & milestones — P'titsPas
+
+**Source de vérité tickets** : Gitea [`jmartin/petitspas`](https://git.ptits-pas.fr/jmartin/petitspas)  
+**Bilans de version** : documents `29_BILAN-…` (et suivants)
+
+Ce fichier remplace, pour le **semver / milestones**, les anciennes tables figées de la roadmap Phase 1.
+
+---
+
+## État des milestones
+
+| Milestone | Rôle | Statut |
+|-----------|------|--------|
+| **0.1.0** | MVP opérable (auth, inscription, dashboard dossiers/fiches, suppressions, cleanups) | **Terminée** — [bilan](./29_BILAN-VERSION-0.1.0.md) |
+| **0.2.0** | Suite produit (ex. recherche / échanges — sans contrat) | Ouverte |
+| **0.3.0** | Contrat + planning | Ouverte |
+| **0.4.0** | Carnet de liaison | Ouverte |
+| **0.9.0** | Hors périmètre cleanup 0.1.0 (doublons, upload, tech auth/photos, UX erreurs…) | Ouverte |
+| **1.0.0** | Release majeure Phase 1 (critères PO) | Réserve |
+| **Backlog transverse** | Doc étendue, CI/tests, RGPD avancé, monitoring — hors semver dédié | Ouverte |
+
+Liens Gitea : [milestones](https://git.ptits-pas.fr/jmartin/petitspas/milestones).
+
+---
+
+## Bilans
+
+| Version | Document |
+|---------|----------|
+| 0.1.0 | [29_BILAN-VERSION-0.1.0.md](./29_BILAN-VERSION-0.1.0.md) |
+
+## Documents produit de référence (post-0.1.0)
+
+| Doc | Rôle |
+|-----|------|
+| [01_CAHIER-DES-CHARGES.md](./01_CAHIER-DES-CHARGES.md) | CDC **complet** V1.4 (users mis à jour ; reste = cible) |
+| [12_SRS-GESTION-UTILISATEURS.md](./12_SRS-GESTION-UTILISATEURS.md) | SRS technique domaine utilisateurs |
+| Archive CDC V1.3 | [archive/obsolete/01_CAHIER-DES-CHARGES-v1.3.md](./archive/obsolete/01_CAHIER-DES-CHARGES-v1.3.md) |
+
+---
+
+## Relation avec la roadmap phases
+
+La vision long terme (Phases 2–5 : mise en relation, contrats, carnet…) reste dans [04_ROADMAP-GENERALE.md](./04_ROADMAP-GENERALE.md).  
+Les **jalons livrables** se gèrent ici + dans Gitea.
+
+Ancien backlog « Phase 2 » technique ([archive](./archive/obsolete/25_PHASE-2-BACKLOG.md)) : à croiser avec les milestones ci-dessus ; ne plus maintenir en double.
+
+---
+
+## Suivi des tickets
+
+- **Création / état** : Gitea uniquement.
+- **Mémoire d’une version livrée** : bilan `29_…` (pas de re-copie exhaustive dans un fichier tickets).
+- Ancienne liste figée Phase 1 : [archive/obsolete/23_LISTE-TICKETS.md](./archive/obsolete/23_LISTE-TICKETS.md).
+- Pointeur court : [23_SUIVI-TICKETS.md](./23_SUIVI-TICKETS.md).
+
+---
+
+## Tag Git
+
+| Tag | Condition |
+|-----|-----------|
+| `v0.1.0` | Milestone 0.1.0 fermée + bilan mergé sur `master` |

docs/10_DATABASE.md

@@ -117,7 +117,6 @@ Table des enfants pris en charge.
 | `photo_url` | TEXT | | URL de la photo |
 | `consentement_photo` | BOOLEAN | DEFAULT false | Consentement photo |
 | `date_consentement_photo` | TIMESTAMPTZ | | Date du consentement |
-| `est_multiple` | BOOLEAN | DEFAULT false | Indique si grossesse multiple |
 
 ---
 

docs/12_SRS-GESTION-UTILISATEURS.md

@@ -0,0 +1,250 @@
+# SRS — Gestion des utilisateurs (domaine livré v0.1.0)
+
+**Version** : 1.0  
+**Date** : 15/09/2026  
+**Ticket** : [#117](https://git.ptits-pas.fr/jmartin/petitspas/issues/117)  
+**Niveau** : **technique** (dev / QA)  
+**CDC associé** : [01_CAHIER-DES-CHARGES.md](./01_CAHIER-DES-CHARGES.md) (V1.4 — **CDC complet** ; cette SRS ne couvre que le domaine utilisateurs)
+
+> Périmètre SRS : comptes, auth liée, dossiers famille/AM, enfants, affiliations, dashboard staff, suppressions.  
+> Le CDC V1.4 conserve **l’ensemble** des chapitres cibles (contrats, messagerie, etc.) ; ils ne sont **pas** redécrits ici.  
+> Hors SRS technique : OpenAPI exhaustif, PRA/CI → voir [11_API](./11_API.md), [10_DATABASE](./10_DATABASE.md).
+
+---
+
+## 1. Glossaire
+
+| Terme | Définition |
+|-------|------------|
+| **User / utilisateur** | Compte authentifiable (`utilisateurs`) avec `role` et `statut` |
+| **Parent pivot** | Responsable principal du foyer à l’inscription / création staff |
+| **Co-parent** | Second responsable optionnel (au plus un), lié au pivot |
+| **Foyer** | Pivot + co-parent éventuel + enfants affiliés |
+| **Dossier** | Unité métier identifiée par `numero_dossier` (format `AAAA-NNNNNN`) — famille ou AM |
+| **Pending / en_attente** | Compte ou dossier en attente de validation staff |
+| **Refus** | Rejet sans suppression ; ouvre la **reprise** |
+| **Relais** | Structure RPE ; rattachement optionnel d’un gestionnaire |
+| **Staff** | `gestionnaire`, `administrateur`, `super_admin` |
+
+---
+
+## 2. Acteurs et rôles applicatifs
+
+| `role` | Inscription publique | Dashboard staff | Créer staff | Suppressions métier usagers | Supprimer gestionnaire | Supprimer admin |
+|--------|---------------------|-----------------|-------------|----------------------------|------------------------|-----------------|
+| `parent` | oui | non | non | non | non | non |
+| `assistante_maternelle` | oui | non | non | non | non | non |
+| `gestionnaire` | non (créé staff) | oui | non | oui* | non | non |
+| `administrateur` | non | oui | oui | oui* | oui | oui** |
+| `super_admin` | non (install) | oui | oui | oui* | oui | oui** |
+
+\* Sous réserve des garde-fous (pas soi-même pour sa fiche staff, etc.).  
+\*\* Pas soi-même ; pas de cible `super_admin` ; dernier admin : règles `canDeleteAdministrateur` (front `staff_deletion_rights.dart`).
+
+Réf. front : `frontend/lib/utils/staff_deletion_rights.dart`  
+- `canCreateStaffAccounts` → admin / super_admin  
+- `canDeleteMetier` → gestionnaire / admin / super_admin  
+- `canDeleteGestionnaire` → admin / super_admin  
+
+---
+
+## 3. Statuts
+
+### 3.1 Utilisateur (`statut_utilisateur_type`)
+
+| Statut | Signification |
+|--------|----------------|
+| `en_attente` | Inscrit, non validé ; **login refusé** |
+| `actif` | Validé / utilisable |
+| `suspendu` | Bloqué ; **login refusé** |
+
+### 3.2 Enfant (`statut_enfant_type`)
+
+Valeurs actuelles : `a_naitre`, `actif`, `scolarise` (évolution métier « gardé / sans garde » **hors** cette SRS — ticket dédié).
+
+### 3.3 Validation dossier
+
+Circuit staff : revue → **valider** ou **refuser**. Refus ≠ delete. Reprise → nouveau passage en attente.
+
+---
+
+## 4. Modèle de données (vue synthétique)
+
+```mermaid
+flowchart TB
+  user[utilisateurs]
+  parent[parents]
+  am[assistantes_maternelles]
+  enfant[enfants]
+  ep[enfants_parents]
+  df[dossier_famille]
+  user --> parent
+  user --> am
+  parent --> ep
+  enfant --> ep
+  parent --> df
+```
+
+| Concept | Tables / liens clés |
+|---------|---------------------|
+| Compte | `utilisateurs` (role, statut, email, numero_dossier, relais…) |
+| Parent | `parents` (+ `id_co_parent` optionnel) |
+| AM | `assistantes_maternelles` (agrément, capacité, NIR…) |
+| Enfant | `enfants` |
+| Affiliation parent | `enfants_parents` (N–N) |
+| Dossier famille | `dossier_famille` (+ enfants dossier) |
+| Tokens MDP | tables / flux tokens création & reset (TTL, usage unique) |
+
+Détail colonnes : [10_DATABASE.md](./10_DATABASE.md).
+
+### Invariants
+
+1. **Pas** de champ `est_multiple` / naissance multiple (#152).  
+2. Au plus **un** co-parent par fiche parent.  
+3. Affiliation création enfant : rattache **pivot + co-parent** s’il existe (#158).  
+4. Détachement du **dernier** parent → enfant **sans responsable** possible (#157).  
+5. Rattachement AM plafonné par **capacité** (#148 / #149).  
+6. `super_admin` **non supprimable**.
+
+---
+
+## 5. Flux
+
+### 5.1 Inscription → validation → mot de passe
+
+```mermaid
+sequenceDiagram
+  participant U as Usager
+  participant API as API
+  participant S as Staff
+  participant M as Mail
+  U->>API: register parent/AM
+  API-->>U: numero_dossier, statut en_attente
+  S->>API: review / valider
+  API->>M: mail lien create-password
+  U->>API: verify token + set password
+  API-->>U: compte actif, login OK
+```
+
+Variante **refus** : staff refuse → mail refus → usager **reprise** (token lien ou n° dossier) → resoumission → à valider.
+
+### 5.2 Mot de passe oublié
+
+Flux distinct de la création post-validation : demande → e-mail → reset (#127). Tokens durcis (#123).
+
+### 5.3 Création dossier staff
+
+- Famille : wizard + `POST` staff parent/dossier (#129).  
+- AM : wizard + API staff AM (#156).  
+- Édition : mode `edit` wizards + PATCH fiches ; ajout co-parent `POST …/co-parent` (#135).
+
+### 5.4 Rattachements
+
+| Lien | Opérations |
+|------|------------|
+| Parent ↔ enfant | attach / detach (fiche parent, fiche enfant) |
+| AM ↔ enfant | attach / detach (fiche AM, fiche enfant) ; UI capacité |
+
+API : tickets #115 / #116 ; liste enfants enrichie #136.
+
+---
+
+## 6. Matrice droits × actions (synthèse)
+
+| Action | gestionnaire | administrateur | super_admin |
+|--------|:------------:|:--------------:|:-----------:|
+| Voir dashboard usagers / dossiers | ✓ | ✓ | ✓ |
+| Valider / refuser dossier | ✓ | ✓ | ✓ |
+| Créer dossier parent / AM | ✓ | ✓ | ✓ |
+| Éditer fiches parent / AM / enfant | ✓ | ✓ | ✓ |
+| Rattacher / détacher enfant | ✓ | ✓ | ✓ |
+| GET liste relais (combo) | ✓ | ✓ | ✓ |
+| Créer gestionnaire / admin | ✗ | ✓ | ✓ |
+| Supprimer parent / AM / enfant / dossier | ✓ | ✓ | ✓ |
+| Supprimer gestionnaire | ✗ | ✓ | ✓ |
+| Supprimer admin (garde-fous) | ✗ | ✓* | ✓* |
+| Supprimer super_admin | ✗ | ✗ | ✗ |
+| Supprimer son propre compte staff | ✗ | ✗ | ✗ |
+
+\* Voir `canDeleteAdministrateur` / messages `adminDeleteBlockedReason`.
+
+---
+
+## 7. UI staff (points d’entrée code)
+
+| Zone | Emplacement typique |
+|------|---------------------|
+| Panneau gestion users | `widgets/dashboard/user_management_panel.dart` |
+| Onglets parents / AM / enfants / dossiers | `widgets/dashboard/*_management_widget.dart` |
+| Fiche parent | `parent_edit_modal.dart` |
+| Fiche AM | `am_edit_modal.dart` |
+| Fiche enfant | `child_detail_modal.dart` |
+| Wizards dossier | `parent_dossier_wizard.dart`, `am_dossier_wizard.dart` |
+| Modale staff | `staff_user_form_modal.dart` (`StaffUserFormModal`) |
+| Confirm suppressions | `widgets/dashboard/common/suppression_confirm_dialog.dart` |
+| Champs contrôlés | `validation_detail_section.dart` (`ValidationEmailField`, `ValidationPhoneField`…) |
+| Thème primaire modales | `validation_modal_theme.dart` |
+
+Shell fiches / wizards : largeur **930**, labels au-dessus, primaire violet `ValidationModalTheme`.
+
+---
+
+## 8. API — groupes (renvoi)
+
+Ne pas dupliquer OpenAPI ici. Groupes utiles au domaine :
+
+| Groupe | Exemples d’usage |
+|--------|------------------|
+| Auth / register | Inscription parent & AM, login, tokens MDP, oubli MDP |
+| Dossiers | `GET /dossiers/:numero`, listes à valider / unifiées, validate/refuse |
+| Parents | Fiche PATCH, co-parent POST, dossier staff POST |
+| AM | Fiche PATCH, dossier staff POST |
+| Enfants | CRUD staff, attach/detach parent & AM |
+| Users / staff | CRUD gestionnaires / admins, DELETE métier |
+| Relais | `GET /relais` (autorisé gestionnaire — #151) |
+| Config | setup / configuration instance |
+
+Référence : [11_API.md](./11_API.md) (à maintenir en parallèle si écart).
+
+---
+
+## 9. Exigences non fonctionnelles (domaine users)
+
+| ID | Exigence |
+|----|----------|
+| NFR-U1 | Tokens création / reset MDP : TTL strict, usage unique |
+| NFR-U2 | Mots de passe : politique min. longueur (création staff / usager selon flux) |
+| NFR-U3 | E-mails métier (validation, refus, MDP) via config SMTP instance |
+| NFR-U4 | Pas de login si `en_attente` ou `suspendu` |
+| NFR-U5 | Confirmations explicites avant toute suppression |
+| NFR-U6 | Champs e-mail / téléphone : validation & normalisation côté UI staff (SRS UX #164) |
+
+Hors scope immédiat : normalisation erreurs auth globale (#121), observabilité (#122), audit trail complet (#128).
+
+---
+
+## 10. Limites modèle famille (assumées)
+
+Documentées pour les développeurs — détail produit : [28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md](./28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md).
+
+- Un `numero_dossier` / user ; un seul co-parent.  
+- Familles recomposées multi-contextes : contournement (2ᵉ compte / composition staff) jusqu’à epic #139.  
+- La SRS **n’exige pas** N responsables en v0.1.0.
+
+---
+
+## 11. Traçabilité livré 0.1.0
+
+Source : [29_BILAN-VERSION-0.1.0.md](./29_BILAN-VERSION-0.1.0.md) — 48 tickets milestone 0.1.0 (auth, inscription, fiches, dossiers, suppressions, cleanups #152/#155/#162/#164).
+
+---
+
+## 12. Hors périmètre de cette SRS
+
+- Contrats, avenants, fin de contrat (restent dans le **CDC** cible)  
+- Messagerie, agenda, événements RPE (idem CDC)  
+- Paie / Pajemploi  
+- Recherche AM côté parent  
+- PRA, CI/CD, monitoring infra  
+- Spécification OpenAPI ligne à ligne  
+- Texte fonctionnel complet → [01_CAHIER-DES-CHARGES.md](./01_CAHIER-DES-CHARGES.md)

docs/22_DOCUMENTS-LEGAUX.md

@@ -1,8 +0,0 @@
-# Fichier déplacé
-
-La documentation **Documents légaux** a été déplacée vers :
-
-**[juridique/22_DOCUMENTS-LEGAUX.md](./juridique/22_DOCUMENTS-LEGAUX.md)**
-
-Voir aussi le dossier **[juridique/](./juridique/)** pour les sources **CGU**
-et **CGC** en Markdown.

docs/23_SUIVI-TICKETS.md

@@ -0,0 +1,12 @@
+# Suivi des tickets — P'titsPas
+
+**Source de vérité** : [Gitea — issues](https://git.ptits-pas.fr/jmartin/petitspas/issues)  
+**Milestones / versions** : [05_VERSIONS-ET-MILESTONES.md](./05_VERSIONS-ET-MILESTONES.md)  
+**API Gitea** : [26_GITEA-API.md](./26_GITEA-API.md)
+
+Ne plus maintenir de catalogue exhaustif des tickets dans le dépôt : l’état (ouvert / fermé / milestone) change dans Gitea.
+
+Pour une **version livrée**, lire le bilan correspondant (ex. [29_BILAN-VERSION-0.1.0.md](./29_BILAN-VERSION-0.1.0.md)).
+
+Archive historique (liste Phase 1 figée, avril 2026) :  
+[archive/obsolete/23_LISTE-TICKETS.md](./archive/obsolete/23_LISTE-TICKETS.md).

docs/24_DECISIONS-PROJET.md

@@ -423,31 +423,23 @@ ptitspas-app/
 - Maintenance (tout au même endroit)
 - Versioning (Git)
 
-**Structure** :
+**Structure** (sept. 2026) :
 ```
 docs/
 ├── 00_INDEX.md
-├── 01_CAHIER-DES-CHARGES.md
+├── 01_CAHIER-DES-CHARGES.md   # V1.4 fonctionnel
-├── 02_ARCHITECTURE.md
+├── 05_VERSIONS-ET-MILESTONES.md
-├── 03_DEPLOYMENT.md
+├── 12_SRS-GESTION-UTILISATEURS.md
-├── 10_DATABASE.md
+├── 23_SUIVI-TICKETS.md
-├── 11_API.md
-├── 20_WORKFLOW-CREATION-COMPTE.md
-├── 21_CONFIGURATION-SYSTEME.md
-├── 22_DOCUMENTS-LEGAUX.md   # pointeur → juridique/
-├── 27_BRIEFING-FRONTEND.md
-├── PROCEDURE-API-GITEA.md   # pointeur → 26_GITEA-API.md
-├── juridique/
-│   ├── README.md
-│   ├── cgu.md
-│   ├── cgc.md
-│   └── 22_DOCUMENTS-LEGAUX.md
-├── archive/
-│   ├── README.md
-│   ├── temporaires/
-│   └── obsolete/
-├── 23_LISTE-TICKETS.md
 ├── 24_DECISIONS-PROJET.md (ce document)
+├── 26_GITEA-API.md
+├── 27_BRIEFING-FRONTEND.md
+├── 28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md
+├── 29_BILAN-VERSION-0.1.0.md
+├── 99_REGLES-CODAGE.md
+├── CHARTE_GRAPHIQUE.md
+├── juridique/               # CGU + 22_DOCUMENTS-LEGAUX.md
+├── archive/                 # obsolete / temporaires
 ├── 90_AUDIT.md
 └── test-data/
 ```

docs/28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md

@@ -3,7 +3,9 @@
 **Version** : 1.1  
 **Date** : 16 juin 2026  
 **Statut** : Réflexions produit / architecture — complément au [CDC](./01_CAHIER-DES-CHARGES.md)  
-**Documents liés** : [EVOLUTIONS_CDC.md](./EVOLUTIONS_CDC.md), [24_DECISIONS-PROJET.md](./24_DECISIONS-PROJET.md), [23_LISTE-TICKETS.md](./23_LISTE-TICKETS.md)
+**Documents liés** : [01_CAHIER-DES-CHARGES.md](./01_CAHIER-DES-CHARGES.md) (V1.4), [12_SRS-GESTION-UTILISATEURS.md](./12_SRS-GESTION-UTILISATEURS.md), [24_DECISIONS-PROJET.md](./24_DECISIONS-PROJET.md), [23_SUIVI-TICKETS.md](./23_SUIVI-TICKETS.md), [29_BILAN-VERSION-0.1.0.md](./29_BILAN-VERSION-0.1.0.md)  
+**Archive** : ancien patch CDC → [archive/obsolete/EVOLUTIONS_CDC.md](./archive/obsolete/EVOLUTIONS_CDC.md)
+
 
 ---
 

docs/29_BILAN-VERSION-0.1.0.md

@@ -0,0 +1,197 @@
+# Bilan — Version 0.1.0
+
+**Statut** : terminée  
+**Milestone Gitea** : [0.1.0](https://git.ptits-pas.fr/jmartin/petitspas/milestone/10)  
+**Dépôt** : `jmartin/petitspas`  
+**Tag prévu** : `v0.1.0` (sur `master` après merge de cette doc)
+
+Ce document est la **mémoire produit** de la version 0.1.0 : ce qui a été livré, ticket par ticket, et ce qui a été reporté.
+
+---
+
+## 1. Périmètre produit livré
+
+La 0.1.0 couvre le **MVP opérable** pour une collectivité :
+
+- Authentification, création / oubli de mot de passe, e-mails associés
+- Inscription parent & AM, validation / refus gestionnaire, reprise après refus
+- Dashboard staff (admin + gestionnaire) : listes, fiches, rattachements
+- Onglet **Dossiers** + wizards création / édition (famille & AM)
+- Suppressions métier (droits, confirms, cascades API)
+- Cleanups structurels (préfixe `Admin*`, panels dashboard, modale staff, retrait `est_multiple`)
+
+**Hors 0.1.0** (reporté) : doublons avancés, famille N responsables, statut enfant gardé/sans garde, combobox RPE AM, chantier CDC (#117), tickets tech/observabilité — voir §4 et [05_VERSIONS-ET-MILESTONES.md](./05_VERSIONS-ET-MILESTONES.md).
+
+---
+
+## 2. Thèmes livrés
+
+### 2.1 Auth, mot de passe, e-mails
+
+| # | Titre | Livré |
+|---|-------|--------|
+| 24 | API Création mot de passe | Endpoints token → création MDP post-validation |
+| 28 | Templates Email — Validation | Mails validation avec lien MDP |
+| 30 | Connexion — Vérification statut | Blocage comptes pending / suspendus à la connexion |
+| 43 | Écran Création Mot de Passe | UI lien e-mail création MDP |
+| 47 | Écran Changement MDP Obligatoire | Première connexion staff |
+| 50 | Affichage dynamique CGU | CGU/Privacy versionnées à l’inscription |
+| 118 | Page création mot de passe (Front + API) | Alignement front/API du flux lien e-mail |
+| 123 | Durcissement token création MDP | TTL, usage unique, contrôles API |
+| 127 | Mot de passe oublié | Demande → e-mail → réinitialisation (flux distinct de #24/#43) |
+
+### 2.2 Inscription, numéros de dossier, reprise
+
+| # | Titre | Livré |
+|---|-------|--------|
+| 104 | Numéro de dossier — frontend | Affichage listes / mails / modales ; format AAAA-… |
+| 112 | Reprise après refus — frontend | Lien e-mail `/reprise` + reprise par n° dossier |
+| 120 | Inscription AM — photo & UX | Chaîne photo / API / UX alignée parents |
+| 144 | Consentement photo enfant | Persistance du consentement à l’inscription |
+
+### 2.3 Dashboard — fiches, listes, rattachements
+
+| # | Titre | Livré |
+|---|-------|--------|
+| 115 | Rattachement enfants — backend | Attach/detach parent↔enfant et AM↔enfant |
+| 116 | Rattachement enfants — frontend | UI fiches parent / AM |
+| 130 | UserService — APIs métier | Branchement parents / AM / enfants côté front |
+| 131 | Édition fiche parent + AM | Modales édition dashboard |
+| 132 | Création enfant (onglet Enfants) | Création + rattachement foyer |
+| 136 | API enfants — droits & liste | Droits gestionnaire + enrichissement liste |
+| 137 | Onglet Enfants — liste globale | Panneau liste dashboard |
+| 138 | Fiche enfant + liste dans parent | Fiche enfant ; enfants dans fiche parent |
+| 140 | Epic fiche parent / affiliation | Livraison regroupée dashboard admin/gestionnaire |
+| 142 | Clic carte → modale | Ouverture fiche depuis les listes |
+| 145 | Lien co-parent cliquable | Navigation fiche parent → co-parent |
+| 146 | Modale sélection enfant | UX rattacher enfant (AM + parent) |
+| 147 | Modale sélection AM | UX rattacher AM depuis fiche enfant |
+| 148 | Capacité max AM | Désactivation rattachement si capacité atteinte |
+| 149 | Case libre AM → rattacher | Clic emplacement vide pour rattacher |
+| 151 | GET /relais pour gestionnaire | Combo relais dans modale staff |
+| 157 | Enfant sans responsable | Détachement dernier parent + alerte liste |
+| 158 | Affiliation foyer (pivot + co-parent) | Attach/detach cohérents sur le foyer |
+
+### 2.4 Dossiers staff (création, édition, liste)
+
+| # | Titre | Livré |
+|---|-------|--------|
+| 129 | Création dossier parent | Wizard + API staff famille |
+| 135 | Édition dossier + 2ᵉ parent | Mode edit wizards + `POST …/co-parent` |
+| 153 | Onglet Dossiers | Liste unifiée + à valider (sans création dans l’onglet) |
+| 156 | Création dossier AM | Wizard + API staff AM |
+
+### 2.5 Suppressions & droits staff
+
+| # | Titre | Livré |
+|---|-------|--------|
+| 133 | Suppression parent + AM (UI) | Première vague UI (complétée par #160) |
+| 134 | Droits « Ajouter gestionnaire » | Visibilité / API selon rôle |
+| 143 | Bug supprimer sa propre fiche | Masquage / interdiction auto-suppression |
+| 154 | Epic suppressions | Cadrage règles métier suppressions |
+| 159 | Suppressions métier — backend | Cascades, garde-fous, droits API |
+| 160 | Suppressions dashboard — frontend | Poubelles + dialogues de confirmation |
+| 161 | Admin création staff 403 | Admin peut créer gestionnaire et administrateur |
+
+### 2.6 Cleanups structure & UX
+
+| # | Titre | Livré |
+|---|-------|--------|
+| 25 | API Liste comptes en attente | Historique ; couvert par flux dossiers / validation |
+| 26 | API Validation / Refus | Historique ; couvert par flux dossiers / validation |
+| 152 | Retrait `est_multiple` | Suppression full stack (BDD, API, front, docs) |
+| 155 | Rename préfixe `Admin*` | Widgets partagés sans préfixe Admin (option C) |
+| 162 | Panels → `widgets/dashboard/` | Suite #155 — panels staff sous dashboard |
+| 164 | Modale staff uniformisée | `StaffUserFormModal` (shell 930, champs contrôlés) |
+
+---
+
+## 3. Inventaire exhaustif (48 tickets fermés, milestone 0.1.0)
+
+| # | Titre |
+|---|-------|
+| 24 | [Backend] API Création mot de passe |
+| 25 | [Backend] API Liste comptes en attente |
+| 26 | [Backend] API Validation/Refus comptes |
+| 28 | [Backend] Templates Email - Validation |
+| 30 | [Backend] Connexion - Vérification statut |
+| 43 | [Frontend] Écran Création Mot de Passe |
+| 47 | [Frontend] Écran Changement MDP Obligatoire |
+| 50 | [Frontend] Affichage dynamique CGU lors inscription |
+| 104 | Numéro de dossier – frontend |
+| 112 | Reprise après refus – frontend |
+| 115 | [Backend] Rattachement enfants — parent et AM |
+| 116 | [Frontend] Rattachement enfants — parent et AM |
+| 118 | Page création mot de passe (lien email) – Front + API |
+| 120 | [Full-stack] Inscription AM — photo, API et UX alignés sur les parents |
+| 123 | [Tech] Durcissement token création MDP |
+| 127 | [Full-stack] Mot de passe oublié — flux complet |
+| 129 | Création dossier parent (wizard + API staff) |
+| 130 | [Frontend] UserService — brancher APIs parents, AM et enfants |
+| 131 | [Frontend] Édition fiche parent + AM |
+| 132 | Création enfant depuis l’onglet Enfants |
+| 133 | [Frontend] Suppression compte parent + AM |
+| 134 | Droits bouton « Ajouter gestionnaire » |
+| 135 | Mode édition dossier (+ ajout 2ᵉ parent) |
+| 136 | [Backend] API enfants — droits gestionnaire + enrichissement liste |
+| 137 | [Frontend] Onglet Enfants — liste globale |
+| 138 | [Frontend] Fiche enfant + liste enfants dans fiche parent |
+| 140 | Dashboard admin — fiche parent, enfants et affiliation |
+| 142 | Clic sur carte → ouvrir la modale |
+| 143 | Bug — Gestionnaire Supprimer sur sa propre fiche |
+| 144 | Bug — Consentement photo enfant non sauvegardé |
+| 145 | Lien co-parent cliquable |
+| 146 | UX — modale sélection d'enfant |
+| 147 | UX — modale sélection d'AM |
+| 148 | Bug — capacité max AM |
+| 149 | Fiche AM — clic case libre pour rattacher |
+| 151 | Bug — GET /relais gestionnaire |
+| 152 | Cleanup — supprimer `est_multiple` |
+| 153 | Onglet permanent « Dossiers » |
+| 154 | Epic — suppressions utilisateurs / dossiers / enfants / AM |
+| 155 | Cleanup — renommer préfixe Admin* |
+| 156 | Création dossier AM (wizard + API staff) |
+| 157 | Enfant sans responsable |
+| 158 | Affiliation enfant au foyer (pivot + co-parent) |
+| 159 | Backend suppressions métier (#154) |
+| 160 | Frontend suppressions dashboard (#154) |
+| 161 | Bug — Admin création gestionnaire / administrateur |
+| 162 | Cleanup — panels vers `widgets/dashboard/` |
+| 164 | Uniformisation modale staff + champs contrôlés |
+
+Issues : https://git.ptits-pas.fr/jmartin/petitspas/issues?q=&type=all&state=closed&labels=&milestone=10&assignee=0
+
+---
+
+## 4. Reporté hors 0.1.0
+
+| # | Titre | Destination typique |
+|---|-------|---------------------|
+| 113 / 114 | Doublons inscription / alerte gestionnaire | 0.9.0 |
+| 117 | Évolution du cahier des charges | Doc (amendement CDC post-0.1.0) |
+| 121–122, 124–125 | Tech auth / photos / DB | 0.9.0 |
+| 126 | Upload documents légaux 500 | 0.9.0 |
+| 128 | Audit / traçabilité modifications | 0.9.0 |
+| 139 | Famille complexe N responsables | Post-0.1.0 / epic |
+| 141 | Statut enfant gardé / sans garde | Post-0.1.0 |
+| 150 | Combobox rattachement RPE (AM) | 0.2.0 |
+
+Voir aussi [05_VERSIONS-ET-MILESTONES.md](./05_VERSIONS-ET-MILESTONES.md).
+
+---
+
+## 5. Suite documentaire
+
+1. **Amendement CDC (#117)** — CDC V1.4 : mise à jour **gestion utilisateurs** ; le reste du CDC reste la cible. SRS technique : [12_SRS-GESTION-UTILISATEURS.md](./12_SRS-GESTION-UTILISATEURS.md). Intrants historiques archivés : [archive/obsolete/EVOLUTIONS_CDC.md](./archive/obsolete/EVOLUTIONS_CDC.md), [28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md](./28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md).
+2. **Tag** `v0.1.0` sur `master` lorsque milestone fermée + ce bilan mergé.
+3. Enchaîner les milestones **0.2.0+** selon [05_VERSIONS-ET-MILESTONES.md](./05_VERSIONS-ET-MILESTONES.md).
+
+---
+
+## 6. Références code (points d’entrée)
+
+- Modale staff : `frontend/lib/widgets/dashboard/staff_user_form_modal.dart`
+- Fiches : `parent_edit_modal.dart`, `am_edit_modal.dart`, `child_detail_modal.dart`
+- Wizards dossiers : `parent_dossier_wizard.dart`, `am_dossier_wizard.dart`
+- Règles suppressions : tickets #154 / #159 / #160
+- Cleanup `est_multiple` : #152

docs/99_REGLES-CODAGE.md

@@ -276,9 +276,6 @@ export class Enfants {
   @Column({ name: 'consentement_photo', type: 'boolean', default: false })
   consentementPhoto: boolean;
 
-  @Column({ name: 'est_multiple', type: 'boolean', default: false })
-  estMultiple: boolean;
-
   @Column({
     type: 'enum',
     enum: StatutEnfantType,

docs/PROCEDURE-API-GITEA.md

@@ -1,8 +0,0 @@
-# Fichier déplacé / fusionné
-
-La procédure **API Gitea** est désormais documentée sous :
-
-**[26_GITEA-API.md](./26_GITEA-API.md)**
-
-L’ancienne copie `PROCEDURE-API-GITEA.md` est archivée dans
-`docs/archive/obsolete/` (doublon).

docs/archive/README.md

@@ -1,30 +1,19 @@
 # Archive documentation · P'titsPas
 
-Ce dossier regroupe les fichiers **sans préfixe numérique** à la racine de
+Fichiers **hors références actives** : brouillons livrés, CDC historiques, listes figées.
-`docs/` qui ne sont plus des **références actives**, ou qui sont des
-**brouillons / temporaires**.
 
 ## Règle de nommage (racine `docs/`)
 
-- Les documents **normatifs** à la racine portent un préfixe **`NN_`**
+- Documents **normatifs** : préfixe **`NN_`**.
-  (deux chiffres), ex. `23_LISTE-TICKETS.md`.
+- Exceptions héritage listées dans [00_INDEX.md](../00_INDEX.md) (`CHARTE_GRAPHIQUE.md`).
-- **Exceptions** (héritage ou outillage) listées dans
-  [**00_INDEX.md**](../00_INDEX.md#exceptions-de-nommage) : charte, CDC
-  historique, évolutions — **cible** : les renommer progressivement en `NN_`
-  et mettre à jour `.cursorrules` / liens.
 
-## Sous-dossiers ici
+## Sous-dossiers
 
 | Dossier | Usage |
 |---------|--------|
-| [**temporaires/**](./temporaires/) | Notes jetables, exports de travail.
+| [**temporaires/**](./temporaires/) | Brouillons jetables. **Vider** dès livraison. |
-  **Supprimables** quand la tâche associée est close. |
+| [**obsolete/**](./obsolete/) | Doc remplacée (CDC SuperNounou, ancienne liste tickets, notes ponctuelles, backlog Phase 2 figé). |
-| [**obsolete/**](./obsolete/) | Ancienne doc **remplacée** ou **doublon**
-  (conservée un temps pour historique). **Supprimer** après bascule confirmée
-  si plus aucune référence. |
 
-## Hors `docs/` racine
+## Politique `tmp/`
 
-Les dossiers thématiques (**`juridique/`**, **`test-data/`**, etc.) peuvent
+Le dossier `docs/tmp/` **n’est plus utilisé**. Les mini-specs de tickets livrés sont purgés ; la mémoire produit = bilans de version (`29_…`) + tickets Gitea.
-contenir des fichiers sans `NN_` : la règle `NN_` s’applique surtout aux
-fichiers **directement** sous `docs/`.

docs/archive/obsolete/EVOLUTIONS_CDC.md

@@ -2,7 +2,9 @@
 
 Ce document liste les modifications à apporter au cahier des charges original pour le rendre conforme à l'application développée.
 
-> **Document complémentaire (juin 2026)** — réflexions sur le **modèle famille / numéro de dossier**, familles recomposées, tuteurs et responsables légaux : voir **[28 - Évolution famille et responsables](./28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md)**.
+> **Intrant pour #117** (amendement CDC post-0.1.0). Compléter avec le [bilan 0.1.0](./29_BILAN-VERSION-0.1.0.md) et **[28 - Évolution famille et responsables](./28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md)**.
+
+> **Obsolète depuis #152** : ne plus proposer de champ « naissance multiple / `est_multiple` » — retiré de l’app (BDD, API, front).
 
 ## 1. Gestion des Enfants
 
@@ -11,7 +13,6 @@ Ce document liste les modifications à apporter au cahier des charges original p
 #### Situation actuelle dans le CDC :
 - Mentionne uniquement la collecte d'informations sur l'enfant
 - Ne précise pas la possibilité d'ajouter plusieurs enfants
-- Ne mentionne pas la gestion des naissances multiples
 - Ne mentionne pas la gestion des enfants à naître
 
 #### Modifications proposées :
@@ -22,17 +23,18 @@ Ajouter le paragraphe suivant après la description de la collecte d'information
 Les parents peuvent ajouter autant d'enfants que nécessaire. Pour chaque enfant, les informations suivantes sont collectées :
 - Prénom
 - Date de naissance (ou date prévue pour les enfants à naître)
+- Genre
 - Photo (optionnelle)
 - Consentement pour l'utilisation de la photo
-- Indication si l'enfant fait partie d'une naissance multiple (jumeaux, triplés, etc.)
 
 Les parents peuvent :
 - Ajouter un nouvel enfant à tout moment
 - Supprimer un enfant ajouté
 - Modifier les informations d'un enfant existant
 - Indiquer si l'enfant est à naître
-- Indiquer si l'enfant fait partie d'une naissance multiple
 - Donner ou retirer leur consentement pour l'utilisation de la photo de l'enfant
+
+Note : le concept de « naissance multiple » / jumeaux n'est pas géré par un champ dédié (retiré en 0.1.0, #152).
 ```
 
 ### Modifications à apporter dans la section "Workflow de création de compte"
@@ -50,9 +52,9 @@ Remplacer l'étape 3 par :
    - Pour chaque enfant :
      * Saisie du prénom
      * Saisie de la date de naissance (ou date prévue)
+     * Genre
      * Option d'ajout d'une photo
      * Option de consentement photo
-     * Indication si naissance multiple
      * Indication si enfant à naître
    - Possibilité de modifier ou supprimer un enfant
 ```

docs/archive/obsolete/README.md

@@ -4,11 +4,15 @@ Ancienne documentation **déplacée** depuis `docs/` :
 
 | Fichier | Motif |
 |---------|--------|
-| `PROCEDURE-API-GITEA.md` | Doublon fonctionnel de
+| `01_CAHIER-DES-CHARGES-v1.3.md` | CDC V1.3 — remplacé par [01 V1.4](../../01_CAHIER-DES-CHARGES.md) |
-  [**26_GITEA-API.md**](../../26_GITEA-API.md). |
+| `EVOLUTIONS_CDC.md` | Patch CDC — absorbé dans V1.4 + [12_SRS](../../12_SRS-GESTION-UTILISATEURS.md) |
-| `ARCHITECTURE_TECHNIQUE.md` | Non référencé ; la vue d’ensemble est dans
+| `PROCEDURE-API-GITEA.md` | Doublon de [26_GITEA-API.md](../../26_GITEA-API.md) |
-  [**02_ARCHITECTURE.md**](../../02_ARCHITECTURE.md). |
+| `ARCHITECTURE_TECHNIQUE.md` | Remplacé par [02_ARCHITECTURE.md](../../02_ARCHITECTURE.md) |
-| `STATUS-APPLICATION.md` | Instantané daté ; non tenu comme doc vivante. |
+| `STATUS-APPLICATION.md` | Instantané daté |
+| `23_LISTE-TICKETS.md` | Liste Phase 1 figée — suivi = Gitea + bilans |
+| `25_PHASE-2-BACKLOG.md` | Backlog technique figé — voir [05_VERSIONS…](../../05_VERSIONS-ET-MILESTONES.md) |
+| `SuperNounou_*` | CDC / SSS historiques |
+| `14_NOTE-BACKEND-CONFIG-SETUP.md` | Note ticket ponctuelle |
+| `92_NOTE-BACKEND-GESTIONNAIRES.md` | Note ticket ponctuelle |
 
-Après vérification qu’aucun lien externe ne pointe encore vers ces chemins, on
+Références actives : [01 CDC V1.4](../../01_CAHIER-DES-CHARGES.md), [12 SRS users](../../12_SRS-GESTION-UTILISATEURS.md), [29 bilan 0.1.0](../../29_BILAN-VERSION-0.1.0.md).
-peut **supprimer** ce sous-dossier ou ne garder que des pointeurs minimalistes.

docs/archive/temporaires/131-fiche-parent-co-parent-header.md

@@ -1,127 +0,0 @@
-# #131 — En-tête fiche parent : co-parent (note front → back)
-
-**Ticket :** #131 (fiche parent dashboard, doc `28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md` §6.1)  
-**Date :** 2026-06-01  
-**Statut front :** livré (en-tête dynamique)  
-**Modif backend demandée :** **aucune fonctionnelle** — ce document fixe le contrat attendu ; le back valide `co_parent` et masque les champs sensibles.
-
----
-
-## 1. Comportement UI (front)
-
-Dans la modale **fiche parent** (`AdminParentEditModal`) :
-
-| Zone | Contenu |
-|------|---------|
-| **Titre** | `prenom` + `nom` du parent affiché (plus le libellé fixe « Fiche parent ») |
-| **Sous-titre** | `Co-parent : {prenom} {nom}` — affiché **uniquement** si un co-parent est connu |
-
-Le titre se met à jour en direct pendant l’édition des champs nom/prénom.  
-Le sous-titre provient du co-parent **chargé depuis l’API** (pas saisi à la main dans la modale).
-
----
-
-## 2. Endpoints consommés
-
-| Méthode | Route | Usage front |
-|---------|-------|-------------|
-| `GET` | `/api/v1/parents` | Liste parents (onglet Parents) |
-| `GET` | `/api/v1/parents/:userId` | Rechargement fiche après rattachement/détachement enfant |
-| `PATCH` | `/api/v1/parents/:userId/fiche` | Sauvegarde identité + statut (inchangé) |
-
-Rôles : `super_admin`, `gestionnaire`, `administrateur` (selon route).
-
----
-
-## 3. Contrat JSON attendu pour `co_parent`
-
-Le front parse `ParentModel.fromJson` avec la clé **`co_parent`** (snake_case), objet utilisateur imbriqué.
-
-### Champs minimum utilisés pour le sous-titre
-
-| Clé JSON | Usage |
-|----------|--------|
-| `co_parent` | Objet ou absent/`null` |
-| `co_parent.id` | Identifiant (futur lien cliquable éventuel) |
-| `co_parent.prenom` | Affichage |
-| `co_parent.nom` | Affichage |
-
-Affichage front : `'{prenom} {nom}'.trim()` → libellé `Co-parent : …`.
-
-### Exemple de fragment de réponse (`GET /parents/:id`)
-
-```json
-{
-  "user_id": "33333333-3333-3333-3333-333333333333",
-  "numero_dossier": "2026-000042",
-  "user": {
-    "id": "33333333-3333-3333-3333-333333333333",
-    "email": "parent1@example.com",
-    "prenom": "Paul",
-    "nom": "PARENT",
-    "statut": "actif",
-    "telephone": "0601020304"
-  },
-  "co_parent": {
-    "id": "44444444-4444-4444-4444-444444444444",
-    "email": "coparent1@example.com",
-    "prenom": "Clara",
-    "nom": "COPARENT",
-    "role": "parent",
-    "statut": "actif"
-  },
-  "parentChildren": []
-}
-```
-
-> **Note :** le front lit `user` (pas `utilisateur`). La doc `11_API.md` § Parents mentionne encore `utilisateur` / `id_co_parent` seul — le contrat **effectif** côté Nest/TypeORM est l’entité `Parents` sérialisée (`user`, `co_parent`, `parentChildren`, …).
-
----
-
-## 4. État backend
-
-### Relations (déjà en place)
-
-- `findAll()` et `findOne(user_id)` chargent **`co_parent`** ;
-- FK : `parents.id_co_parent` → `utilisateurs.id` ;
-- inscription couple : les deux sens renseignés en principe (`auth.service.ts`).
-
-### Livraison back (#131)
-
-- `mapParentForApi` / `sanitizeUserForApi` : réponses `GET/PATCH/POST/DELETE` parents **sans** `password`, `token_creation_mdp`, `password_reset_*` sur `user` et `co_parent`.
-
-**Checklist validation :**
-
-- [x] `GET /parents/:id` renvoie `co_parent` peuplé quand `id_co_parent` est non null
-- [x] `GET /parents` (liste) inclut `co_parent`
-- [x] `prenom` / `nom` du co-parent présents
-- [x] Pas de fuite `password` / tokens sur `user` ni `co_parent`
-
----
-
-## 5. Points d’attention (hors périmètre immédiat)
-
-| Sujet | Détail |
-|-------|--------|
-| **Lien inverse** | Si B est co-parent de A (`A.id_co_parent = B`) mais `B.id_co_parent` est `null`, le sous-titre **ne s’affichera pas** sur la fiche de B. Pas de résolution inverse côté front. |
-| **Familles > 2 adultes** | Sous-titre = co-parent direct (`id_co_parent`) uniquement. |
-| **Trou AM ↔ enfants en garde** | Pas de lien AM–enfant aujourd’hui (à documenter / traiter plus tard). |
-
----
-
-## 6. Fichiers back concernés
-
-| Fichier | Rôle |
-|---------|------|
-| `backend/src/routes/parents/parents.service.ts` | `findOne`, `findAll` + relations |
-| `backend/src/routes/parents/parents.controller.ts` | `mapParentForApi` sur les réponses |
-| `backend/src/routes/parents/parents.mapper.ts` | Sérialisation API |
-| `backend/src/common/utils/sanitize-user-for-api.ts` | Masquage secrets |
-| `backend/src/entities/parents.entity.ts` | relation `co_parent` |
-
----
-
-## 7. Références
-
-- `docs/28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md` §6.1
-- Ticket Gitea **#131**

docs/archive/temporaires/POINT_TICKETS_FRONT_API.txt

@@ -1,36 +0,0 @@
-# Archivé docs/archive/temporaires/ — export jetable, supprimer si inutile.
-Point tickets frontend (API Gitea) - 27/01/2026
-================================================
-
-Issues avec label "frontend" : 20 (ouvertes: 12, fermees: 8)
-
-Num | Etat   | Titre
-----+--------+--------------------------------------------------------
- 35 | open   | [Frontend] Écran Création Gestionnaire
- 36 | closed | [Frontend] Inscription Parent - Étape 1 (Parent 1)
- 37 | closed | [Frontend] Inscription Parent - Étape 2 (Parent 2)
- 38 | closed | [Frontend] Inscription Parent - Étape 3 (Enfants)
- 39 | closed | [Frontend] Inscription Parent - Étapes 4-6 (Finalisatio
- 40 | closed | [Frontend] Inscription AM - Panneau 1 (Identité)
- 41 | closed | [Frontend] Inscription AM - Panneau 2 (Infos pro)
- 42 | closed | [Frontend] Inscription AM - Finalisation
- 43 | open   | [Frontend] Écran Création Mot de Passe
- 44 | closed | [Frontend] Dashboard Gestionnaire - Structure
- 45 | open   | [Frontend] Dashboard Gestionnaire - Liste Parents
- 46 | open   | [Frontend] Dashboard Gestionnaire - Liste AM
- 47 | open   | [Frontend] Écran Changement MDP Obligatoire
- 48 | open   | [Frontend] Gestion Erreurs & Messages
- 49 | open   | [Frontend] Écran Gestion Documents Légaux (Admin)
- 50 | open   | [Frontend] Affichage dynamique CGU lors inscription
- 51 | open   | [Frontend] Écran Logs Admin (optionnel v1.1)
- 54 | open   | [Tests] Tests E2E Frontend
- 82 | closed | [Frontend] Adapter �cran Login pour mobile
- 83 | closed | [Frontend] Adapter �cran Choix Inscription pour mobile
-
-Suivi doc 23_LISTE-TICKETS (Gitea #73,78,79,81,82,83):
-  #73 closed labels=[]
-  #78 closed labels=[]
-  #79 closed labels=[]
-  #81 closed labels=[]
-  #82 closed (écran Login mobile)
-  #83 closed labels=['frontend', 'p3', 'phase-1', 'ux']

docs/archive/temporaires/README.md

@@ -1,10 +1,11 @@
 # Temporaires
 
-Fichiers **non numérotés** de travail (brouillons, listes de tickets exportées,
+Dossier **vide** après clôture 0.1.0 (purge sept. 2026).
-alignements UI en cours, etc.).
 
-- Préfixe conseillé pour les nouveaux fichiers jetables : **`TEMP_`** ou
+Si un brouillon de travail est nécessaire un temps :
-  **`WIP_`** dans ce dossier.
+
-- **Suppression** : dès que la fonctionnalité est livrée ou le sujet clos,
+- le placer ici avec préfixe `TEMP_` / `WIP_` ;
-  supprimer le fichier (ou le déplacer vers `obsolete/` si une trace utile
+- le **supprimer** dès livraison (ne pas laisser pourrir) ;
-  reste nécessaire).
+- pour une trace utile durable → bilan de version ou archive `obsolete/`.
+
+Ne plus utiliser `docs/tmp/`.

docs/archive/temporaires/TEMP_112-back-reprise-alignement-front.md

@@ -1,244 +0,0 @@
-# #112 — Alignement front après évolution back (reprise dossier complet)
-
-**Branche déployée :** `feature/112-reprise-apres-refus-front`  
-**Commit back :** `d70577b1` — `feat(#112): reprise après refus — dossier complet GET/PATCH`  
-**Date :** 2026-06-16
-
-Ce document décrit le **contrat API réel** après extension du back, et ce que le front doit encore brancher pour exploiter le dossier complet (au-delà de l’identité seule).
-
----
-
-## 1. Endpoints (inchangés côté URL)
-
-| Méthode | Route | Auth |
-|---------|-------|------|
-| `GET` | `/api/v1/auth/reprise-dossier?token={uuid}` | Public |
-| `PATCH` | `/api/v1/auth/reprise-resoumettre` | Public |
-| `POST` | `/api/v1/auth/reprise-identify` | Public (inchangé) |
-
-> **Note :** le ticket #111 parlait de `PUT` ; l’implémentation reste en **`PATCH`** (comme avant).
-
----
-
-## 2. `GET /auth/reprise-dossier` — réponse enrichie
-
-### Champs communs (toujours présents)
-
-Identiques à avant : `id`, `email`, `prenom`, `nom`, `telephone`, `adresse`, `ville`, `code_postal`, `numero_dossier`, `role`, `photo_url`, `genre`, `situation_familiale`.
-
-### Rôle `parent` (+ champs #119)
-
-Alignés sur `DossierFamilleCompletDto` :
-
-```json
-{
-  "parents": [
-    {
-      "user_id": "uuid",
-      "email": "…",
-      "prenom": "…",
-      "nom": "…",
-      "telephone": "…",
-      "adresse": "…",
-      "ville": "…",
-      "code_postal": "…",
-      "statut": "refuse",
-      "co_parent_id": "uuid-parent-entity"
-    }
-  ],
-  "enfants": [
-    {
-      "id": "uuid-enfant",
-      "first_name": "Emma",
-      "last_name": "MARTIN",
-      "genre": "F",
-      "status": "actif",
-      "birth_date": "2023-02-15T00:00:00.000Z",
-      "due_date": null,
-      "photo_url": "/uploads/photos/…",
-      "consent_photo": true,
-      "est_multiple": false
-    }
-  ],
-  "texte_motivation": "Nous recherchons…"
-}
-```
-
-**Mapping front suggéré :**
-
-| JSON back | Modèle / wizard parent |
-|-----------|-------------------------|
-| `parents[]` | `UserRegistrationData.parent1` + `parent2` (matcher par `email` ou ordre : titulaire = `id` du GET racine) |
-| `enfants[].first_name` / `last_name` | `ChildData.firstName` / `lastName` |
-| `enfants[].birth_date` | `ChildData.birthDate` (ISO → `DateTime`) |
-| `enfants[].due_date` | `ChildData.dueDate` (enfant `a_naitre`) |
-| `enfants[].status` | `actif` = né, `a_naitre` = à naître |
-| `enfants[].photo_url` | `ApiConfig.absoluteMediaUrl()` + conserver pour reprise sans re-upload |
-| `enfants[].id` | **Obligatoire** pour le PATCH (update par id) |
-| `enfants[].est_multiple` | `grossesse_multiple` si utilisé |
-| `texte_motivation` | étape présentation / motivation |
-
-Si `numero_dossier` absent : pas de `parents[]` / `enfants[]` / `texte_motivation` (identité seule).
-
-### Rôle `assistante_maternelle`
-
-Champs racine + fiche pro (structure **aplatie**, pas de sous-objet `user`) :
-
-```json
-{
-  "consentement_photo": true,
-  "date_naissance": "1985-03-12T00:00:00.000Z",
-  "lieu_naissance_ville": "Paris",
-  "lieu_naissance_pays": "France",
-  "numero_agrement": "AGR-2024-12345",
-  "nir": "123456789012345",
-  "date_agrement": "2024-06-01T00:00:00.000Z",
-  "nb_max_enfants": 4,
-  "place_disponible": 2,
-  "biographie": "…"
-}
-```
-
-**Mapping `AmRegistrationData` :**
-
-| JSON back | Champ front |
-|-----------|-------------|
-| `nb_max_enfants` | `capaciteAccueil` |
-| `place_disponible` | `placesDisponibles` |
-| `numero_agrement` | `numeroAgrement` |
-| `biographie` | `biographie` / présentation |
-| `photo_url` | déjà géré via `RepriseSession.photoUrl` |
-
----
-
-## 3. `PATCH /auth/reprise-resoumettre` — body étendu
-
-### Commun
-
-```json
-{ "token": "uuid-reprise" }
-```
-
-### Parent — champs à envoyer depuis le wizard
-
-| Champ PATCH | Source wizard | Notes |
-|-------------|---------------|-------|
-| `prenom`, `nom`, `telephone`, `adresse`, `ville`, `code_postal` | Parent 1 (titulaire token) | Champs racine |
-| `co_parent_prenom`, `co_parent_nom`, `co_parent_telephone` | Parent 2 | |
-| `co_parent_meme_adresse`, `co_parent_adresse`, `co_parent_code_postal`, `co_parent_ville` | Parent 2 adresse | |
-| `texte_motivation` **ou** `presentation_dossier` | Étape motivation | Les deux alias acceptés |
-| `enfants[]` | Liste enfants | Voir ci-dessous |
-
-**Structure `enfants[]` (miroir inscription + `id` obligatoire) :**
-
-```json
-{
-  "id": "uuid-enfant-existant",
-  "prenom": "Emma",
-  "nom": "MARTIN",
-  "date_naissance": "2023-02-15",
-  "date_previsionnelle_naissance": null,
-  "genre": "F",
-  "photo_base64": "data:image/jpeg;base64,…",
-  "photo_filename": "emma.jpg",
-  "grossesse_multiple": false
-}
-```
-
-- **v1 back :** update par `id` uniquement — pas de création/suppression d’enfant.
-- Si `id` inconnu pour ce dossier → **400** `Enfant inconnu pour ce dossier : {id}`.
-- Sans nouvelle photo : ne pas envoyer `photo_base64` (l’existant est conservé).
-
-### AM — champs à envoyer
-
-| Champ PATCH | Source |
-|-------------|--------|
-| Identité + `photo_url` ou `photo_base64` + `photo_filename` | Étapes 1–2 |
-| `consentement_photo`, `date_naissance`, `lieu_naissance_ville`, `lieu_naissance_pays` | Identité |
-| `numero_agrement`, `nir`, `date_agrement` | Pro |
-| `capacite_accueil`, `places_disponibles` | Pro |
-| `biographie` | Présentation |
-
-Validation NIR identique à l’inscription si `nir` fourni.
-
-### Réponse succès (nouveau format)
-
-```json
-{
-  "message": "Dossier resoumis avec succès. Il est de nouveau en attente de validation.",
-  "statut": "en_attente",
-  "user_id": "uuid",
-  "numero_dossier": "2026-000021"
-}
-```
-
-Code HTTP : **200** (pas de corps `Users` brut comme l’ancien back).
-
-### Effet métier
-
-- **Parent :** tous les users `role=parent` avec le même `numero_dossier` passent en `en_attente` ; `token_reprise` invalidé sur **tous** (symétrique refus #110).
-- **AM :** un seul user.
-
-### E-mail accusé resoumission (parent)
-
-Après `PATCH` réussi, un e-mail est envoyé à **chaque parent** du dossier (`sendResoumissionPendingEmail`) :
-- confirmation de resoumission ;
-- rappel du **numéro de dossier** ;
-- mention « en attente de validation ».
-
-Échec SMTP : logué, **ne bloque pas** la resoumission (même règle que l'inscription initiale).
-
----
-
-## 4. Fichiers front à modifier (checklist)
-
-### Modèles
-
-- [ ] `lib/models/reprise_dossier.dart` — parser `parents[]`, `enfants[]`, `texte_motivation`, champs AM
-- [ ] Réutiliser ou mapper vers `DossierFamilleEnfant` / structures existantes (#119 admin) si possible
-
-### Session / préremplissage
-
-- [ ] `lib/services/reprise_session.dart`
-  - `applyToParent` : remplir parent1/parent2 depuis `parents[]`, enfants, motivation
-  - `applyToAm` : remplir tous les champs AM
-
-### API
-
-- [ ] `lib/services/auth_service.dart` — `resoumettreReprise()` : accepter body complet (parent + AM), pas seulement identité
-- [ ] Étendre `UserRegistrationData` / `AmRegistrationData` helpers `toReprisePatchBody()` si utile
-
-### Écrans fin de parcours
-
-- [ ] `parent_register_step5_screen.dart` — PATCH avec co-parent, enfants, motivation
-- [ ] `am_register_step4_screen.dart` — PATCH avec fiche AM complète
-
-### Hors scope back (inchangé)
-
-RIB / IBAN / attestation CAF (étape 5 wizard parent) : **non persistés** — rien à envoyer en reprise.
-
-### Non implémenté front (ticket #112 initial)
-
-- [ ] Modale login « J’ai un numéro de dossier » → `POST /auth/reprise-identify` (back prêt, front absent)
-
----
-
-## 5. Tests manuels suggérés
-
-1. Refuser un dossier parent complet (≥1 enfant + co-parent + motivation).
-2. Ouvrir le lien mail `/reprise?token=…`.
-3. Vérifier dans DevTools que le GET contient `enfants[]` et `texte_motivation`.
-4. Après branchement front : wizard prérempli sur toutes les étapes.
-5. Resoumettre → statut `en_attente` pour les deux parents ; dossier visible file validation admin (#119).
-
----
-
-## 6. Références code back
-
-```
-backend/src/routes/auth/dto/reprise-dossier.dto.ts
-backend/src/routes/auth/dto/resoumettre-reprise.dto.ts
-backend/src/routes/auth/dto/enfant-reprise.dto.ts
-backend/src/routes/auth/auth.service.ts  → getRepriseDossier, resoumettreReprise
-backend/src/routes/parents/dto/dossier-famille-complet.dto.ts
-```

docs/archive/temporaires/TEMP_131-back-fiche-am-enfants.md

@@ -1,132 +0,0 @@
-# #131 — Fiche AM éditable + affiliation enfants (note front → back)
-
-**Ticket :** #131 (partie AM, doc `28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md` §6.1)  
-**Date :** 2026-06-01  
-**Statut front :** modale livrée (2 onglets) — **API affiliation AM↔enfant à implémenter**
-
----
-
-## 1. Comportement UI (front)
-
-Modale `AdminAmEditModal` — même shell que la fiche parent (~930 px) :
-
-| Onglet | Contenu |
-|--------|---------|
-| **Identité & professionnel** | `IdentityBlock` éditable + grille pro (agrément, ville résidence, capacité, places, NIR/agrément date en lecture seule, biographie, switch disponible) + gélule statut |
-| **Enfants accueillis** | Liste cartes enfants (réutilise `AdminChildrenAffiliationPanel` / `AdminEnfantUserCard`) + rattacher / détacher |
-
-En-tête : prénom nom · sous-titre `Zone · Agrément · Dossier`.
-
----
-
-## 2. Endpoints consommés
-
-### Déjà existants (partiels)
-
-| Méthode | Route | Usage |
-|---------|-------|-------|
-| `GET` | `/api/v1/assistantes-maternelles` | Liste AM |
-| `GET` | `/api/v1/assistantes-maternelles/:userId` | Détail (403 possible pour `administrateur` → fallback liste) |
-| `PATCH` | `/api/v1/users/:userId` | Identité + statut (admin / super_admin uniquement) |
-| `PATCH` | `/api/v1/assistantes-maternelles/:userId` | Champs pro (gestionnaire / super_admin) |
-
-### À créer (recommandé — miroir parent #131 / #115)
-
-| Méthode | Route | Rôle |
-|---------|-------|------|
-| `PATCH` | `/api/v1/assistantes-maternelles/:userId/fiche` | Mise à jour unifiée identité + pro + statut (`super_admin`, `gestionnaire`, `administrateur`) |
-| `POST` | `/api/v1/assistantes-maternelles/:userId/enfants/:enfantId` | Rattacher un enfant |
-| `DELETE` | `/api/v1/assistantes-maternelles/:userId/enfants/:enfantId` | Détacher un enfant |
-| `GET` | `/api/v1/assistantes-maternelles/:userId` | Inclure `amChildren[]` (relation enfant) |
-
-Le front appelle déjà ces routes ; en l’absence de `PATCH …/fiche`, il tente un fallback `PATCH users` + `PATCH assistantes-maternelles` (échoue selon le rôle connecté).
-
----
-
-## 3. Modèle de données affiliation AM ↔ enfant
-
-**À définir côté BDD** (pas de table dédiée aujourd’hui, contrairement à `enfants_parents`) :
-
-Proposition alignée parent :
-
-```sql
--- Piste : enfants_assistantes_maternelles
-CREATE TABLE enfants_assistantes_maternelles (
-  id_am UUID NOT NULL REFERENCES utilisateurs(id) ON DELETE CASCADE,
-  id_enfant UUID NOT NULL REFERENCES enfants(id) ON DELETE CASCADE,
-  PRIMARY KEY (id_am, id_enfant)
-);
-```
-
-Réponse API attendue sur `GET /assistantes-maternelles/:id` :
-
-```json
-{
-  "user_id": "uuid-am",
-  "user": { "id": "…", "prenom": "Claire", "nom": "MARTIN", "statut": "actif" },
-  "approval_number": "AGR-2024-12345",
-  "residence_city": "Bezons",
-  "max_children": 4,
-  "places_available": 2,
-  "available": true,
-  "amChildren": [
-    {
-      "child": {
-        "id": "uuid-enfant",
-        "first_name": "Emma",
-        "last_name": "MARTIN",
-        "status": "actif",
-        "birth_date": "2023-02-15"
-      }
-    }
-  ]
-}
-```
-
-Le front parse `amChildren` / `am_children` / `assistanteChildren` (même logique que `parentChildren`).
-
----
-
-## 4. Body `PATCH …/fiche` suggéré
-
-```json
-{
-  "nom": "MARTIN",
-  "prenom": "Claire",
-  "email": "claire@example.com",
-  "telephone": "0612345678",
-  "adresse": "5 place Bellecour",
-  "ville": "Lyon",
-  "code_postal": "69002",
-  "statut": "actif",
-  "approval_number": "AGR-2024-12345",
-  "residence_city": "Lyon",
-  "max_children": 4,
-  "places_available": 2,
-  "biography": "…",
-  "available": true
-}
-```
-
-NIR et date d’agrément : lecture seule dans la modale (modification hors périmètre admin v1).
-
----
-
-## 5. Fichiers front concernés
-
-| Fichier | Rôle |
-|---------|------|
-| `frontend/lib/widgets/admin/common/admin_am_edit_modal.dart` | Modale 2 onglets |
-| `frontend/lib/widgets/admin/common/admin_children_affiliation_panel.dart` | Liste enfants partagée parent/AM |
-| `frontend/lib/widgets/admin/common/admin_status_capsule.dart` | Gélule statut partagée |
-| `frontend/lib/models/assistante_maternelle_model.dart` | Parse champs pro + `amChildren` |
-| `frontend/lib/services/user_service.dart` | `getAssistanteMaternelle`, `updateAmFiche`, `attachEnfantToAm`, `detachEnfantFromAm` |
-| `frontend/lib/widgets/admin/assistante_maternelle_management_widget.dart` | Ouverture modale au clic Modifier |
-
----
-
-## 6. Références
-
-- Fiche parent : `PATCH /parents/:id/fiche`, `POST|DELETE /parents/:id/enfants/:enfantId`
-- Ticket Gitea **#131**, **#115**
-- `docs/archive/temporaires/TEMP_131-back-fiche-parent-co-parent.md`

docs/archive/temporaires/TEMP_131-back-fiche-parent-co-parent.md

@@ -1,124 +0,0 @@
-# #131 — En-tête fiche parent : co-parent (note front → back)
-
-**Ticket :** #131 (fiche parent dashboard, doc `28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md` §6.1)  
-**Date :** 2026-06-01  
-**Statut front :** livré (en-tête dynamique)  
-**Modif backend demandée :** **aucune** — ce document fixe le contrat attendu et invite à valider que l’existant le couvre.
-
----
-
-## 1. Comportement UI (front)
-
-Dans la modale **fiche parent** (`AdminParentEditModal`) :
-
-| Zone | Contenu |
-|------|---------|
-| **Titre** | `prenom` + `nom` du parent affiché (plus le libellé fixe « Fiche parent ») |
-| **Sous-titre** | `Co-parent : {prenom} {nom}` — affiché **uniquement** si un co-parent est connu |
-
-Le titre se met à jour en direct pendant l’édition des champs nom/prénom.  
-Le sous-titre provient du co-parent **chargé depuis l’API** (pas saisi à la main dans la modale).
-
----
-
-## 2. Endpoints consommés
-
-| Méthode | Route | Usage front |
-|---------|-------|-------------|
-| `GET` | `/api/v1/parents` | Liste parents (onglet Parents) |
-| `GET` | `/api/v1/parents/:userId` | Rechargement fiche après rattachement/détachement enfant |
-| `PATCH` | `/api/v1/parents/:userId/fiche` | Sauvegarde identité + statut (inchangé) |
-
-Rôles : `super_admin`, `gestionnaire`, `administrateur` (selon route).
-
----
-
-## 3. Contrat JSON attendu pour `co_parent`
-
-Le front parse `ParentModel.fromJson` avec la clé **`co_parent`** (snake_case), objet utilisateur imbriqué.
-
-### Champs minimum utilisés pour le sous-titre
-
-| Clé JSON | Usage |
-|----------|--------|
-| `co_parent` | Objet ou absent/`null` |
-| `co_parent.id` | Identifiant (futur lien cliquable éventuel) |
-| `co_parent.prenom` | Affichage |
-| `co_parent.nom` | Affichage |
-
-Affichage front : `'{prenom} {nom}'.trim()` → libellé `Co-parent : …`.
-
-### Exemple de fragment de réponse (`GET /parents/:id`)
-
-```json
-{
-  "user_id": "33333333-3333-3333-3333-333333333333",
-  "numero_dossier": "2026-000042",
-  "user": {
-    "id": "33333333-3333-3333-3333-333333333333",
-    "email": "parent1@example.com",
-    "prenom": "Paul",
-    "nom": "PARENT",
-    "statut": "actif",
-    "telephone": "0601020304"
-  },
-  "co_parent": {
-    "id": "44444444-4444-4444-4444-444444444444",
-    "email": "coparent1@example.com",
-    "prenom": "Clara",
-    "nom": "COPARENT",
-    "role": "parent",
-    "statut": "actif"
-  },
-  "parentChildren": []
-}
-```
-
-> **Note :** le front lit `user` (pas `utilisateur`). La doc `11_API.md` § Parents mentionne encore `utilisateur` / `id_co_parent` seul — le contrat **effectif** côté Nest/TypeORM est l’entité `Parents` sérialisée (`user`, `co_parent`, `parentChildren`, …).
-
----
-
-## 4. État backend (à valider, pas à refaire)
-
-D’après le code actuel (`parents.service.ts`) :
-
-- `findAll()` et `findOne(user_id)` chargent déjà la relation **`co_parent`** ;
-- la FK métier est `parents.id_co_parent` → `utilisateurs.id` ;
-- à l’inscription couple, les deux sens sont en principe renseignés (`auth.service.ts`).
-
-**Checklist validation back :**
-
-- [ ] `GET /parents/:id` renvoie bien `co_parent` peuplé quand `id_co_parent` est non null
-- [ ] `GET /parents` (liste) inclut aussi `co_parent` (sous-titre disponible dès l’ouverture sans re-fetch)
-- [ ] Les champs `prenom` / `nom` du co-parent sont présents dans la réponse JSON
-
-Si ces trois points passent en recette, **aucun changement backend n’est nécessaire** pour cette fonctionnalité.
-
----
-
-## 5. Points d’attention (hors périmètre immédiat)
-
-| Sujet | Détail |
-|-------|--------|
-| **Lien inverse** | Si le parent B est le co-parent de A (`A.id_co_parent = B`) mais que `B.id_co_parent` est `null`, le sous-titre **ne s’affichera pas** sur la fiche de B. Le front ne fait pas de résolution inverse. À traiter côté back **seulement si** des données legacy ont un lien à sens unique. |
-| **Familles > 2 adultes** | Le sous-titre n’affiche que le co-parent direct (`id_co_parent`). Les autres responsables liés uniquement via `enfants_parents` ne sont pas listés ici (cf. doc 28 §6). |
-| **Données sensibles** | Vérifier que la sérialisation de `co_parent` n’expose pas `password` / tokens (même remarque que pour `user`). |
-
----
-
-## 6. Fichiers front concernés
-
-| Fichier | Rôle |
-|---------|------|
-| `frontend/lib/models/parent_model.dart` | Parse `co_parent` → `AppUser? coParent` |
-| `frontend/lib/widgets/admin/common/admin_parent_edit_modal.dart` | Titre + sous-titre |
-| `frontend/lib/services/user_service.dart` | `getParents()` / `getParent()` |
-
----
-
-## 7. Références
-
-- `docs/28_EVOLUTION-FAMILLE-ET-RESPONSABLES.md` §6.1
-- `backend/src/routes/parents/parents.service.ts` — `findOne`, `findAll`
-- `backend/src/entities/parents.entity.ts` — relation `co_parent`
-- Ticket Gitea **#131**

docs/archive/temporaires/TEMP_FRONT_alignement_AM.md

@@ -1,46 +0,0 @@
-# TEMP — Alignement front / API (inscription AM & validation gestionnaire)
-
-> **Archivé** (`docs/archive/temporaires/`) — **fichier temporaire** ; à
-> **supprimer** une fois le front livré ou le sujet clos (voir
-> `docs/archive/temporaires/README.md`).
-
-Ce document décrit les changements **côté API** et ce que **Flutter** doit faire pour rester aligné. Aucune modification front n’a été faite dans le chantier backend associé.
-
-## 1. `POST /auth/register/am` — lieu de naissance obligatoire
-
-- **`lieu_naissance_ville`** et **`lieu_naissance_pays`** sont **obligatoires** (non vides après trim, min. **2 caractères** chacun, max 100).
-- Réponses **400** si manquants ou invalides (messages class-validator).
-- **Action front** : champs obligatoires dans le parcours AM (étapes identité / naissance), validation UI avant envoi ; afficher les erreurs renvoyées par l’API.
-
-## 2. Réponse `GET /dossiers/:numeroDossier` (type `am`)
-
-Sous `dossier.user`, l’API peut inclure :
-
-| Clé JSON | Description |
-|----------|-------------|
-| `date_naissance` | Date (si renseignée à l’inscription) |
-| `lieu_naissance_ville` | Ville de naissance |
-| `lieu_naissance_pays` | Pays de naissance |
-| `consentement_photo` | Booléen (exposé dans `dossier.user`) |
-
-À la **racine** de `dossier` (objet AM), champs déjà renvoyés par le backend : `disponible`, `annees_experience`, `specialite`, `nb_max_enfants`, `place_disponible`, etc.
-
-**Action front** :
-
-- Étendre **`AppUser.fromJson` / `toJson`** (`lib/models/user.dart`) pour mapper `date_naissance`, `lieu_naissance_ville`, `lieu_naissance_pays`, `consentement_photo`.
-- Étendre **`DossierAM.fromJson`** (`lib/models/dossier_unifie.dart`) pour parser `disponible`, `annees_experience`, `specialite` à la racine du dossier (noms snake_case comme dans la réponse JSON Nest).
-
-## 3. `ValidationAmWizard` (admin)
-
-Afficher pour cohérence avec le formulaire d’inscription :
-
-- **Informations personnelles** : date de naissance, ville / pays de naissance, consentement photo (Oui/Non).
-- **Informations professionnelles** : disponibilité, années d’expérience, spécialité (afficher « – » si `null`).
-
-## 4. `place_disponible` à l’inscription
-
-- Le backend initialise **`place_disponible`** sur la fiche AM à la **même valeur** que **`capacite_accueil`** à la création. Le wizard peut donc afficher une valeur cohérente avec la capacité sans champ séparé côté public.
-
----
-
-*Dernière mise à jour : alignement backend branche `feature/120-inscription-am-photo-backend`.*

docs/tmp/112-back-reprise-alignement-front.md

@@ -1,244 +0,0 @@
-# #112 — Alignement front après évolution back (reprise dossier complet)
-
-**Branche déployée :** `feature/112-reprise-apres-refus-front`  
-**Commit back :** `d70577b1` — `feat(#112): reprise après refus — dossier complet GET/PATCH`  
-**Date :** 2026-06-16
-
-Ce document décrit le **contrat API réel** après extension du back, et ce que le front doit encore brancher pour exploiter le dossier complet (au-delà de l’identité seule).
-
----
-
-## 1. Endpoints (inchangés côté URL)
-
-| Méthode | Route | Auth |
-|---------|-------|------|
-| `GET` | `/api/v1/auth/reprise-dossier?token={uuid}` | Public |
-| `PATCH` | `/api/v1/auth/reprise-resoumettre` | Public |
-| `POST` | `/api/v1/auth/reprise-identify` | Public (inchangé) |
-
-> **Note :** le ticket #111 parlait de `PUT` ; l’implémentation reste en **`PATCH`** (comme avant).
-
----
-
-## 2. `GET /auth/reprise-dossier` — réponse enrichie
-
-### Champs communs (toujours présents)
-
-Identiques à avant : `id`, `email`, `prenom`, `nom`, `telephone`, `adresse`, `ville`, `code_postal`, `numero_dossier`, `role`, `photo_url`, `genre`, `situation_familiale`.
-
-### Rôle `parent` (+ champs #119)
-
-Alignés sur `DossierFamilleCompletDto` :
-
-```json
-{
-  "parents": [
-    {
-      "user_id": "uuid",
-      "email": "…",
-      "prenom": "…",
-      "nom": "…",
-      "telephone": "…",
-      "adresse": "…",
-      "ville": "…",
-      "code_postal": "…",
-      "statut": "refuse",
-      "co_parent_id": "uuid-parent-entity"
-    }
-  ],
-  "enfants": [
-    {
-      "id": "uuid-enfant",
-      "first_name": "Emma",
-      "last_name": "MARTIN",
-      "genre": "F",
-      "status": "actif",
-      "birth_date": "2023-02-15T00:00:00.000Z",
-      "due_date": null,
-      "photo_url": "/uploads/photos/…",
-      "consent_photo": true,
-      "est_multiple": false
-    }
-  ],
-  "texte_motivation": "Nous recherchons…"
-}
-```
-
-**Mapping front suggéré :**
-
-| JSON back | Modèle / wizard parent |
-|-----------|-------------------------|
-| `parents[]` | `UserRegistrationData.parent1` + `parent2` (matcher par `email` ou ordre : titulaire = `id` du GET racine) |
-| `enfants[].first_name` / `last_name` | `ChildData.firstName` / `lastName` |
-| `enfants[].birth_date` | `ChildData.birthDate` (ISO → `DateTime`) |
-| `enfants[].due_date` | `ChildData.dueDate` (enfant `a_naitre`) |
-| `enfants[].status` | `actif` = né, `a_naitre` = à naître |
-| `enfants[].photo_url` | `ApiConfig.absoluteMediaUrl()` + conserver pour reprise sans re-upload |
-| `enfants[].id` | **Obligatoire** pour le PATCH (update par id) |
-| `enfants[].est_multiple` | `grossesse_multiple` si utilisé |
-| `texte_motivation` | étape présentation / motivation |
-
-Si `numero_dossier` absent : pas de `parents[]` / `enfants[]` / `texte_motivation` (identité seule).
-
-### Rôle `assistante_maternelle`
-
-Champs racine + fiche pro (structure **aplatie**, pas de sous-objet `user`) :
-
-```json
-{
-  "consentement_photo": true,
-  "date_naissance": "1985-03-12T00:00:00.000Z",
-  "lieu_naissance_ville": "Paris",
-  "lieu_naissance_pays": "France",
-  "numero_agrement": "AGR-2024-12345",
-  "nir": "123456789012345",
-  "date_agrement": "2024-06-01T00:00:00.000Z",
-  "nb_max_enfants": 4,
-  "place_disponible": 2,
-  "biographie": "…"
-}
-```
-
-**Mapping `AmRegistrationData` :**
-
-| JSON back | Champ front |
-|-----------|-------------|
-| `nb_max_enfants` | `capaciteAccueil` |
-| `place_disponible` | `placesDisponibles` |
-| `numero_agrement` | `numeroAgrement` |
-| `biographie` | `biographie` / présentation |
-| `photo_url` | déjà géré via `RepriseSession.photoUrl` |
-
----
-
-## 3. `PATCH /auth/reprise-resoumettre` — body étendu
-
-### Commun
-
-```json
-{ "token": "uuid-reprise" }
-```
-
-### Parent — champs à envoyer depuis le wizard
-
-| Champ PATCH | Source wizard | Notes |
-|-------------|---------------|-------|
-| `prenom`, `nom`, `telephone`, `adresse`, `ville`, `code_postal` | Parent 1 (titulaire token) | Champs racine |
-| `co_parent_prenom`, `co_parent_nom`, `co_parent_telephone` | Parent 2 | |
-| `co_parent_meme_adresse`, `co_parent_adresse`, `co_parent_code_postal`, `co_parent_ville` | Parent 2 adresse | |
-| `texte_motivation` **ou** `presentation_dossier` | Étape motivation | Les deux alias acceptés |
-| `enfants[]` | Liste enfants | Voir ci-dessous |
-
-**Structure `enfants[]` (miroir inscription + `id` obligatoire) :**
-
-```json
-{
-  "id": "uuid-enfant-existant",
-  "prenom": "Emma",
-  "nom": "MARTIN",
-  "date_naissance": "2023-02-15",
-  "date_previsionnelle_naissance": null,
-  "genre": "F",
-  "photo_base64": "data:image/jpeg;base64,…",
-  "photo_filename": "emma.jpg",
-  "grossesse_multiple": false
-}
-```
-
-- **v1 back :** update par `id` uniquement — pas de création/suppression d’enfant.
-- Si `id` inconnu pour ce dossier → **400** `Enfant inconnu pour ce dossier : {id}`.
-- Sans nouvelle photo : ne pas envoyer `photo_base64` (l’existant est conservé).
-
-### AM — champs à envoyer
-
-| Champ PATCH | Source |
-|-------------|--------|
-| Identité + `photo_url` ou `photo_base64` + `photo_filename` | Étapes 1–2 |
-| `consentement_photo`, `date_naissance`, `lieu_naissance_ville`, `lieu_naissance_pays` | Identité |
-| `numero_agrement`, `nir`, `date_agrement` | Pro |
-| `capacite_accueil`, `places_disponibles` | Pro |
-| `biographie` | Présentation |
-
-Validation NIR identique à l’inscription si `nir` fourni.
-
-### Réponse succès (nouveau format)
-
-```json
-{
-  "message": "Dossier resoumis avec succès. Il est de nouveau en attente de validation.",
-  "statut": "en_attente",
-  "user_id": "uuid",
-  "numero_dossier": "2026-000021"
-}
-```
-
-Code HTTP : **200** (pas de corps `Users` brut comme l’ancien back).
-
-### Effet métier
-
-- **Parent :** tous les users `role=parent` avec le même `numero_dossier` passent en `en_attente` ; `token_reprise` invalidé sur **tous** (symétrique refus #110).
-- **AM :** un seul user.
-
-### E-mail accusé resoumission (parent)
-
-Après `PATCH` réussi, un e-mail est envoyé à **chaque parent** du dossier (`sendResoumissionPendingEmail`) :
-- confirmation de resoumission ;
-- rappel du **numéro de dossier** ;
-- mention « en attente de validation ».
-
-Échec SMTP : logué, **ne bloque pas** la resoumission (même règle que l'inscription initiale).
-
----
-
-## 4. Fichiers front à modifier (checklist)
-
-### Modèles
-
-- [ ] `lib/models/reprise_dossier.dart` — parser `parents[]`, `enfants[]`, `texte_motivation`, champs AM
-- [ ] Réutiliser ou mapper vers `DossierFamilleEnfant` / structures existantes (#119 admin) si possible
-
-### Session / préremplissage
-
-- [ ] `lib/services/reprise_session.dart`
-  - `applyToParent` : remplir parent1/parent2 depuis `parents[]`, enfants, motivation
-  - `applyToAm` : remplir tous les champs AM
-
-### API
-
-- [ ] `lib/services/auth_service.dart` — `resoumettreReprise()` : accepter body complet (parent + AM), pas seulement identité
-- [ ] Étendre `UserRegistrationData` / `AmRegistrationData` helpers `toReprisePatchBody()` si utile
-
-### Écrans fin de parcours
-
-- [ ] `parent_register_step5_screen.dart` — PATCH avec co-parent, enfants, motivation
-- [ ] `am_register_step4_screen.dart` — PATCH avec fiche AM complète
-
-### Hors scope back (inchangé)
-
-RIB / IBAN / attestation CAF (étape 5 wizard parent) : **non persistés** — rien à envoyer en reprise.
-
-### Non implémenté front (ticket #112 initial)
-
-- [ ] Modale login « J’ai un numéro de dossier » → `POST /auth/reprise-identify` (back prêt, front absent)
-
----
-
-## 5. Tests manuels suggérés
-
-1. Refuser un dossier parent complet (≥1 enfant + co-parent + motivation).
-2. Ouvrir le lien mail `/reprise?token=…`.
-3. Vérifier dans DevTools que le GET contient `enfants[]` et `texte_motivation`.
-4. Après branchement front : wizard prérempli sur toutes les étapes.
-5. Resoumettre → statut `en_attente` pour les deux parents ; dossier visible file validation admin (#119).
-
----
-
-## 6. Références code back
-
-```
-backend/src/routes/auth/dto/reprise-dossier.dto.ts
-backend/src/routes/auth/dto/resoumettre-reprise.dto.ts
-backend/src/routes/auth/dto/enfant-reprise.dto.ts
-backend/src/routes/auth/auth.service.ts  → getRepriseDossier, resoumettreReprise
-backend/src/routes/parents/dto/dossier-famille-complet.dto.ts
-```

docs/tmp/152-mini-spec-front-est-multiple.md

@@ -0,0 +1,65 @@
+# Mini-spec — Suppression complète grossesse multiple / `est_multiple`
+
+**Ticket** : **#152** — https://git.ptits-pas.fr/jmartin/petitspas/issues/152  
+**Branche** : `feature/152-remove-est-multiple` (depuis `develop`)  
+**Périmètre** : **full stack** — BDD + back + front + scripts + docs. **Aucun fantôme.**
+
+---
+
+## Décision
+
+On **supprime tout**. Pas de DTO « ignorés », pas de compat payload.
+
+`forbidNonWhitelisted: true` ⇒ back et front **partent ensemble** (même feature / même déploiement).
+
+---
+
+## Alias retirés
+
+`est_multiple` · `is_multiple` · `grossesse_multiple` · `multipleBirth` · `estMultiple` · `isMultiple` · `jumeau_multiple`
+
+---
+
+## Back / BDD (fait sur la branche)
+
+- [x] Migration `database/migrations/2026_drop_enfants_est_multiple.sql`
+- [x] `BDD.sql`, seeds, CSV test
+- [x] Entity `Children` sans colonne
+- [x] DTO create/inscription/réponse/dossier famille **sans** le champ
+- [x] Services auth / enfants / parents : plus de mapping
+- [x] Prisma legacy `isMultiple` retiré
+
+## Front (fait sur la branche)
+
+- [x] Modèles admin / dossier / inscription
+- [x] Payloads inscription + reprise
+- [x] Modale enfant + wizard dossier famille
+- [x] Step3 inscription parent
+
+## Scripts / docs
+
+- [x] `tests/scripts/register-parent-*.mjs`
+- [x] `docs/10_DATABASE.md`, `docs/99_REGLES-CODAGE.md`
+- Docs tmp/archive #112 : mentions historiques OK (archive)
+
+---
+
+## Déploiement
+
+1. Appliquer la migration SQL sur la BDD vivante  
+2. Deploy back **et** front de cette branche  
+3. Smoke : création enfant staff, inscription parent, reprise, wizard famille
+
+## Vérif
+
+```bash
+rg -n 'est_multiple|is_multiple|grossesse_multiple|multipleBirth|estMultiple|isMultiple|jumeau_multiple' \
+  backend/src frontend/lib database tests/scripts docs/10_DATABASE.md docs/99_REGLES-CODAGE.md
+```
+→ **0** hit (hors ce fichier mini-spec / archives).
+
+## Hors scope
+
+- Métier futur « fratrie / jumeaux » → nouveau ticket  
+- #155 rename Admin*  
+- Ticket modales staff

docs/tmp/164-staff-modal-uniformisation-mini-spec.md

@@ -0,0 +1,14 @@
+# Mini-spec — Uniformisation modale staff (Gestionnaire / Administrateur)
+
+**Ticket** : **#164** — https://git.ptits-pas.fr/jmartin/petitspas/issues/164  
+**Branche** : `feature/164-staff-modal-uniformisation` (depuis `develop`)  
+**Périmètre** : **front only** — pas d’API / BDD  
+**Milestone** : **0.1.0**
+
+Voir le corps du ticket #164 pour la spec complète.
+
+## Livré
+
+- `frontend/lib/widgets/dashboard/staff_user_form_modal.dart` → `StaffUserFormModal`
+- Ancien `AdminUserFormDialog` / `gestionnaires_create.dart` retiré
+- Imports : `user_management_panel`, `gestionnaire_management_widget`, `admin_management_widget`

frontend/lib/models/dossier_unifie.dart

@@ -185,7 +185,6 @@ class EnfantDossier {
   final String? dueDate;
   final String? photoUrl;
   final bool consentPhoto;
-  final bool estMultiple;
 
   EnfantDossier({
     required this.id,
@@ -197,7 +196,6 @@ class EnfantDossier {
     this.dueDate,
     this.photoUrl,
     this.consentPhoto = false,
-    this.estMultiple = false,
   });
 
   String get fullName => '${firstName ?? ''} ${lastName ?? ''}'.trim();
@@ -231,8 +229,6 @@ class EnfantDossier {
       photoUrl: resolvedPhoto,
       consentPhoto:
           json['consent_photo'] == true || json['consentPhoto'] == true,
-      estMultiple:
-          json['est_multiple'] == true || json['estMultiple'] == true,
     );
   }
 }

frontend/lib/models/enfant_admin_model.dart

@@ -12,7 +12,6 @@ class EnfantAdminModel {
   final String status;
   final String? photoUrl;
   final bool consentPhoto;
-  final bool isMultiple;
   final List<EnfantParentLink> parentLinks;
   /// Flag API #157 (sinon déduit de [parentLinks]).
   final bool? sansResponsable;
@@ -27,7 +26,6 @@ class EnfantAdminModel {
     required this.status,
     this.photoUrl,
     this.consentPhoto = false,
-    this.isMultiple = false,
     this.parentLinks = const [],
     this.sansResponsable,
   });
@@ -56,7 +54,6 @@ class EnfantAdminModel {
     String? status,
     String? photoUrl,
     bool? consentPhoto,
-    bool? isMultiple,
     List<EnfantParentLink>? parentLinks,
     bool? sansResponsable,
   }) {
@@ -70,7 +67,6 @@ class EnfantAdminModel {
       status: status ?? this.status,
       photoUrl: photoUrl ?? this.photoUrl,
       consentPhoto: consentPhoto ?? this.consentPhoto,
-      isMultiple: isMultiple ?? this.isMultiple,
       parentLinks: parentLinks ?? this.parentLinks,
       sansResponsable: sansResponsable ?? this.sansResponsable,
     );
@@ -111,8 +107,6 @@ class EnfantAdminModel {
       ),
       photoUrl: photoUrl,
       consentPhoto: consentPhoto,
-      isMultiple: _parseBool(json['is_multiple']) ||
-          _parseBool(json['est_multiple']),
       parentLinks: links,
       sansResponsable: sansResponsable,
     );
@@ -127,7 +121,6 @@ class EnfantAdminModel {
       if (birthDate != null && birthDate!.isNotEmpty) 'birth_date': birthDate,
       if (dueDate != null && dueDate!.isNotEmpty) 'due_date': dueDate,
       'consent_photo': consentPhoto,
-      'is_multiple': isMultiple,
     };
   }
 

frontend/lib/models/parent_user_registration_data.dart

@@ -30,7 +30,6 @@ class ChildData {
   String lastName;
   String dob; // Date de naissance ou prévisionnelle
   bool photoConsent;
-  bool multipleBirth;
   bool isUnbornChild;
   File? imageFile;
   CardColorVertical cardColor; // Nouveau champ pour la couleur de la carte
@@ -40,7 +39,6 @@ class ChildData {
     this.lastName = '',
     this.dob = '',
     this.photoConsent = false,
-    this.multipleBirth = false,
     this.isUnbornChild = false,
     this.imageFile,
     required this.cardColor, // Rendre requis dans le constructeur

frontend/lib/models/user_registration_data.dart

@@ -38,7 +38,6 @@ class ChildData {
   /// Valeurs API : `H`, `F`, `Autre` (GenreType backend). Vide tant que non choisi.
   String genre;
   bool photoConsent;
-  bool multipleBirth;
   bool isUnbornChild;
   File? imageFile;
   /// Octets de la photo (fiable à l’envoi API ; [imageFile] peut être absent sur le web).
@@ -55,7 +54,6 @@ class ChildData {
     this.dob = '',
     this.genre = '',
     this.photoConsent = false,
-    this.multipleBirth = false,
     this.isUnbornChild = false,
     this.imageFile,
     this.imageBytes,
@@ -70,7 +68,6 @@ class ChildData {
     String? dob,
     String? genre,
     bool? photoConsent,
-    bool? multipleBirth,
     bool? isUnbornChild,
     Object? imageFile = _unsetImage,
     Object? imageBytes = _unsetImageBytes,
@@ -84,7 +81,6 @@ class ChildData {
       dob: dob ?? this.dob,
       genre: genre ?? this.genre,
       photoConsent: photoConsent ?? this.photoConsent,
-      multipleBirth: multipleBirth ?? this.multipleBirth,
       isUnbornChild: isUnbornChild ?? this.isUnbornChild,
       imageFile: identical(imageFile, _unsetImage) ? this.imageFile : imageFile as File?,
       imageBytes:

frontend/lib/screens/administrateurs/admin_dashboardScreen.dart

@@ -3,8 +3,8 @@ import 'package:p_tits_pas/models/user.dart';
 import 'package:p_tits_pas/services/auth_service.dart';
 import 'package:p_tits_pas/services/configuration_service.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_management_sub_bar.dart';
-import 'package:p_tits_pas/widgets/admin/parametres_panel.dart';
+import 'package:p_tits_pas/widgets/dashboard/parametres_panel.dart';
-import 'package:p_tits_pas/widgets/admin/user_management_panel.dart';
+import 'package:p_tits_pas/widgets/dashboard/user_management_panel.dart';
 import 'package:p_tits_pas/widgets/app_footer.dart';
 import 'package:p_tits_pas/widgets/dashboard/dashboard_bandeau.dart';
 

frontend/lib/screens/administrateurs/creation/admin_create.dart

@@ -3,7 +3,7 @@ import 'package:p_tits_pas/utils/phone_utils.dart';
 import 'package:p_tits_pas/models/user.dart';
 import 'package:p_tits_pas/services/user_service.dart';
 import 'package:p_tits_pas/utils/email_utils.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
 import 'package:p_tits_pas/widgets/email_text_field.dart';
 import 'package:p_tits_pas/widgets/french_phone_field.dart';
 

frontend/lib/screens/administrateurs/creation/gestionnaires_create.dart

@@ -1,675 +0,0 @@
-import 'package:flutter/material.dart';
-import 'package:p_tits_pas/models/relais_model.dart';
-import 'package:p_tits_pas/utils/phone_utils.dart';
-import 'package:p_tits_pas/utils/email_utils.dart';
-import 'package:p_tits_pas/widgets/email_text_field.dart';
-import 'package:p_tits_pas/widgets/french_phone_field.dart';
-import 'package:p_tits_pas/models/user.dart';
-import 'package:p_tits_pas/services/auth_service.dart';
-import 'package:p_tits_pas/services/relais_service.dart';
-import 'package:p_tits_pas/services/user_service.dart';
-import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
-
-class AdminUserFormDialog extends StatefulWidget {
-  final AppUser? initialUser;
-  final bool withRelais;
-  final bool adminMode;
-  final bool readOnly;
-
-  const AdminUserFormDialog({
-    super.key,
-    this.initialUser,
-    this.withRelais = true,
-    this.adminMode = false,
-    this.readOnly = false,
-  });
-
-  @override
-  State<AdminUserFormDialog> createState() => _AdminUserFormDialogState();
-}
-
-class _AdminUserFormDialogState extends State<AdminUserFormDialog> {
-  final _formKey = GlobalKey<FormState>();
-  final _nomController = TextEditingController();
-  final _prenomController = TextEditingController();
-  final _emailController = TextEditingController();
-  final _passwordController = TextEditingController();
-  final _telephoneController = TextEditingController();
-  final _passwordToggleFocusNode =
-      FocusNode(skipTraversal: true, canRequestFocus: false);
-
-  bool _isSubmitting = false;
-  bool _obscurePassword = true;
-  bool _isLoadingRelais = true;
-  List<RelaisModel> _relais = [];
-  String? _selectedRelaisId;
-  String? _currentUserId;
-  String? _currentUserRole;
-  bool get _isEditMode => widget.initialUser != null;
-  bool get _isSuperAdminTarget =>
-      (widget.initialUser?.role ?? '').toLowerCase() == 'super_admin';
-  bool get _isSelfTarget =>
-      _isEditMode &&
-      _currentUserId != null &&
-      widget.initialUser!.id == _currentUserId;
-  /// Gestionnaire : pas de delete staff. Admin+ seulement (#154 / #160).
-  bool get _canDeleteTarget {
-    if (!_isEditMode || widget.readOnly) return false;
-    if (_isSelfTarget || _isSuperAdminTarget) return false;
-    return canDeleteGestionnaire(_currentUserRole);
-  }
-  bool get _isLockedAdminIdentity =>
-      _isEditMode && widget.adminMode && _isSuperAdminTarget;
-  String get _targetRoleKey {
-    if (widget.initialUser != null) {
-      return (widget.initialUser!.role).toLowerCase();
-    }
-    return widget.adminMode ? 'administrateur' : 'gestionnaire';
-  }
-
-  String get _targetRoleLabel {
-    switch (_targetRoleKey) {
-      case 'super_admin':
-        return 'Super administrateur';
-      case 'administrateur':
-        return 'Administrateur';
-      case 'gestionnaire':
-        return 'Gestionnaire';
-      case 'assistante_maternelle':
-        return 'Assistante maternelle';
-      case 'parent':
-        return 'Parent';
-      default:
-        return 'Utilisateur';
-    }
-  }
-
-  IconData get _targetRoleIcon {
-    switch (_targetRoleKey) {
-      case 'super_admin':
-        return Icons.verified_user_outlined;
-      case 'administrateur':
-        return Icons.admin_panel_settings_outlined;
-      case 'gestionnaire':
-        return Icons.assignment_ind_outlined;
-      case 'assistante_maternelle':
-        return Icons.child_care_outlined;
-      case 'parent':
-        return Icons.supervisor_account_outlined;
-      default:
-        return Icons.person_outline;
-    }
-  }
-
-  @override
-  void initState() {
-    super.initState();
-    final user = widget.initialUser;
-    if (user != null) {
-      _nomController.text = user.nom ?? '';
-      _prenomController.text = user.prenom ?? '';
-      _emailController.text = user.email;
-      _telephoneController.text = formatPhoneForDisplay(user.telephone ?? '');
-      // En édition, on ne préremplit jamais le mot de passe.
-      _passwordController.clear();
-      final initialRelaisId = user.relaisId?.trim();
-      _selectedRelaisId =
-          (initialRelaisId == null || initialRelaisId.isEmpty)
-              ? null
-              : initialRelaisId;
-    }
-    if (widget.withRelais) {
-      _loadRelais();
-    } else {
-      _isLoadingRelais = false;
-    }
-    _loadCurrentUserId();
-  }
-
-  Future<void> _loadCurrentUserId() async {
-    final cached = await AuthService.getCurrentUser();
-    if (!mounted) return;
-    if (cached != null) {
-      setState(() {
-        _currentUserId = cached.id;
-        _currentUserRole = cached.role;
-      });
-      return;
-    }
-    final refreshed = await AuthService.refreshCurrentUser();
-    if (!mounted || refreshed == null) return;
-    setState(() {
-      _currentUserId = refreshed.id;
-      _currentUserRole = refreshed.role;
-    });
-  }
-
-  @override
-  void dispose() {
-    _nomController.dispose();
-    _prenomController.dispose();
-    _emailController.dispose();
-    _passwordController.dispose();
-    _telephoneController.dispose();
-    _passwordToggleFocusNode.dispose();
-    super.dispose();
-  }
-
-  /// Fallback si GET /relais échoue : conserve le relais déjà connu sur l'utilisateur.
-  List<RelaisModel> _fallbackRelaisFromUser() {
-    final id = _selectedRelaisId?.trim();
-    if (id == null || id.isEmpty) return const [];
-    final nom = (widget.initialUser?.relaisNom ?? '').trim();
-    return [
-      RelaisModel(
-        id: id,
-        nom: nom.isNotEmpty ? nom : 'Relais actuel',
-        adresse: '',
-        actif: true,
-      ),
-    ];
-  }
-
-  Future<void> _loadRelais() async {
-    try {
-      final list = await RelaisService.getRelais();
-      if (!mounted) return;
-      final uniqueById = <String, RelaisModel>{};
-      for (final relais in list) {
-        uniqueById[relais.id] = relais;
-      }
-
-      final filtered = uniqueById.values.where((r) => r.actif).toList();
-      if (_selectedRelaisId != null &&
-          !filtered.any((r) => r.id == _selectedRelaisId)) {
-        final selected = uniqueById[_selectedRelaisId!];
-        if (selected != null) {
-          filtered.add(selected);
-        } else {
-          // Garder l'id sélectionné et afficher un item de secours (nom carte).
-          filtered.addAll(_fallbackRelaisFromUser());
-        }
-      }
-
-      setState(() {
-        _relais = filtered;
-        _isLoadingRelais = false;
-      });
-    } catch (_) {
-      if (!mounted) return;
-      // Ne pas nullifier _selectedRelaisId (#151) — la carte a déjà le bon libellé.
-      setState(() {
-        _relais = _fallbackRelaisFromUser();
-        _isLoadingRelais = false;
-      });
-    }
-  }
-
-  String? _required(String? value, String field) {
-    if (value == null || value.trim().isEmpty) {
-      return '$field est requis';
-    }
-    return null;
-  }
-
-  String? _validateEmail(String? value) {
-    final base = _required(value, 'Email');
-    if (base != null) {
-      return base;
-    }
-    return validateEmail(value, allowEmpty: true);
-  }
-
-  String? _validatePassword(String? value) {
-    if (_isEditMode && (value == null || value.trim().isEmpty)) {
-      return null;
-    }
-    final base = _required(value, 'Mot de passe');
-    if (base != null) return base;
-    if (value!.trim().length < 6) return 'Minimum 6 caractères';
-    return null;
-  }
-
-  String? _validatePhone(String? value) {
-    if (_isEditMode && (value == null || value.trim().isEmpty)) {
-      return null;
-    }
-    final base = _required(value, 'Téléphone');
-    if (base != null) {
-      return base;
-    }
-    return validateFrenchNationalPhone(value, allowEmpty: false);
-  }
-
-  String _toTitleCase(String raw) {
-    final trimmed = raw.trim();
-    if (trimmed.isEmpty) return trimmed;
-    final words = trimmed.split(RegExp(r'\s+'));
-    final normalizedWords = words.map(_capitalizeComposedWord).toList();
-    return normalizedWords.join(' ');
-  }
-
-  String _capitalizeComposedWord(String word) {
-    if (word.isEmpty) return word;
-    final lower = word.toLowerCase();
-    final separators = <String>{"-", "'", "’"};
-    final buffer = StringBuffer();
-    var capitalizeNext = true;
-
-    for (var i = 0; i < lower.length; i++) {
-      final char = lower[i];
-      if (capitalizeNext && RegExp(r'[a-zà-öø-ÿ]').hasMatch(char)) {
-        buffer.write(char.toUpperCase());
-        capitalizeNext = false;
-      } else {
-        buffer.write(char);
-        capitalizeNext = separators.contains(char);
-      }
-    }
-    return buffer.toString();
-  }
-
-  Future<void> _submit() async {
-    if (widget.readOnly) return;
-    if (_isSubmitting) return;
-    if (!_formKey.currentState!.validate()) return;
-
-    setState(() {
-      _isSubmitting = true;
-    });
-
-    try {
-      final normalizedNom = _toTitleCase(_nomController.text);
-      final normalizedPrenom = _toTitleCase(_prenomController.text);
-      final normalizedPhone = normalizePhone(_telephoneController.text);
-      final passwordProvided = _passwordController.text.trim().isNotEmpty;
-
-      if (_isEditMode) {
-        if (widget.adminMode) {
-          final lockedNom = _toTitleCase(widget.initialUser!.nom ?? '');
-          final lockedPrenom = _toTitleCase(widget.initialUser!.prenom ?? '');
-          await UserService.updateAdministrateur(
-            adminId: widget.initialUser!.id,
-            nom: _isLockedAdminIdentity ? lockedNom : normalizedNom,
-            prenom: _isLockedAdminIdentity ? lockedPrenom : normalizedPrenom,
-            email: _emailController.text.trim(),
-            telephone: normalizedPhone.isEmpty
-                ? normalizePhone(widget.initialUser!.telephone ?? '')
-                : normalizedPhone,
-            password: passwordProvided ? _passwordController.text : null,
-          );
-        } else {
-          final currentUser = widget.initialUser!;
-          final initialNom = _toTitleCase(currentUser.nom ?? '');
-          final initialPrenom = _toTitleCase(currentUser.prenom ?? '');
-          final initialEmail = currentUser.email.trim();
-          final initialPhone = normalizePhone(currentUser.telephone ?? '');
-
-          final onlyRelaisChanged =
-              normalizedNom == initialNom &&
-              normalizedPrenom == initialPrenom &&
-              _emailController.text.trim() == initialEmail &&
-              normalizedPhone == initialPhone &&
-              !passwordProvided;
-
-          if (onlyRelaisChanged) {
-            await UserService.updateGestionnaireRelais(
-              gestionnaireId: currentUser.id,
-              relaisId: _selectedRelaisId,
-            );
-          } else {
-            await UserService.updateGestionnaire(
-              gestionnaireId: currentUser.id,
-              nom: normalizedNom,
-              prenom: normalizedPrenom,
-              email: _emailController.text.trim(),
-              telephone: normalizedPhone.isEmpty ? initialPhone : normalizedPhone,
-              relaisId: _selectedRelaisId,
-              password: passwordProvided ? _passwordController.text : null,
-            );
-          }
-        }
-      } else {
-        if (widget.adminMode) {
-          await UserService.createAdministrateur(
-            nom: normalizedNom,
-            prenom: normalizedPrenom,
-            email: _emailController.text.trim(),
-            password: _passwordController.text,
-            telephone: normalizePhone(_telephoneController.text),
-          );
-        } else {
-          await UserService.createGestionnaire(
-            nom: normalizedNom,
-            prenom: normalizedPrenom,
-            email: _emailController.text.trim(),
-            password: _passwordController.text,
-            telephone: normalizePhone(_telephoneController.text),
-            relaisId: _selectedRelaisId,
-          );
-        }
-      }
-      if (!mounted) return;
-      ScaffoldMessenger.of(context).showSnackBar(
-        SnackBar(
-          content: Text(
-            _isEditMode
-                ? (widget.adminMode
-                    ? 'Administrateur modifié avec succès.'
-                    : 'Gestionnaire modifié avec succès.')
-                : (widget.adminMode
-                    ? 'Administrateur créé avec succès.'
-                    : 'Gestionnaire créé avec succès.'),
-          ),
-        ),
-      );
-      Navigator.of(context).pop(true);
-    } catch (e) {
-      if (!mounted) return;
-      ScaffoldMessenger.of(context).showSnackBar(
-        SnackBar(
-          content: Text(
-            e.toString().replaceFirst('Exception: ', ''),
-          ),
-          backgroundColor: Colors.red.shade700,
-        ),
-      );
-    } finally {
-      if (!mounted) return;
-      setState(() {
-        _isSubmitting = false;
-      });
-    }
-  }
-
-  Future<void> _delete() async {
-    if (widget.readOnly) return;
-    if (!_canDeleteTarget) return;
-    if (!_isEditMode || _isSubmitting) return;
-
-    final name = widget.initialUser!.fullName.isEmpty
-        ? widget.initialUser!.email
-        : widget.initialUser!.fullName;
-    final confirmed = await showSuppressionConfirmDialog(
-      context,
-      title: widget.adminMode
-          ? 'Supprimer l\'administrateur'
-          : 'Supprimer le gestionnaire',
-      people: [
-        widget.adminMode
-            ? SuppressionPersonLine.administrateur(name)
-            : SuppressionPersonLine.gestionnaire(name),
-      ],
-      footnotes: const [
-        'Le compte sera définitivement supprimé.',
-      ],
-    );
-
-    if (!confirmed) return;
-
-    setState(() {
-      _isSubmitting = true;
-    });
-    try {
-      await UserService.deleteUser(widget.initialUser!.id);
-      if (!mounted) return;
-      ScaffoldMessenger.of(context).showSnackBar(
-        const SnackBar(content: Text('Gestionnaire supprimé.')),
-      );
-      Navigator.of(context).pop(true);
-    } catch (e) {
-      if (!mounted) return;
-      ScaffoldMessenger.of(context).showSnackBar(
-        SnackBar(
-          content: Text(e.toString().replaceFirst('Exception: ', '')),
-          backgroundColor: Colors.red.shade700,
-        ),
-      );
-      setState(() {
-        _isSubmitting = false;
-      });
-    }
-  }
-
-  @override
-  Widget build(BuildContext context) {
-    return AlertDialog(
-      title: Row(
-        children: [
-          CircleAvatar(
-            radius: 16,
-            backgroundColor: const Color(0xFFEDE5FA),
-            child: Icon(
-              _targetRoleIcon,
-              size: 20,
-              color: const Color(0xFF6B3FA0),
-            ),
-          ),
-          const SizedBox(width: 8),
-          Expanded(
-            child: Text(
-              _isEditMode
-                  ? (widget.readOnly
-                      ? 'Consulter un "$_targetRoleLabel"'
-                      : 'Modifier un "$_targetRoleLabel"')
-                  : 'Créer un "$_targetRoleLabel"',
-            ),
-          ),
-          if (_isEditMode && !widget.readOnly)
-            IconButton(
-              icon: const Icon(Icons.close),
-              tooltip: 'Fermer',
-              onPressed: _isSubmitting
-                  ? null
-                  : () => Navigator.of(context).pop(false),
-            ),
-        ],
-      ),
-      content: SizedBox(
-        width: 620,
-        child: Form(
-          key: _formKey,
-          child: SingleChildScrollView(
-            child: Column(
-              mainAxisSize: MainAxisSize.min,
-              children: [
-                Row(
-                  children: [
-                    Expanded(child: _buildPrenomField()),
-                    const SizedBox(width: 12),
-                    Expanded(child: _buildNomField()),
-                  ],
-                ),
-                const SizedBox(height: 12),
-                _buildEmailField(),
-                const SizedBox(height: 12),
-                Row(
-                  children: [
-                    Expanded(child: _buildPasswordField()),
-                    const SizedBox(width: 12),
-                    Expanded(child: _buildTelephoneField()),
-                  ],
-                ),
-                if (widget.withRelais) ...[
-                  const SizedBox(height: 12),
-                  _buildRelaisField(),
-                ],
-              ],
-            ),
-          ),
-        ),
-      ),
-      actions: [
-        if (widget.readOnly) ...[
-          FilledButton(
-            onPressed: _isSubmitting ? null : () => Navigator.of(context).pop(false),
-            child: const Text('Fermer'),
-          ),
-        ] else if (_isEditMode) ...[
-          if (_canDeleteTarget)
-            OutlinedButton(
-              onPressed: _isSubmitting ? null : _delete,
-              style: OutlinedButton.styleFrom(foregroundColor: Colors.red.shade700),
-              child: const Text('Supprimer'),
-            ),
-          FilledButton.icon(
-            onPressed: _isSubmitting ? null : _submit,
-            icon: _isSubmitting
-                ? const SizedBox(
-                    width: 16,
-                    height: 16,
-                    child: CircularProgressIndicator(strokeWidth: 2),
-                  )
-                : const Icon(Icons.edit),
-            label: Text(_isSubmitting ? 'Modification...' : 'Modifier'),
-          ),
-        ] else ...[
-          OutlinedButton(
-            onPressed:
-                _isSubmitting ? null : () => Navigator.of(context).pop(false),
-            child: const Text('Annuler'),
-          ),
-          FilledButton.icon(
-            onPressed: _isSubmitting ? null : _submit,
-            icon: _isSubmitting
-                ? const SizedBox(
-                    width: 16,
-                    height: 16,
-                    child: CircularProgressIndicator(strokeWidth: 2),
-                  )
-                : const Icon(Icons.person_add_alt_1),
-            label: Text(_isSubmitting ? 'Création...' : 'Créer'),
-          ),
-        ],
-      ],
-    );
-  }
-
-  Widget _buildNomField() {
-    return TextFormField(
-      controller: _nomController,
-      readOnly: widget.readOnly || _isLockedAdminIdentity,
-      textCapitalization: TextCapitalization.words,
-      decoration: const InputDecoration(
-        labelText: 'Nom',
-        border: OutlineInputBorder(),
-      ),
-      validator: (widget.readOnly || _isLockedAdminIdentity)
-          ? null
-          : (v) => _required(v, 'Nom'),
-    );
-  }
-
-  Widget _buildPrenomField() {
-    return TextFormField(
-      controller: _prenomController,
-      readOnly: widget.readOnly || _isLockedAdminIdentity,
-      textCapitalization: TextCapitalization.words,
-      decoration: const InputDecoration(
-        labelText: 'Prénom',
-        border: OutlineInputBorder(),
-      ),
-      validator: (widget.readOnly || _isLockedAdminIdentity)
-          ? null
-          : (v) => _required(v, 'Prénom'),
-    );
-  }
-
-  Widget _buildEmailField() {
-    return EmailTextFormField(
-      controller: _emailController,
-      readOnly: widget.readOnly,
-      label: 'Email',
-      validator: widget.readOnly ? null : _validateEmail,
-    );
-  }
-
-  Widget _buildPasswordField() {
-    return TextFormField(
-      controller: _passwordController,
-      readOnly: widget.readOnly,
-      obscureText: _obscurePassword,
-      enableSuggestions: false,
-      autocorrect: false,
-      autofillHints: _isEditMode
-          ? const <String>[]
-          : const [AutofillHints.newPassword],
-      decoration: InputDecoration(
-        labelText: _isEditMode
-            ? 'Nouveau mot de passe'
-            : 'Mot de passe',
-        border: const OutlineInputBorder(),
-        suffixIcon: widget.readOnly
-            ? null
-            : ExcludeFocus(
-                child: IconButton(
-                  focusNode: _passwordToggleFocusNode,
-                  onPressed: () {
-                    setState(() {
-                      _obscurePassword = !_obscurePassword;
-                    });
-                  },
-                  icon: Icon(
-                    _obscurePassword ? Icons.visibility_off : Icons.visibility,
-                  ),
-                ),
-              ),
-      ),
-      validator: widget.readOnly ? null : _validatePassword,
-    );
-  }
-
-  Widget _buildTelephoneField() {
-    return FrenchPhoneTextFormField(
-      controller: _telephoneController,
-      readOnly: widget.readOnly,
-      label: 'Téléphone (ex: 06 12 34 56 78)',
-      validator: widget.readOnly ? null : _validatePhone,
-    );
-  }
-
-  Widget _buildRelaisField() {
-    final selectedValue = _selectedRelaisId != null &&
-            _relais.any((relais) => relais.id == _selectedRelaisId)
-        ? _selectedRelaisId
-        : null;
-
-    return Column(
-      mainAxisSize: MainAxisSize.min,
-      children: [
-        DropdownButtonFormField<String?>(
-          isExpanded: true,
-          value: selectedValue,
-          decoration: const InputDecoration(
-            labelText: 'Relais principal',
-            border: OutlineInputBorder(),
-          ),
-          items: [
-            const DropdownMenuItem<String?>(
-              value: null,
-              child: Text('Aucun relais'),
-            ),
-            ..._relais.map(
-              (relais) => DropdownMenuItem<String?>(
-                value: relais.id,
-                child: Text(relais.nom),
-              ),
-            ),
-          ],
-          onChanged: (_isLoadingRelais || widget.readOnly)
-              ? null
-              : (value) {
-                  setState(() {
-                    _selectedRelaisId = value;
-                  });
-                },
-        ),
-        if (_isLoadingRelais) ...[
-          const SizedBox(height: 8),
-          const LinearProgressIndicator(minHeight: 2),
-        ],
-      ],
-    );
-  }
-}

frontend/lib/screens/auth/parent_register_step3_screen.dart

@@ -121,7 +121,6 @@ class _ParentRegisterStep3ScreenState extends State<ParentRegisterStep3Screen> {
         dob: '',
         isUnbornChild: false,
         photoConsent: false,
-        multipleBirth: false,
         cardColor: cardColor,
       );
       registrationData.addChild(newChild);

frontend/lib/screens/gestionnaire/gestionnaire_dashboard_screen.dart

@@ -1,7 +1,7 @@
 import 'package:flutter/material.dart';
 import 'package:p_tits_pas/models/user.dart';
 import 'package:p_tits_pas/services/auth_service.dart';
-import 'package:p_tits_pas/widgets/admin/user_management_panel.dart';
+import 'package:p_tits_pas/widgets/dashboard/user_management_panel.dart';
 import 'package:p_tits_pas/widgets/app_footer.dart';
 import 'package:p_tits_pas/widgets/dashboard/dashboard_bandeau.dart';
 

frontend/lib/utils/parent_registration_payload.dart

@@ -166,7 +166,6 @@ class ParentRegistrationPayload {
   static Map<String, dynamic> _childToJson(ChildData c, int index, String parentNom) {
     final map = <String, dynamic>{
       'genre': apiGenres.contains(c.genre) ? c.genre : 'Autre',
-      'grossesse_multiple': c.multipleBirth,
       'consent_photo': c.photoConsent,
     };
 

frontend/lib/utils/reprise_mapper.dart

@@ -44,7 +44,6 @@ class RepriseMapper {
       dob: dob,
       genre: e.gender ?? '',
       photoConsent: e.consentPhoto,
-      multipleBirth: e.estMultiple,
       isUnbornChild: isUnborn,
       cardColor: _childCardColors[index % _childCardColors.length],
       repriseChildId: e.id,

frontend/lib/widgets/admin/admin_management_widget.dart

@@ -1,13 +1,13 @@
 import 'package:flutter/material.dart';
 import 'package:p_tits_pas/models/user.dart';
 import 'package:p_tits_pas/utils/phone_utils.dart';
-import 'package:p_tits_pas/screens/administrateurs/creation/gestionnaires_create.dart';
+import 'package:p_tits_pas/widgets/dashboard/staff_user_form_modal.dart';
 import 'package:p_tits_pas/services/auth_service.dart';
 import 'package:p_tits_pas/services/user_service.dart';
 import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_card.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/common/user_list.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/user_list.dart';
 
 class AdminManagementWidget extends StatefulWidget {
   final String searchQuery;
@@ -100,7 +100,7 @@ class _AdminManagementWidgetState extends State<AdminManagementWidget> {
       context: context,
       barrierDismissible: false,
       builder: (dialogContext) {
-        return AdminUserFormDialog(
+        return StaffUserFormModal(
           initialUser: user,
           adminMode: true,
           withRelais: false,

frontend/lib/widgets/common/identity_block.dart

@@ -3,7 +3,7 @@ import 'package:p_tits_pas/models/dossier_unifie.dart';
 import 'package:p_tits_pas/models/user.dart';
 import 'package:p_tits_pas/utils/name_format_utils.dart';
 import 'package:p_tits_pas/utils/phone_utils.dart';
-import 'package:p_tits_pas/widgets/admin/common/validation_detail_section.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/validation_detail_section.dart';
 
 /// Valeurs affichées dans un [IdentityBlock] en lecture seule.
 class IdentityValues {

frontend/lib/widgets/dashboard/am_dossier_create_modal.dart

@@ -1,5 +1,5 @@
 import 'package:flutter/material.dart';
-import 'package:p_tits_pas/widgets/admin/am_dossier_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/am_dossier_wizard.dart';
 
 /// Modale de création dossier AM (#156) — même shell que [ValidationDossierModal].
 class AmDossierCreateModal extends StatefulWidget {

frontend/lib/widgets/dashboard/am_dossier_wizard.dart

@@ -16,10 +16,10 @@ import 'package:p_tits_pas/utils/phone_utils.dart';
 import 'package:p_tits_pas/utils/postal_utils.dart';
 import 'package:p_tits_pas/widgets/dashboard/am_photo_frame.dart';
 import 'package:p_tits_pas/widgets/dashboard/detail_modal.dart';
-import 'package:p_tits_pas/widgets/admin/common/validation_detail_section.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/validation_detail_section.dart';
-import 'package:p_tits_pas/widgets/admin/validation_modal_theme.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
-import 'package:p_tits_pas/widgets/admin/validation_refus_form.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_refus_form.dart';
-import 'package:p_tits_pas/widgets/admin/validation_valider_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_valider_confirm_dialog.dart';
 import 'package:p_tits_pas/widgets/common/auth_network_image.dart';
 import 'package:p_tits_pas/widgets/common/identity_block.dart';
 

frontend/lib/widgets/dashboard/am_edit_modal.dart

@@ -12,9 +12,9 @@ import 'package:p_tits_pas/widgets/dashboard/am_photo_frame.dart';
 import 'package:p_tits_pas/widgets/dashboard/child_detail_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/select_enfant_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/status_capsule.dart';
-import 'package:p_tits_pas/widgets/admin/common/validation_detail_section.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/validation_detail_section.dart';
 import 'package:p_tits_pas/widgets/common/identity_block.dart';
-import 'package:p_tits_pas/widgets/admin/validation_modal_theme.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
 
 /// Fiche AM éditable (ticket #131) — identité | fiche pro (photo) | enfants.
 class AmEditModal extends StatefulWidget {

frontend/lib/widgets/dashboard/assistante_maternelle_management_widget.dart

@@ -7,8 +7,8 @@ import 'package:p_tits_pas/services/user_service.dart';
 import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
 import 'package:p_tits_pas/widgets/dashboard/am_edit_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_card.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/common/user_list.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/user_list.dart';
 
 class AssistanteMaternelleManagementWidget extends StatefulWidget {
   final String searchQuery;

frontend/lib/widgets/dashboard/child_detail_modal.dart

@@ -16,9 +16,9 @@ import 'package:p_tits_pas/widgets/dashboard/am_photo_frame.dart';
 import 'package:p_tits_pas/widgets/dashboard/parent_edit_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/select_am_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/select_famille_modal.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/common/validation_detail_section.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/validation_detail_section.dart';
-import 'package:p_tits_pas/widgets/admin/validation_modal_theme.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
 import 'package:p_tits_pas/widgets/common/auth_network_image.dart';
 
 /// Fiche enfant consultation / édition (#138) ou création (#132).
@@ -55,7 +55,6 @@ class _ChildDetailModalState extends State<ChildDetailModal> {
   late String _status;
   late String? _gender;
   late bool _consentPhoto;
-  late bool _isMultiple;
   bool _dirty = false;
   bool _saving = false;
   bool _deleting = false;
@@ -142,7 +141,6 @@ class _ChildDetailModalState extends State<ChildDetailModal> {
       _gender = _normalizeGender(e?.gender, allowUnknown: _isUnborn);
     }
     _consentPhoto = e?.consentPhoto ?? false;
-    _isMultiple = e?.isMultiple ?? false;
     for (final c in [_prenomCtrl, _nomCtrl]) {
       c.addListener(_onNameChanged);
     }
@@ -383,7 +381,6 @@ class _ChildDetailModalState extends State<ChildDetailModal> {
           else if (_dateToIso(_birthCtrl.text) != null)
             'birth_date': _dateToIso(_birthCtrl.text),
           'consent_photo': _consentPhoto,
-          'is_multiple': _isMultiple,
         },
       );
       if (!mounted) return;
@@ -460,7 +457,6 @@ class _ChildDetailModalState extends State<ChildDetailModal> {
               'birth_date': _dateToIso(_birthCtrl.text),
           },
           'consent_photo': _consentPhoto,
-          'is_multiple': _isMultiple,
         },
       );
       if (!mounted) return;

frontend/lib/widgets/dashboard/dossier_list_card.dart

@@ -1,6 +1,6 @@
 import 'package:flutter/material.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_card.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
 
 /// Carte dossier unifiée (#153) — fond neutre, accent couleur sur l’icône.
 class DossierListCard extends StatelessWidget {

frontend/lib/widgets/dashboard/dossiers_management_widget.dart

@@ -3,10 +3,10 @@ import 'package:p_tits_pas/models/dossier_list_item.dart';
 import 'package:p_tits_pas/services/auth_service.dart';
 import 'package:p_tits_pas/services/user_service.dart';
 import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
-import 'package:p_tits_pas/widgets/admin/dossier_list_card.dart';
+import 'package:p_tits_pas/widgets/dashboard/dossier_list_card.dart';
-import 'package:p_tits_pas/widgets/admin/pending_validation_widget.dart';
+import 'package:p_tits_pas/widgets/dashboard/pending_validation_widget.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/validation_dossier_modal.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_dossier_modal.dart';
 
 /// Onglet permanent « Dossiers » (#153) : pending en haut + liste unifiée en bas.
 class DossiersManagementWidget extends StatefulWidget {

frontend/lib/widgets/dashboard/enfant_management_widget.dart

@@ -7,8 +7,8 @@ import 'package:p_tits_pas/services/user_service.dart';
 import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
 import 'package:p_tits_pas/widgets/dashboard/child_detail_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/enfant_user_card.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/common/user_list.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/user_list.dart';
 
 /// Onglet liste globale des enfants (doc 28 §6.2, ticket #137).
 class EnfantManagementWidget extends StatefulWidget {

frontend/lib/widgets/dashboard/gestionnaire_management_widget.dart

@@ -1,12 +1,12 @@
 import 'package:flutter/material.dart';
 import 'package:p_tits_pas/models/user.dart';
-import 'package:p_tits_pas/screens/administrateurs/creation/gestionnaires_create.dart';
+import 'package:p_tits_pas/widgets/dashboard/staff_user_form_modal.dart';
 import 'package:p_tits_pas/services/auth_service.dart';
 import 'package:p_tits_pas/services/user_service.dart';
 import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_card.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/common/user_list.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/user_list.dart';
 
 class GestionnaireManagementWidget extends StatefulWidget {
   final String searchQuery;
@@ -74,7 +74,7 @@ class _GestionnaireManagementWidgetState
       context: context,
       barrierDismissible: false,
       builder: (dialogContext) {
-        return AdminUserFormDialog(initialUser: user);
+        return StaffUserFormModal(initialUser: user);
       },
     );
     if (changed == true) {

frontend/lib/widgets/dashboard/parametres_panel.dart

@@ -2,7 +2,7 @@ import 'package:flutter/material.dart';
 import 'package:go_router/go_router.dart';
 import 'package:p_tits_pas/services/configuration_service.dart';
 import 'package:p_tits_pas/utils/email_utils.dart';
-import 'package:p_tits_pas/widgets/admin/relais_management_panel.dart';
+import 'package:p_tits_pas/widgets/dashboard/relais_management_panel.dart';
 
 /// Panneau Paramètres admin : Email (SMTP), Personnalisation, Avancé.
 class ParametresPanel extends StatefulWidget {

frontend/lib/widgets/dashboard/parent_dossier_create_modal.dart

@@ -1,5 +1,5 @@
 import 'package:flutter/material.dart';
-import 'package:p_tits_pas/widgets/admin/parent_dossier_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/parent_dossier_wizard.dart';
 
 /// Modale de création dossier famille (#129) — même shell que [AmDossierCreateModal].
 class ParentDossierCreateModal extends StatefulWidget {

frontend/lib/widgets/dashboard/parent_dossier_wizard.dart

@@ -15,10 +15,10 @@ import 'package:p_tits_pas/utils/name_format_utils.dart';
 import 'package:p_tits_pas/utils/phone_utils.dart';
 import 'package:p_tits_pas/utils/postal_utils.dart';
 import 'package:p_tits_pas/widgets/dashboard/am_photo_frame.dart';
-import 'package:p_tits_pas/widgets/admin/common/validation_detail_section.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/validation_detail_section.dart';
-import 'package:p_tits_pas/widgets/admin/validation_modal_theme.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
-import 'package:p_tits_pas/widgets/admin/validation_refus_form.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_refus_form.dart';
-import 'package:p_tits_pas/widgets/admin/validation_valider_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_valider_confirm_dialog.dart';
 import 'package:p_tits_pas/widgets/common/auth_network_image.dart';
 import 'package:p_tits_pas/widgets/common/identity_block.dart';
 
@@ -1466,7 +1466,6 @@ class _ParentDossierWizardState extends State<ParentDossierWizard> {
     final map = <String, dynamic>{
       'genre': c.genre,
       'consent_photo': true,
-      'grossesse_multiple': false,
     };
 
     if (prenom.length >= 2) {
@@ -1723,7 +1722,6 @@ class _ParentDossierWizardState extends State<ParentDossierWizard> {
       'status': status,
       'gender': gender,
       'consent_photo': true,
-      'is_multiple': false,
     };
     if (prenom.length >= 2) map['first_name'] = prenom;
     if (nom.length >= 2) map['last_name'] = nom;

frontend/lib/widgets/dashboard/parent_edit_modal.dart

@@ -9,7 +9,7 @@ import 'package:p_tits_pas/widgets/dashboard/children_affiliation_panel.dart';
 import 'package:p_tits_pas/widgets/dashboard/select_enfant_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/status_capsule.dart';
 import 'package:p_tits_pas/widgets/common/identity_block.dart';
-import 'package:p_tits_pas/widgets/admin/validation_modal_theme.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
 
 /// Fiche parent éditable (doc 28 §6.1, tickets #131 / #138).
 /// Shell et typo alignés sur [ValidationDossierModal] / wizards validation.

frontend/lib/widgets/dashboard/parent_managmant_widget.dart

@@ -6,8 +6,8 @@ import 'package:p_tits_pas/services/user_service.dart';
 import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
 import 'package:p_tits_pas/widgets/dashboard/parent_edit_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_card.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/common/user_list.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/user_list.dart';
 
 class ParentManagementWidget extends StatefulWidget {
   final String searchQuery;

frontend/lib/widgets/dashboard/pending_validation_widget.dart

@@ -3,9 +3,9 @@ import 'package:p_tits_pas/models/dossier_list_item.dart';
 import 'package:p_tits_pas/models/user.dart';
 import 'package:p_tits_pas/models/pending_family.dart';
 import 'package:p_tits_pas/services/user_service.dart';
-import 'package:p_tits_pas/widgets/admin/dossier_list_card.dart';
+import 'package:p_tits_pas/widgets/dashboard/dossier_list_card.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
-import 'package:p_tits_pas/widgets/admin/validation_dossier_modal.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_dossier_modal.dart';
 
 /// Section « dossiers à valider » (liste unifiée AM + familles). Ticket #107 / #153.
 class PendingValidationWidget extends StatefulWidget {

frontend/lib/widgets/dashboard/relais_management_panel.dart

@@ -3,7 +3,7 @@ import 'package:flutter/services.dart';
 import 'package:p_tits_pas/models/relais_model.dart';
 import 'package:p_tits_pas/utils/phone_utils.dart';
 import 'package:p_tits_pas/services/relais_service.dart';
-import 'package:p_tits_pas/widgets/admin/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
 
 class RelaisManagementPanel extends StatefulWidget {
   const RelaisManagementPanel({super.key});

frontend/lib/widgets/dashboard/select_am_modal.dart

@@ -6,7 +6,7 @@ import 'package:p_tits_pas/utils/am_vigilance.dart';
 import 'package:p_tits_pas/widgets/dashboard/am_edit_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/select_list_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_card.dart';
-import 'package:p_tits_pas/widgets/admin/validation_modal_theme.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
 
 List<String> _amSelectSubtitleLines(AssistanteMaternelleModel am) {
   final lines = <String>[];

frontend/lib/widgets/dashboard/select_list_modal.dart

@@ -1,5 +1,5 @@
 import 'package:flutter/material.dart';
-import 'package:p_tits_pas/widgets/admin/validation_modal_theme.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
 
 /// Filtre optionnel (switch) sur la même ligne que la barre de recherche.
 class SelectToggleFilter<T> {

frontend/lib/widgets/dashboard/staff_user_form_modal.dart

@@ -0,0 +1,794 @@
+import 'package:flutter/material.dart';
+import 'package:p_tits_pas/models/relais_model.dart';
+import 'package:p_tits_pas/models/user.dart';
+import 'package:p_tits_pas/services/auth_service.dart';
+import 'package:p_tits_pas/services/relais_service.dart';
+import 'package:p_tits_pas/services/user_service.dart';
+import 'package:p_tits_pas/utils/email_utils.dart';
+import 'package:p_tits_pas/utils/name_format_utils.dart';
+import 'package:p_tits_pas/utils/phone_utils.dart';
+import 'package:p_tits_pas/utils/staff_deletion_rights.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/suppression_confirm_dialog.dart';
+import 'package:p_tits_pas/widgets/dashboard/common/validation_detail_section.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_modal_theme.dart';
+
+/// Modale création / édition / consultation staff (gestionnaire / admin) — #164.
+class StaffUserFormModal extends StatefulWidget {
+  final AppUser? initialUser;
+  final bool withRelais;
+  final bool adminMode;
+  final bool readOnly;
+
+  const StaffUserFormModal({
+    super.key,
+    this.initialUser,
+    this.withRelais = true,
+    this.adminMode = false,
+    this.readOnly = false,
+  });
+
+  @override
+  State<StaffUserFormModal> createState() => _StaffUserFormModalState();
+}
+
+class _StaffUserFormModalState extends State<StaffUserFormModal> {
+  static const double _modalWidth = 930;
+
+  final _formKey = GlobalKey<FormState>();
+  final _nomController = TextEditingController();
+  final _prenomController = TextEditingController();
+  final _emailController = TextEditingController();
+  final _passwordController = TextEditingController();
+  final _telephoneController = TextEditingController();
+  final _passwordToggleFocusNode =
+      FocusNode(skipTraversal: true, canRequestFocus: false);
+
+  bool _isSubmitting = false;
+  bool _obscurePassword = true;
+  bool _isLoadingRelais = true;
+  bool _dirty = false;
+  List<RelaisModel> _relais = [];
+  String? _selectedRelaisId;
+  String? _currentUserId;
+  String? _currentUserRole;
+
+  String _baselineNom = '';
+  String _baselinePrenom = '';
+  String _baselineEmail = '';
+  String _baselinePhone = '';
+  String? _baselineRelaisId;
+
+  bool get _isEditMode => widget.initialUser != null;
+  bool get _isSuperAdminTarget =>
+      (widget.initialUser?.role ?? '').toLowerCase() == 'super_admin';
+  bool get _isSelfTarget =>
+      _isEditMode &&
+      _currentUserId != null &&
+      widget.initialUser!.id == _currentUserId;
+  bool get _canDeleteTarget {
+    if (!_isEditMode || widget.readOnly) return false;
+    if (_isSelfTarget || _isSuperAdminTarget) return false;
+    return canDeleteGestionnaire(_currentUserRole);
+  }
+
+  bool get _isLockedAdminIdentity =>
+      _isEditMode && widget.adminMode && _isSuperAdminTarget;
+
+  bool get _fieldsEnabled => !widget.readOnly && !_isSubmitting;
+
+  String get _targetRoleKey {
+    if (widget.initialUser != null) {
+      return (widget.initialUser!.role).toLowerCase();
+    }
+    return widget.adminMode ? 'administrateur' : 'gestionnaire';
+  }
+
+  String get _targetRoleLabel {
+    switch (_targetRoleKey) {
+      case 'super_admin':
+        return 'Super administrateur';
+      case 'administrateur':
+        return 'Administrateur';
+      case 'gestionnaire':
+        return 'Gestionnaire';
+      default:
+        return 'Utilisateur';
+    }
+  }
+
+  IconData get _targetRoleIcon {
+    switch (_targetRoleKey) {
+      case 'super_admin':
+        return Icons.verified_user_outlined;
+      case 'administrateur':
+        return Icons.admin_panel_settings_outlined;
+      case 'gestionnaire':
+        return Icons.assignment_ind_outlined;
+      default:
+        return Icons.person_outline;
+    }
+  }
+
+  @override
+  void initState() {
+    super.initState();
+    final user = widget.initialUser;
+    if (user != null) {
+      _nomController.text = user.nom ?? '';
+      _prenomController.text = user.prenom ?? '';
+      _emailController.text = user.email;
+      _telephoneController.text = formatPhoneForDisplay(user.telephone ?? '');
+      _passwordController.clear();
+      final initialRelaisId = user.relaisId?.trim();
+      _selectedRelaisId =
+          (initialRelaisId == null || initialRelaisId.isEmpty)
+              ? null
+              : initialRelaisId;
+      _captureBaseline();
+    }
+    for (final c in [
+      _nomController,
+      _prenomController,
+      _emailController,
+      _passwordController,
+      _telephoneController,
+    ]) {
+      c.addListener(_onFieldChanged);
+    }
+    if (widget.withRelais) {
+      _loadRelais();
+    } else {
+      _isLoadingRelais = false;
+    }
+    _loadCurrentUserId();
+  }
+
+  void _captureBaseline() {
+    _baselineNom = formatPersonNameCase(_nomController.text);
+    _baselinePrenom = formatPersonNameCase(_prenomController.text);
+    _baselineEmail = normalizeEmailText(_emailController.text);
+    _baselinePhone = normalizePhone(_telephoneController.text);
+    _baselineRelaisId = _selectedRelaisId;
+  }
+
+  void _onFieldChanged() {
+    if (widget.readOnly || !_isEditMode) return;
+    final dirty = _computeDirty();
+    if (dirty != _dirty) setState(() => _dirty = dirty);
+  }
+
+  bool _computeDirty() {
+    if (!_isEditMode) return true;
+    final nom = formatPersonNameCase(_nomController.text);
+    final prenom = formatPersonNameCase(_prenomController.text);
+    final email = normalizeEmailText(_emailController.text);
+    final phone = normalizePhone(_telephoneController.text);
+    final passwordProvided = _passwordController.text.trim().isNotEmpty;
+    return nom != _baselineNom ||
+        prenom != _baselinePrenom ||
+        email != _baselineEmail ||
+        phone != _baselinePhone ||
+        passwordProvided ||
+        _selectedRelaisId != _baselineRelaisId;
+  }
+
+  Future<void> _loadCurrentUserId() async {
+    final cached = await AuthService.getCurrentUser();
+    if (!mounted) return;
+    if (cached != null) {
+      setState(() {
+        _currentUserId = cached.id;
+        _currentUserRole = cached.role;
+      });
+      return;
+    }
+    final refreshed = await AuthService.refreshCurrentUser();
+    if (!mounted || refreshed == null) return;
+    setState(() {
+      _currentUserId = refreshed.id;
+      _currentUserRole = refreshed.role;
+    });
+  }
+
+  @override
+  void dispose() {
+    for (final c in [
+      _nomController,
+      _prenomController,
+      _emailController,
+      _passwordController,
+      _telephoneController,
+    ]) {
+      c.removeListener(_onFieldChanged);
+      c.dispose();
+    }
+    _passwordToggleFocusNode.dispose();
+    super.dispose();
+  }
+
+  List<RelaisModel> _fallbackRelaisFromUser() {
+    final id = _selectedRelaisId?.trim();
+    if (id == null || id.isEmpty) return const [];
+    final nom = (widget.initialUser?.relaisNom ?? '').trim();
+    return [
+      RelaisModel(
+        id: id,
+        nom: nom.isNotEmpty ? nom : 'Relais actuel',
+        adresse: '',
+        actif: true,
+      ),
+    ];
+  }
+
+  Future<void> _loadRelais() async {
+    try {
+      final list = await RelaisService.getRelais();
+      if (!mounted) return;
+      final uniqueById = <String, RelaisModel>{};
+      for (final relais in list) {
+        uniqueById[relais.id] = relais;
+      }
+
+      final filtered = uniqueById.values.where((r) => r.actif).toList();
+      if (_selectedRelaisId != null &&
+          !filtered.any((r) => r.id == _selectedRelaisId)) {
+        final selected = uniqueById[_selectedRelaisId!];
+        if (selected != null) {
+          filtered.add(selected);
+        } else {
+          filtered.addAll(_fallbackRelaisFromUser());
+        }
+      }
+
+      setState(() {
+        _relais = filtered;
+        _isLoadingRelais = false;
+      });
+    } catch (_) {
+      if (!mounted) return;
+      setState(() {
+        _relais = _fallbackRelaisFromUser();
+        _isLoadingRelais = false;
+      });
+    }
+  }
+
+  String? _required(String? value, String field) {
+    if (value == null || value.trim().isEmpty) {
+      return '$field est requis';
+    }
+    return null;
+  }
+
+  String? _validatePassword(String? value) {
+    if (_isEditMode && (value == null || value.trim().isEmpty)) {
+      return null;
+    }
+    final base = _required(value, 'Mot de passe');
+    if (base != null) return base;
+    if (value!.trim().length < 6) return 'Minimum 6 caractères';
+    return null;
+  }
+
+  Future<void> _submit() async {
+    if (widget.readOnly) return;
+    if (_isSubmitting) return;
+    if (_isEditMode && !_dirty) return;
+    if (!_formKey.currentState!.validate()) return;
+
+    setState(() => _isSubmitting = true);
+
+    try {
+      final normalizedNom = formatPersonNameCase(_nomController.text);
+      final normalizedPrenom = formatPersonNameCase(_prenomController.text);
+      final normalizedPhone = normalizePhone(_telephoneController.text);
+      final passwordProvided = _passwordController.text.trim().isNotEmpty;
+
+      if (_isEditMode) {
+        if (widget.adminMode) {
+          final lockedNom = formatPersonNameCase(widget.initialUser!.nom ?? '');
+          final lockedPrenom =
+              formatPersonNameCase(widget.initialUser!.prenom ?? '');
+          await UserService.updateAdministrateur(
+            adminId: widget.initialUser!.id,
+            nom: _isLockedAdminIdentity ? lockedNom : normalizedNom,
+            prenom: _isLockedAdminIdentity ? lockedPrenom : normalizedPrenom,
+            email: normalizeEmailText(_emailController.text),
+            telephone: normalizedPhone.isEmpty
+                ? normalizePhone(widget.initialUser!.telephone ?? '')
+                : normalizedPhone,
+            password: passwordProvided ? _passwordController.text : null,
+          );
+        } else {
+          final currentUser = widget.initialUser!;
+          final initialNom = formatPersonNameCase(currentUser.nom ?? '');
+          final initialPrenom = formatPersonNameCase(currentUser.prenom ?? '');
+          final initialEmail = normalizeEmailText(currentUser.email);
+          final initialPhone = normalizePhone(currentUser.telephone ?? '');
+
+          final onlyRelaisChanged = normalizedNom == initialNom &&
+              normalizedPrenom == initialPrenom &&
+              normalizeEmailText(_emailController.text) == initialEmail &&
+              normalizedPhone == initialPhone &&
+              !passwordProvided;
+
+          if (onlyRelaisChanged) {
+            await UserService.updateGestionnaireRelais(
+              gestionnaireId: currentUser.id,
+              relaisId: _selectedRelaisId,
+            );
+          } else {
+            await UserService.updateGestionnaire(
+              gestionnaireId: currentUser.id,
+              nom: normalizedNom,
+              prenom: normalizedPrenom,
+              email: normalizeEmailText(_emailController.text),
+              telephone:
+                  normalizedPhone.isEmpty ? initialPhone : normalizedPhone,
+              relaisId: _selectedRelaisId,
+              password: passwordProvided ? _passwordController.text : null,
+            );
+          }
+        }
+      } else {
+        if (widget.adminMode) {
+          await UserService.createAdministrateur(
+            nom: normalizedNom,
+            prenom: normalizedPrenom,
+            email: normalizeEmailText(_emailController.text),
+            password: _passwordController.text,
+            telephone: normalizePhone(_telephoneController.text),
+          );
+        } else {
+          await UserService.createGestionnaire(
+            nom: normalizedNom,
+            prenom: normalizedPrenom,
+            email: normalizeEmailText(_emailController.text),
+            password: _passwordController.text,
+            telephone: normalizePhone(_telephoneController.text),
+            relaisId: _selectedRelaisId,
+          );
+        }
+      }
+      if (!mounted) return;
+      ScaffoldMessenger.of(context).showSnackBar(
+        SnackBar(
+          content: Text(
+            _isEditMode
+                ? (widget.adminMode
+                    ? 'Administrateur modifié avec succès.'
+                    : 'Gestionnaire modifié avec succès.')
+                : (widget.adminMode
+                    ? 'Administrateur créé avec succès.'
+                    : 'Gestionnaire créé avec succès.'),
+          ),
+        ),
+      );
+      Navigator.of(context).pop(true);
+    } catch (e) {
+      if (!mounted) return;
+      ScaffoldMessenger.of(context).showSnackBar(
+        SnackBar(
+          content: Text(e.toString().replaceFirst('Exception: ', '')),
+          backgroundColor: Colors.red.shade700,
+        ),
+      );
+    } finally {
+      if (mounted) {
+        setState(() => _isSubmitting = false);
+      }
+    }
+  }
+
+  Future<void> _delete() async {
+    if (widget.readOnly) return;
+    if (!_canDeleteTarget) return;
+    if (!_isEditMode || _isSubmitting) return;
+
+    final name = widget.initialUser!.fullName.isEmpty
+        ? widget.initialUser!.email
+        : widget.initialUser!.fullName;
+    final confirmed = await showSuppressionConfirmDialog(
+      context,
+      title: widget.adminMode
+          ? 'Supprimer l\'administrateur'
+          : 'Supprimer le gestionnaire',
+      people: [
+        widget.adminMode
+            ? SuppressionPersonLine.administrateur(name)
+            : SuppressionPersonLine.gestionnaire(name),
+      ],
+      footnotes: const [
+        'Le compte sera définitivement supprimé.',
+      ],
+    );
+
+    if (!confirmed) return;
+
+    setState(() => _isSubmitting = true);
+    try {
+      await UserService.deleteUser(widget.initialUser!.id);
+      if (!mounted) return;
+      ScaffoldMessenger.of(context).showSnackBar(
+        SnackBar(
+          content: Text(
+            widget.adminMode
+                ? 'Administrateur supprimé.'
+                : 'Gestionnaire supprimé.',
+          ),
+        ),
+      );
+      Navigator.of(context).pop(true);
+    } catch (e) {
+      if (!mounted) return;
+      ScaffoldMessenger.of(context).showSnackBar(
+        SnackBar(
+          content: Text(e.toString().replaceFirst('Exception: ', '')),
+          backgroundColor: Colors.red.shade700,
+        ),
+      );
+      setState(() => _isSubmitting = false);
+    }
+  }
+
+  String _headerTitle() {
+    if (!_isEditMode) {
+      return widget.adminMode
+          ? 'Créer un administrateur'
+          : 'Créer un gestionnaire';
+    }
+    final prenom = (_prenomController.text.trim().isNotEmpty
+            ? _prenomController.text
+            : (widget.initialUser?.prenom ?? ''))
+        .trim();
+    final nom = (_nomController.text.trim().isNotEmpty
+            ? _nomController.text
+            : (widget.initialUser?.nom ?? ''))
+        .trim();
+    final full = '$prenom $nom'.trim();
+    if (full.isNotEmpty) return full;
+    return widget.initialUser?.email ?? _targetRoleLabel;
+  }
+
+  Widget _buildFooter() {
+    if (widget.readOnly) {
+      return Row(
+        children: [
+          TextButton(
+            onPressed:
+                _isSubmitting ? null : () => Navigator.of(context).pop(false),
+            child: const Text('Fermer'),
+          ),
+        ],
+      );
+    }
+
+    if (!_isEditMode) {
+      return Row(
+        children: [
+          TextButton(
+            onPressed:
+                _isSubmitting ? null : () => Navigator.of(context).pop(false),
+            child: const Text('Annuler'),
+          ),
+          const Spacer(),
+          ElevatedButton(
+            style: ValidationModalTheme.primaryElevatedStyle,
+            onPressed: _isSubmitting ? null : _submit,
+            child: _isSubmitting
+                ? const SizedBox(
+                    width: 18,
+                    height: 18,
+                    child: CircularProgressIndicator(
+                      strokeWidth: 2,
+                      color: Colors.white,
+                    ),
+                  )
+                : const Text('Créer'),
+          ),
+        ],
+      );
+    }
+
+    return Row(
+      children: [
+        if (_canDeleteTarget)
+          OutlinedButton(
+            onPressed: _isSubmitting ? null : _delete,
+            style: OutlinedButton.styleFrom(
+              foregroundColor: Colors.red.shade700,
+            ),
+            child: const Text('Supprimer'),
+          ),
+        if (_canDeleteTarget) const SizedBox(width: 8),
+        TextButton(
+          onPressed:
+              _isSubmitting ? null : () => Navigator.of(context).pop(false),
+          child: const Text('Fermer'),
+        ),
+        const Spacer(),
+        ElevatedButton(
+          style: ValidationModalTheme.primaryElevatedStyle,
+          onPressed: !_dirty || _isSubmitting ? null : _submit,
+          child: _isSubmitting
+              ? const SizedBox(
+                  width: 18,
+                  height: 18,
+                  child: CircularProgressIndicator(
+                    strokeWidth: 2,
+                    color: Colors.white,
+                  ),
+                )
+              : Text(_dirty ? 'Sauvegarder' : 'Aucune modification'),
+        ),
+      ],
+    );
+  }
+
+  Widget _namedField({
+    required String label,
+    required TextEditingController controller,
+    required String requiredLabel,
+    bool enabled = true,
+  }) {
+    return ValidationLabeledField(
+      label: label,
+      field: SizedBox(
+        height: ValidationFormMetrics.fieldHeight,
+        child: TextFormField(
+          controller: controller,
+          enabled: enabled,
+          textCapitalization: TextCapitalization.words,
+          textAlignVertical: TextAlignVertical.center,
+          inputFormatters: const [PersonNameInputFormatter()],
+          style: ValidationFormMetrics.fieldTextStyle,
+          decoration: ValidationFieldDecoration.input(),
+          validator: (!enabled || widget.readOnly)
+              ? null
+              : (v) => _required(v, requiredLabel),
+        ),
+      ),
+    );
+  }
+
+  Widget _passwordField() {
+    return ValidationLabeledField(
+      label: _isEditMode ? 'Nouveau mot de passe' : 'Mot de passe',
+      field: SizedBox(
+        height: ValidationFormMetrics.fieldHeight,
+        child: TextFormField(
+          controller: _passwordController,
+          enabled: _fieldsEnabled,
+          obscureText: _obscurePassword,
+          enableSuggestions: false,
+          autocorrect: false,
+          autofillHints: _isEditMode
+              ? const <String>[]
+              : const [AutofillHints.newPassword],
+          textAlignVertical: TextAlignVertical.center,
+          style: ValidationFormMetrics.fieldTextStyle,
+          decoration: ValidationFieldDecoration.input().copyWith(
+            suffixIcon: widget.readOnly
+                ? null
+                : ExcludeFocus(
+                    child: IconButton(
+                      focusNode: _passwordToggleFocusNode,
+                      onPressed: !_fieldsEnabled
+                          ? null
+                          : () {
+                              setState(() {
+                                _obscurePassword = !_obscurePassword;
+                              });
+                            },
+                      icon: Icon(
+                        _obscurePassword
+                            ? Icons.visibility_off
+                            : Icons.visibility,
+                      ),
+                    ),
+                  ),
+            errorStyle: TextStyle(color: Colors.red.shade700, fontSize: 11),
+            errorMaxLines: 2,
+          ),
+          validator: widget.readOnly ? null : _validatePassword,
+        ),
+      ),
+    );
+  }
+
+  Widget _relaisField() {
+    final selectedValue = _selectedRelaisId != null &&
+            _relais.any((relais) => relais.id == _selectedRelaisId)
+        ? _selectedRelaisId
+        : null;
+
+    return ValidationLabeledField(
+      label: 'Relais principal',
+      field: Column(
+        crossAxisAlignment: CrossAxisAlignment.stretch,
+        children: [
+          SizedBox(
+            height: ValidationFormMetrics.fieldHeight,
+            child: DropdownButtonFormField<String?>(
+              isExpanded: true,
+              value: selectedValue,
+              decoration: ValidationFieldDecoration.input(),
+              style: ValidationFormMetrics.fieldTextStyle,
+              items: [
+                const DropdownMenuItem<String?>(
+                  value: null,
+                  child: Text('Aucun relais'),
+                ),
+                ..._relais.map(
+                  (relais) => DropdownMenuItem<String?>(
+                    value: relais.id,
+                    child: Text(relais.nom),
+                  ),
+                ),
+              ],
+              onChanged: (_isLoadingRelais || !_fieldsEnabled)
+                  ? null
+                  : (value) {
+                      setState(() {
+                        _selectedRelaisId = value;
+                        if (_isEditMode) {
+                          _dirty = _computeDirty();
+                        }
+                      });
+                    },
+            ),
+          ),
+          if (_isLoadingRelais) ...[
+            const SizedBox(height: 8),
+            const LinearProgressIndicator(minHeight: 2),
+          ],
+        ],
+      ),
+    );
+  }
+
+  @override
+  Widget build(BuildContext context) {
+    final nameEnabled =
+        _fieldsEnabled && !_isLockedAdminIdentity;
+
+    return Dialog(
+      shape: RoundedRectangleBorder(borderRadius: BorderRadius.circular(12)),
+      child: ConstrainedBox(
+        constraints: const BoxConstraints(maxWidth: _modalWidth),
+        child: Form(
+          key: _formKey,
+          child: Column(
+            mainAxisSize: MainAxisSize.min,
+            children: [
+              Padding(
+                padding: const EdgeInsets.fromLTRB(18, 16, 4, 10),
+                child: Row(
+                  crossAxisAlignment: CrossAxisAlignment.start,
+                  children: [
+                    Padding(
+                      padding: const EdgeInsets.only(top: 2, right: 10),
+                      child: Icon(
+                        _targetRoleIcon,
+                        size: 22,
+                        color: ValidationModalTheme.primaryActionBackground,
+                      ),
+                    ),
+                    Expanded(
+                      child: Column(
+                        crossAxisAlignment: CrossAxisAlignment.start,
+                        children: [
+                          Text(
+                            _headerTitle(),
+                            style: const TextStyle(
+                              fontSize: 18,
+                              fontWeight: FontWeight.w700,
+                            ),
+                          ),
+                          if (_isEditMode) ...[
+                            const SizedBox(height: 4),
+                            Text(
+                              _targetRoleLabel,
+                              style: TextStyle(
+                                fontSize: 13,
+                                color: Colors.grey.shade700,
+                              ),
+                            ),
+                          ],
+                        ],
+                      ),
+                    ),
+                    IconButton(
+                      padding: EdgeInsets.zero,
+                      constraints: const BoxConstraints(
+                        minWidth: 40,
+                        minHeight: 40,
+                      ),
+                      icon: const Icon(Icons.close),
+                      onPressed: _isSubmitting
+                          ? null
+                          : () => Navigator.of(context).pop(false),
+                      tooltip: 'Fermer',
+                    ),
+                  ],
+                ),
+              ),
+              const Divider(height: 1),
+              Padding(
+                padding: const EdgeInsets.fromLTRB(20, 16, 20, 8),
+                child: Column(
+                  crossAxisAlignment: CrossAxisAlignment.stretch,
+                  children: [
+                    Row(
+                      crossAxisAlignment: CrossAxisAlignment.start,
+                      children: [
+                        Expanded(
+                          child: _namedField(
+                            label: 'Prénom',
+                            controller: _prenomController,
+                            requiredLabel: 'Prénom',
+                            enabled: nameEnabled,
+                          ),
+                        ),
+                        const SizedBox(width: 12),
+                        Expanded(
+                          child: _namedField(
+                            label: 'Nom',
+                            controller: _nomController,
+                            requiredLabel: 'Nom',
+                            enabled: nameEnabled,
+                          ),
+                        ),
+                      ],
+                    ),
+                    SizedBox(height: ValidationFormMetrics.rowGapBelow),
+                    ValidationLabeledField(
+                      label: 'Email',
+                      field: IgnorePointer(
+                        ignoring: !_fieldsEnabled,
+                        child: ValidationEmailField(
+                          controller: _emailController,
+                          hintText: 'ex. nom@domaine.fr',
+                        ),
+                      ),
+                    ),
+                    SizedBox(height: ValidationFormMetrics.rowGapBelow),
+                    Row(
+                      crossAxisAlignment: CrossAxisAlignment.start,
+                      children: [
+                        Expanded(child: _passwordField()),
+                        const SizedBox(width: 12),
+                        Expanded(
+                          child: ValidationLabeledField(
+                            label: 'Téléphone',
+                            field: IgnorePointer(
+                              ignoring: !_fieldsEnabled,
+                              child: ValidationPhoneField(
+                                controller: _telephoneController,
+                                hintText: '06 12 34 56 78',
+                                allowEmpty: _isEditMode,
+                              ),
+                            ),
+                          ),
+                        ),
+                      ],
+                    ),
+                    if (widget.withRelais) ...[
+                      SizedBox(height: ValidationFormMetrics.rowGapBelow),
+                      _relaisField(),
+                    ],
+                  ],
+                ),
+              ),
+              const Divider(height: 1),
+              Padding(
+                padding: const EdgeInsets.fromLTRB(12, 10, 16, 14),
+                child: _buildFooter(),
+              ),
+            ],
+          ),
+        ),
+      ),
+    );
+  }
+}

frontend/lib/widgets/dashboard/user_management_panel.dart

@@ -1,15 +1,15 @@
 import 'package:flutter/material.dart';
-import 'package:p_tits_pas/screens/administrateurs/creation/gestionnaires_create.dart';
+import 'package:p_tits_pas/widgets/dashboard/staff_user_form_modal.dart';
 import 'package:p_tits_pas/widgets/admin/admin_management_widget.dart';
-import 'package:p_tits_pas/widgets/admin/am_dossier_create_modal.dart';
+import 'package:p_tits_pas/widgets/dashboard/am_dossier_create_modal.dart';
-import 'package:p_tits_pas/widgets/admin/assistante_maternelle_management_widget.dart';
+import 'package:p_tits_pas/widgets/dashboard/assistante_maternelle_management_widget.dart';
 import 'package:p_tits_pas/widgets/dashboard/child_detail_modal.dart';
 import 'package:p_tits_pas/widgets/dashboard/user_management_sub_bar.dart';
-import 'package:p_tits_pas/widgets/admin/dossiers_management_widget.dart';
+import 'package:p_tits_pas/widgets/dashboard/dossiers_management_widget.dart';
-import 'package:p_tits_pas/widgets/admin/enfant_management_widget.dart';
+import 'package:p_tits_pas/widgets/dashboard/enfant_management_widget.dart';
-import 'package:p_tits_pas/widgets/admin/gestionnaire_management_widget.dart';
+import 'package:p_tits_pas/widgets/dashboard/gestionnaire_management_widget.dart';
-import 'package:p_tits_pas/widgets/admin/parent_dossier_create_modal.dart';
+import 'package:p_tits_pas/widgets/dashboard/parent_dossier_create_modal.dart';
-import 'package:p_tits_pas/widgets/admin/parent_managmant_widget.dart';
+import 'package:p_tits_pas/widgets/dashboard/parent_managmant_widget.dart';
 
 class UserManagementPanel extends StatefulWidget {
   /// Afficher l'onglet Administrateurs (sinon sans Administrateurs).
@@ -385,7 +385,7 @@ class _UserManagementPanelState extends State<UserManagementPanel> {
         context: context,
         barrierDismissible: false,
         builder: (dialogContext) {
-          return const AdminUserFormDialog();
+          return const StaffUserFormModal();
         },
       );
 
@@ -403,7 +403,7 @@ class _UserManagementPanelState extends State<UserManagementPanel> {
         context: context,
         barrierDismissible: false,
         builder: (dialogContext) {
-          return const AdminUserFormDialog(
+          return const StaffUserFormModal(
             adminMode: true,
             withRelais: false,
           );

frontend/lib/widgets/dashboard/validation_am_wizard.dart

@@ -1,6 +1,6 @@
 import 'package:flutter/material.dart';
 import 'package:p_tits_pas/models/dossier_unifie.dart';
-import 'package:p_tits_pas/widgets/admin/am_dossier_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/am_dossier_wizard.dart';
 
 /// Wrapper historique (#107) — délègue à [AmDossierWizard.review].
 class ValidationAmWizard extends StatelessWidget {

frontend/lib/widgets/dashboard/validation_dossier_modal.dart

@@ -1,10 +1,10 @@
 import 'package:flutter/material.dart';
 import 'package:p_tits_pas/models/dossier_unifie.dart';
 import 'package:p_tits_pas/services/user_service.dart';
-import 'package:p_tits_pas/widgets/admin/am_dossier_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/am_dossier_wizard.dart';
-import 'package:p_tits_pas/widgets/admin/parent_dossier_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/parent_dossier_wizard.dart';
-import 'package:p_tits_pas/widgets/admin/validation_am_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_am_wizard.dart';
-import 'package:p_tits_pas/widgets/admin/validation_family_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/validation_family_wizard.dart';
 
 /// Modale (dialog) : charge le dossier par numéro puis affiche le wizard AM ou Famille.
 /// Ticket #107 / #119 (review), #135 (`openAsEdit`).

frontend/lib/widgets/dashboard/validation_family_wizard.dart

@@ -1,6 +1,6 @@
 import 'package:flutter/material.dart';
 import 'package:p_tits_pas/models/dossier_unifie.dart';
-import 'package:p_tits_pas/widgets/admin/parent_dossier_wizard.dart';
+import 'package:p_tits_pas/widgets/dashboard/parent_dossier_wizard.dart';
 
 /// Wrapper historique (#107) — délègue à [ParentDossierWizard.review].
 class ValidationFamilyWizard extends StatelessWidget {

tests/scripts/register-parent-durand-rousseau-test.mjs

@@ -74,8 +74,7 @@ try {
         date_naissance: '2022-04-20',
         genre: 'F',
         photo_base64: toDataUri(chloeJpg),
-        photo_filename: 'chloe_rousseau.jpg',
+        photo_filename: 'chloe_rousseau.jpg'
-        grossesse_multiple: false,
       },
       {
         prenom: 'Hugo',
@@ -83,8 +82,7 @@ try {
         date_naissance: '2024-03-10',
         genre: 'H',
         photo_base64: toDataUri(hugoJpg),
-        photo_filename: 'hugo_rousseau.jpg',
+        photo_filename: 'hugo_rousseau.jpg'
-        grossesse_multiple: false,
       },
     ],
     presentation_dossier: presentationDossier,

tests/scripts/register-parent-lecomte-test.mjs

@@ -40,8 +40,7 @@ const body = {
       date_naissance: '2023-04-15',
       genre: 'H',
       photo_base64: toDataUri(path.join(photosDir, 'lecomte-maxime.png')),
-      photo_filename: 'maxime_lecomte.png',
+      photo_filename: 'maxime_lecomte.png'
-      grossesse_multiple: false,
     },
   ],
   presentation_dossier: presentationDossier,

tests/scripts/register-parent-martin-test.mjs

@@ -46,8 +46,7 @@ const body = {
       date_naissance: '2023-02-15',
       genre: 'F',
       photo_base64: toDataUri(path.join(photosDir, 'martin-emma.png')),
-      photo_filename: 'emma_martin.png',
+      photo_filename: 'emma_martin.png'
-      grossesse_multiple: true,
     },
     {
       prenom: 'Noah',
@@ -55,8 +54,7 @@ const body = {
       date_naissance: '2023-02-15',
       genre: 'H',
       photo_base64: toDataUri(path.join(photosDir, 'martin-noah.png')),
-      photo_filename: 'noah_martin.png',
+      photo_filename: 'noah_martin.png'
-      grossesse_multiple: true,
     },
     {
       prenom: 'Léa',
@@ -64,8 +62,7 @@ const body = {
       date_naissance: '2023-02-15',
       genre: 'F',
       photo_base64: toDataUri(path.join(photosDir, 'martin-lea.png')),
-      photo_filename: 'lea_martin.png',
+      photo_filename: 'lea_martin.png'
-      grossesse_multiple: true,
     },
   ],
   presentation_dossier: presentationDossier,