[Full-stack] Fiche AM — combobox rattachement RPE (relais) sur l’onglet Enfants #150

Open
opened 2026-07-17 14:17:07 +00:00 by jmartin · 1 comment
Owner

Contexte

Sur la fiche AM (AdminAmEditModal), l’onglet « Enfants accueillis » gère les placements enfants, mais aucun rattachement au RPE (relais) n’est proposé.

Or le modèle utilisateurs.relais_id existe déjà (utilisé pour les gestionnaires). Une AM doit pouvoir être rattachée à un RPE / relais depuis cette fiche.

Objectif

Sur le 3ᵉ onglet de la modale AM, au-dessus de la section « Enfants accueillis », ajouter une combobox « Rattachement RPE » (liste des relais).

Frontend

  • Combobox / dropdown RPE (relais) en tête de l’onglet Enfants accueillis
  • Options : liste des relais existants (GET /relais ou service déjà utilisé pour les gestionnaires) + option « Aucun »
  • Préremplir avec le relaisId / relaisNom actuel de l’AM si présent
  • Modification → marque dirty → prise en compte au Sauvegarder (comme le reste de la fiche)
  • Placement UI : avant capacité / grille enfants

BDD

Pas de nouvelle table / colonne obligatoire : utilisateurs.relais_id (FK → relais) existe déjà et peut servir pour une AM comme pour un gestionnaire.

À faire éventuellement (léger) :

  • Clarifier côté modèle TypeORM : la relation Relais.gestionnaires est mal nommée (c’est en réalité tous les users liés) — renommer en users / membres si on touche au code
  • Aucune migration SQL bloquante pour le MVP de cette feature

Si un jour on veut un historique / multi-RPE AM, il faudrait une table de liaison dédiée — hors scope 0.1.0.

Backend / API — à faire évoluer

Aujourd’hui l’API fiche AM ignore le RPE :

  • UpdateAmFicheAdminDto : pas de relaisId
  • updateFicheAdmin : ne touche pas user.relaisId
  • GET AM : relations chargées sans user.relais (souvent juste relais_id brut si présent sur user)

Travaux :

  • Ajouter relaisId?: string | null à UpdateAmFicheAdminDto
  • Dans updateFicheAdmin, persister user.relaisId (null = détacher du RPE)
  • Charger / exposer user.relais (id + nom) dans les réponses AM (findOne / findAll + mapper)
  • Vérifier sanitizeUserForApi / front AssistanteMaternelleModel pour lire relaisId / relaisNom
  • Réutiliser GET /relais existant pour peupler la combobox

Hors scope

  • Création d’un nouveau RPE depuis cette combobox (gestion relais = écran dédié)
  • Changement des règles métier gestionnaire / périmètre territorial au-delà du lien AM ↔ relais

Critères d'acceptation

  • Combobox visible en haut du 3ᵉ onglet, avant la gestion des enfants
  • Sélection d’un RPE + Sauvegarder → AM rattachée en BDD
  • Remise à « Aucun » + Sauvegarder → relais_id null
  • Rechargement fiche → valeur conservée

Milestone

0.1.0

Références

  • Champ existant gestionnaires : AdminUserFormDialog / relaisId
  • Table relais + utilisateurs.relais_id
## Contexte Sur la fiche AM (`AdminAmEditModal`), l’onglet **« Enfants accueillis »** gère les placements enfants, mais **aucun rattachement au RPE (relais)** n’est proposé. Or le modèle `utilisateurs.relais_id` existe déjà (utilisé pour les gestionnaires). Une AM doit pouvoir être rattachée à un **RPE / relais** depuis cette fiche. ## Objectif Sur le **3ᵉ onglet** de la modale AM, **au-dessus** de la section « Enfants accueillis », ajouter une **combobox « Rattachement RPE »** (liste des relais). ## Frontend - [ ] Combobox / dropdown **RPE (relais)** en tête de l’onglet Enfants accueillis - [ ] Options : liste des relais existants (`GET /relais` ou service déjà utilisé pour les gestionnaires) + option « Aucun » - [ ] Préremplir avec le `relaisId` / `relaisNom` actuel de l’AM si présent - [ ] Modification → marque dirty → prise en compte au **Sauvegarder** (comme le reste de la fiche) - [ ] Placement UI : **avant** capacité / grille enfants ## BDD **Pas de nouvelle table / colonne obligatoire** : `utilisateurs.relais_id` (FK → `relais`) existe déjà et peut servir pour une AM comme pour un gestionnaire. À faire éventuellement (léger) : - [ ] Clarifier côté modèle TypeORM : la relation `Relais.gestionnaires` est mal nommée (c’est en réalité *tous* les users liés) — renommer en `users` / `membres` si on touche au code - [ ] Aucune migration SQL bloquante pour le MVP de cette feature > Si un jour on veut un historique / multi-RPE AM, il faudrait une table de liaison dédiée — **hors scope 0.1.0**. ## Backend / API — à faire évoluer Aujourd’hui l’API fiche AM **ignore** le RPE : - `UpdateAmFicheAdminDto` : **pas** de `relaisId` - `updateFicheAdmin` : ne touche pas `user.relaisId` - `GET` AM : relations chargées sans `user.relais` (souvent juste `relais_id` brut si présent sur user) Travaux : - [ ] Ajouter `relaisId?: string | null` à `UpdateAmFicheAdminDto` - [ ] Dans `updateFicheAdmin`, persister `user.relaisId` (null = détacher du RPE) - [ ] Charger / exposer `user.relais` (id + nom) dans les réponses AM (`findOne` / `findAll` + mapper) - [ ] Vérifier `sanitizeUserForApi` / front `AssistanteMaternelleModel` pour lire `relaisId` / `relaisNom` - [ ] Réutiliser `GET /relais` existant pour peupler la combobox ## Hors scope - Création d’un nouveau RPE depuis cette combobox (gestion relais = écran dédié) - Changement des règles métier gestionnaire / périmètre territorial au-delà du lien AM ↔ relais ## Critères d'acceptation - [ ] Combobox visible en haut du 3ᵉ onglet, avant la gestion des enfants - [ ] Sélection d’un RPE + Sauvegarder → AM rattachée en BDD - [ ] Remise à « Aucun » + Sauvegarder → `relais_id` null - [ ] Rechargement fiche → valeur conservée ## Milestone **0.1.0** ## Références - Champ existant gestionnaires : `AdminUserFormDialog` / `relaisId` - Table `relais` + `utilisateurs.relais_id`
jmartin added this to the 0.1.0 milestone 2026-07-17 14:17:07 +00:00
jmartin added the
enhancement
frontend
backend
gestionnaire
admin
phase-1
ui
v0.1.0
labels 2026-07-17 14:17:07 +00:00
jmartin modified the milestone from 0.1.0 to 0.2.0 2026-07-17 14:28:37 +00:00
Author
Owner

Reporté hors 0.1.0 → milestone 0.2.0 : rattachement AM ↔ RPE non prioritaire pour le MVP (filtrage périmètre possible via le relais du gestionnaire).

Reporté hors **0.1.0** → milestone **0.2.0** : rattachement AM ↔ RPE non prioritaire pour le MVP (filtrage périmètre possible via le relais du gestionnaire).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: jmartin/petitspas#150
No description provided.