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

New Issue

2026-07-17T14:17:07Z

jmartin commented

2026-07-17 14:17:07 +00:00

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 referenced this issue

2026-07-17 14:23:59 +00:00

[Bug] Gestionnaire — combo Relais vide / « Aucun relais » dans la modale (GET /relais interdit) #151

jmartin modified the milestone from 0.1.0 to 0.2.0

2026-07-17 14:28:37 +00:00

jmartin commented

2026-07-17 14:28:37 +00:00

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).

~~jmartin referenced this issue 2026-07-17 14:49:05 +00:00~~

Onglet permanent « Dossiers » — à valider + liste unifiée (sans création) #153

jmartin removed this from the 0.2.0 milestone 2026-09-15 15:45:50 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: jmartin/petitspas#150