merge(master): intégration develop — ticket #50, documents légaux et validation CGU

Squash merge de la branche develop dans master : un seul commit sur master pour regrouper la livraison liée au ticket #50 (affichage dynamique des CGU et de la politique de confidentialité à l'inscription) ainsi que la documentation et les ajustements associés.

Frontend (P'titsPas) : modale de validation bloquante avec onglets CGU / confidentialité, chargement des PDF depuis l'API des documents légaux actifs, affichage via pdfx (PdfViewPinch et barre de progression latérale sur le web, repli PdfView sous Windows). Branchement dans le flux d'inscription (écran de présentation), enrichissement du UserService et correction des chemins média pour les URL absolues.

Documentation: jeux de fichiers juridiques (markdown et PDF de référence), réorganisation (dossier docs/juridique, archives, renommage du briefing), mises à jour index, liste de tickets et décisions projet. Scripts et métadonnées mineures (Gitea, pubspec, index web).
Made-with: Cursor

docs/archive/temporaires/POINT_TICKETS_FRONT_API.txt

@@ -0,0 +1,36 @@
+# 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

@@ -0,0 +1,10 @@
+# Temporaires
+
+Fichiers **non numérotés** de travail (brouillons, listes de tickets exportées,
+alignements UI en cours, etc.).
+
+- Préfixe conseillé pour les nouveaux fichiers jetables : **`TEMP_`** ou
+  **`WIP_`** dans ce dossier.
+- **Suppression** : dès que la fonctionnalité est livrée ou le sujet clos,
+  supprimer le fichier (ou le déplacer vers `obsolete/` si une trace utile
+  reste nécessaire).

docs/archive/temporaires/TEMP_FRONT_alignement_AM.md

@@ -0,0 +1,46 @@
+# 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`.*