jmartin/petitspas
1
0
Fork 0
Code Issues 28 Pull Requests Actions Packages Projects Releases Wiki Activity

[Full-stack] Mode édition dossier (+ ajout 2ᵉ parent) — après #153 #135

New Issue
Closed
opened 2026-06-16 14:27:10 +00:00 by jmartin · 2 comments
jmartin commented 2026-06-16 14:27:10 +00:00
Owner
Copy Link
Copy Source

Contexte

Les wizards dossier sont déjà unifiés pour validation et création staff :

Mode Famille AM Statut
review ParentDossierWizard.review AmDossierWizard.review fait (validation pending)
create ParentDossierWizard.create AmDossierWizard.create fait (#129 / #156)
edit à ajouter à ajouter ce ticket

ValidationFamilyWizard / ValidationAmWizard ne sont plus que des wrappers vers .review.

Objectif

Après #153 (onglet + liste Dossiers) : au clic sur un dossier de la liste, ouvrir le wizard en mode édition (edit).

Inclut aussi, pour un foyer mono-parent : sur la page co-parent, le switch d’ajout d’un 2ᵉ parent (création du compte + liens foyer) — pas de ticket séparé.

#153 (liste)  →  clic dossier  →  #135 (edit + switch 2ᵉ parent)

Nature du ticket — full-stack (pas front seul)

Partie Rôle
Frontend Mode edit, branchement liste #153, UX switch 2ᵉ parent
Backend API ajout co-parent sur foyer existant (manquante) ; réemploi des PATCH …/fiche pour l’édition d’identité

APIs déjà disponibles (réemploi)

Endpoint Usage #135
GET /dossiers/:numero Préremplir le wizard
PATCH /parents/:id/fiche Éditer identité / coords d’un parent
PATCH /assistantes-maternelles/:id/fiche Éditer fiche AM

API à créer (back)

Endpoint (proposition) Comportement
ex. POST /parents/:id/co-parent ou POST /parents/dossier/:numero/co-parent Créer le 2ᵉ parent sur un foyer existant : user actif, fiche parents, liens foyer (pivot ↔ co-parent), même numero_dossier, rattacher les enfants du foyer, mail création MDP (aligné #129). 409 si email déjà pris.

Ne pas utiliser POST /auth/register/parent ni POST /parents/dossier (création dossier complet) pour ce cas.

Optionnel / à trancher à l’implémentation : endpoint « save dossier » en un coup (présentation, multi-champs) vs enchaînement de PATCH fiche.

Périmètre

Frontend

  • Ajouter edit à ParentDossierWizardMode / AmDossierWizardMode (aujourd’hui review | create)
  • Factories .edit(...) : préremplir via GET /dossiers/:numero, champs modifiables
  • Sauvegarde : appeler les PATCH …/fiche (parent / AM) — et l’API ajout co-parent si switch activé
  • Brancher l’ouverture depuis la liste #153 (clic ligne → wizard edit)
  • Foyer 1 parent : page co-parent → switch ajouter le 2ᵉ responsable
  • Foyer déjà 2 parents : édition des deux (pas de 3ᵉ — hors scope #139)
  • Pas de régression review / create

Backend

  • API ajout co-parent sur foyer existant (actif + mail MDP + liens + enfants)
  • Tests (délégation / 409 email / foyer mono vs déjà 2 parents)
  • Doc contrat optionnelle docs/tmp/135-…
  • Confirmer que PATCH …/fiche couvre les champs éditables du wizard (sinon étendre DTO)

Dépendances

Ticket Rôle
#153 Prérequis — liste Dossiers (fait)
#129 / #156 Wizards create/review + mail MDP (réemploi patterns)

Hors scope

Critères d'acceptation

  • Depuis la liste #153, clic sur un dossier famille ou AM → modale en mode edit
  • Modifications identité / coords enregistrables (via PATCH fiche ou équivalent)
  • Foyer mono-parent : switch « ajouter un 2ᵉ parent » crée le co-parent (API back + actif + mail MDP) et met à jour le foyer
  • Modes review et create inchangés
  • Pas d’appel à /auth/register/parent depuis le dashboard

Milestone

0.1.0

## Contexte Les wizards dossier sont **déjà unifiés** pour validation et création staff : | Mode | Famille | AM | Statut | |------|---------|-----|--------| | `review` | `ParentDossierWizard.review` | `AmDossierWizard.review` | fait (validation pending) | | `create` | `ParentDossierWizard.create` | `AmDossierWizard.create` | fait (#129 / #156) | | **`edit`** | à ajouter | à ajouter | **ce ticket** | `ValidationFamilyWizard` / `ValidationAmWizard` ne sont plus que des wrappers vers `.review`. --- ## Objectif Après **#153** (onglet + liste Dossiers) : au **clic** sur un dossier de la liste, ouvrir le wizard en mode **édition** (`edit`). Inclut aussi, pour un foyer **mono-parent** : sur la page co-parent, le **switch d’ajout d’un 2ᵉ parent** (création du compte + liens foyer) — **pas de ticket séparé**. ``` #153 (liste) → clic dossier → #135 (edit + switch 2ᵉ parent) ``` --- ## Nature du ticket — **full-stack** (pas front seul) | Partie | Rôle | |--------|------| | **Frontend** | Mode `edit`, branchement liste #153, UX switch 2ᵉ parent | | **Backend** | API **ajout co-parent** sur foyer existant (manquante) ; réemploi des `PATCH …/fiche` pour l’édition d’identité | ### APIs déjà disponibles (réemploi) | Endpoint | Usage #135 | |----------|------------| | `GET /dossiers/:numero` | Préremplir le wizard | | `PATCH /parents/:id/fiche` | Éditer identité / coords d’un parent | | `PATCH /assistantes-maternelles/:id/fiche` | Éditer fiche AM | ### API à créer (back) | Endpoint (proposition) | Comportement | |------------------------|--------------| | ex. `POST /parents/:id/co-parent` ou `POST /parents/dossier/:numero/co-parent` | Créer le **2ᵉ parent** sur un foyer **existant** : user **actif**, fiche `parents`, liens foyer (pivot ↔ co-parent), même `numero_dossier`, rattacher les enfants du foyer, **mail création MDP** (aligné #129). **409** si email déjà pris. | **Ne pas** utiliser `POST /auth/register/parent` ni `POST /parents/dossier` (création dossier complet) pour ce cas. Optionnel / à trancher à l’implémentation : endpoint « save dossier » en un coup (présentation, multi-champs) vs enchaînement de `PATCH` fiche. --- ## Périmètre ### Frontend - [ ] Ajouter `edit` à `ParentDossierWizardMode` / `AmDossierWizardMode` (aujourd’hui `review` \| `create`) - [ ] Factories `.edit(...)` : préremplir via `GET /dossiers/:numero`, champs modifiables - [ ] Sauvegarde : appeler les `PATCH …/fiche` (parent / AM) — et l’API ajout co-parent si switch activé - [ ] Brancher l’ouverture depuis la liste **#153** (clic ligne → wizard `edit`) - [ ] Foyer **1 parent** : page co-parent → **switch** ajouter le 2ᵉ responsable - [ ] Foyer déjà **2 parents** : édition des deux (pas de 3ᵉ — hors scope #139) - [ ] Pas de régression `review` / `create` ### Backend - [ ] **API ajout co-parent** sur foyer existant (actif + mail MDP + liens + enfants) - [ ] Tests (délégation / 409 email / foyer mono vs déjà 2 parents) - [ ] Doc contrat optionnelle `docs/tmp/135-…` - [ ] Confirmer que `PATCH …/fiche` couvre les champs éditables du wizard (sinon étendre DTO) --- ## Dépendances | Ticket | Rôle | |--------|------| | **#153** | **Prérequis** — liste Dossiers (fait) | | **#129** / **#156** | Wizards create/review + mail MDP (réemploi patterns) | --- ## Hors scope - Onglet / liste Dossiers → **#153** (fait) - Famille N responsables → **#139** - Suppressions → **#154** / **#133** - Création dossier initial (+ Parents / + Asmat) → #129 / #156 --- ## Critères d'acceptation - [ ] Depuis la liste #153, clic sur un dossier famille ou AM → modale en mode **edit** - [ ] Modifications identité / coords enregistrables (via `PATCH` fiche ou équivalent) - [ ] Foyer mono-parent : switch « ajouter un 2ᵉ parent » crée le co-parent (**API back** + actif + mail MDP) et met à jour le foyer - [ ] Modes `review` et `create` inchangés - [ ] Pas d’appel à `/auth/register/parent` depuis le dashboard ## Milestone **0.1.0**
jmartin added this to the 0.1.0 milestone 2026-06-16 14:27:10 +00:00
jmartin added the frontenduxphase-1v0.1.0 labels 2026-06-16 14:27:10 +00:00
jmartin changed title from [Frontend] Refacto — modes consultation / édition / création dossier to [Frontend] Mode édition dossier (+ ajout 2ᵉ parent) — après #153 2026-07-24 15:51:23 +00:00
jmartin changed title from [Frontend] Mode édition dossier (+ ajout 2ᵉ parent) — après #153 to [Frontend] Mode édition dossier (+ ajout 2ᵉ parent) 2026-07-24 15:52:30 +00:00
jmartin changed title from [Frontend] Mode édition dossier (+ ajout 2ᵉ parent) to [Full-stack] Mode édition dossier (+ ajout 2ᵉ parent) — après #153 2026-07-24 17:46:49 +00:00
jmartin commented 2026-07-24 17:46:49 +00:00
Author
Owner
Copy Link
Copy Source

Mise à jour périmètre

Ce ticket n’est pas front seul :

  • Front : mode edit + branchement liste #153 + UX switch 2ᵉ parent
  • Back : API ajout co-parent sur foyer existant (manquante) ; réemploi PATCH …/fiche + GET /dossiers/:numero pour l’édition
## Mise à jour périmètre Ce ticket n’est **pas front seul** : - **Front** : mode `edit` + branchement liste #153 + UX switch 2ᵉ parent - **Back** : API **ajout co-parent** sur foyer existant (manquante) ; réemploi `PATCH …/fiche` + `GET /dossiers/:numero` pour l’édition
jmartin added the backendgestionnaireadminapi labels 2026-07-24 17:46:57 +00:00
jmartin commented 2026-09-08 15:26:57 +00:00
Author
Owner
Copy Link
Copy Source

Livr� et merg� sur develop (HEAD c8c9cfb).

Back

  • POST /parents/:id/co-parent � ajout 2? parent (actif + mail MDP)
  • PATCH /enfants/:id � photo multipart optionnelle

Front

  • Liste Dossiers (actifs) ? wizard mode edit (pending reste review)
  • Famille : PATCH fiches parent(s), switch co-parent si mono, enfants �ditables (PATCH existants / POST nouveaux, sans doublon 409)
  • AM : mode edit + updateAmFiche

Recette OK (dont foyer mono-parent + 1 enfant).

Livr� et merg� sur `develop` (HEAD `c8c9cfb`). **Back** - `POST /parents/:id/co-parent` � ajout 2? parent (actif + mail MDP) - `PATCH /enfants/:id` � photo multipart optionnelle **Front** - Liste Dossiers (actifs) ? wizard mode **edit** (pending reste review) - Famille : PATCH fiches parent(s), switch co-parent si mono, enfants �ditables (PATCH existants / POST nouveaux, sans doublon 409) - AM : mode edit + `updateAmFiche` Recette OK (dont foyer mono-parent + 1 enfant).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
a11y
Accessibilité
 admin
Administration
 api
auth
Authentification
 backend
Backend NestJS
 bug
Something isn't working
 cdc
Cahier des charges
 cleanup
Nettoyage/Refactoring
 critique
Critique
 database
Base de données PostgreSQL
 documentation
Improvements or additions to documentation
 duplicate
This issue or pull request already exists
 email
Email/Notifications
 enhancement
New feature or request
 frontend
Frontend Flutter/Web
 gestionnaire
Gestionnaire
 good first issue
Good for newcomers
 help wanted
Extra attention is needed
 infra
Infrastructure Docker/CI-CD
 invalid
This doesn't seem right
 juridique
Juridique/Légal
 monitoring
Monitoring/Logs
 on-premise
Configuration on-premise
 p0-bloquant
Priorité 0 - BLOQUANT
 p1-bloquant
Priorité 1 - BLOQUANT
 p2
Priorité 2
 p3
Priorité 3
 p4
Priorité 4
 phase-1
Phase 1
 question
Further information is requested
 rgpd
RGPD/Conformité
 security
Sécurité
 tests
Tests unitaires/E2E
 ui
upload
Upload fichiers
 ux
UX/UI
 v0.1.0
Issue rattachée au périmètre release 0.1.0
 wontfix
This will not be worked on
No labels admin api backend frontend gestionnaire phase-1 ux v0.1.0
Milestone
No items
No Milestone 0.1.0
Projects
Clear projects
No projects
Assignees
Clear assignees
nnasarre jmartin (MARTIN Julien)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: jmartin/petitspas#135