jmartin/petitspas
1
0
Fork 0
Code Issues 46 Pull Requests Actions Packages Projects Releases Wiki Activity
petitspas/docs/archive/temporaires/TEMP_FRONT_alignement_AM.md
Julien Martin d91caef0c5 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
2026-04-17 17:33:47 +02:00

2.5 KiB
Raw Blame History

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.