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

Refus sans suppression #110

New Issue
Closed
opened 2026-03-11 21:02:16 +00:00 by jmartin · 3 comments
jmartin commented 2026-03-11 21:02:16 +00:00
Owner
Copy Link
Copy Source

Endpoint refuser (AM + famille) : enregistrer commentaire, passer en refuse, gén��rer token reprise, envoyer email (template refus + lien).

Labels : backend, api, email

Frontend (complément — câblage refus)

Le back #110 est livré ; il manque l'appel HTTP depuis l'admin lors du refus pour que le mail parte.

À faire (front)

  • Service / client HTTP : PATCH /api/v1/users/:id/refuser avec JSON { "comment": "…" } (Bearer : gestionnaire / admin), aligné sur user.controller.ts.
  • validation_am_wizard.dart : sur Envoyer du ValidationRefusForm, appeler l'endpoint avec l'UUID utilisateur du dossier AM + le commentaire, erreurs → SnackBar, succès → fermeture modale + onSuccess / rafraîchissement liste « À valider ».
  • validation_family_wizard.dart : idem avec l'id utilisateur attendu par le back pour ce dossier (ex. parent ouvert dans la modale — le même id que pour la validation).
  • Retirer les SnackBar placeholder « Refus (à brancher sur l'API refus) ».
  • Recette : refus AM + refus famille → statut refusé + e-mail reprise reçu (SMTP opérationnel).

Réf. : user.service.ts refuseUser, mail.service.ts sendRefusEmail.

Endpoint refuser (AM + famille) : enregistrer commentaire, passer en `refuse`, gén��rer token reprise, envoyer email (template refus + lien). **Labels** : backend, api, email ## Frontend (complément — câblage refus) Le back **#110** est livré ; il manque l'**appel HTTP** depuis l'admin lors du refus pour que le mail parte. ### À faire (front) - [ ] Service / client HTTP : **PATCH** `/api/v1/users/:id/refuser` avec JSON `{ "comment": "…" }` (Bearer : gestionnaire / admin), aligné sur `user.controller.ts`. - [ ] `validation_am_wizard.dart` : sur **Envoyer** du `ValidationRefusForm`, appeler l'endpoint avec l'**UUID utilisateur** du dossier AM + le commentaire, erreurs → SnackBar, succès → fermeture modale + `onSuccess` / rafraîchissement liste « À valider ». - [ ] `validation_family_wizard.dart` : idem avec l'**id utilisateur** attendu par le back pour ce dossier (ex. parent ouvert dans la modale — le même `id` que pour la validation). - [ ] Retirer les SnackBar placeholder *« Refus (à brancher sur l'API refus) »*. - [ ] Recette : refus AM + refus famille → statut refusé + e-mail **reprise** reçu (SMTP opérationnel). **Réf.** : `user.service.ts` `refuseUser`, `mail.service.ts` `sendRefusEmail`.
jmartin added the backendemailapi labels 2026-03-11 21:02:16 +00:00
jmartin commented 2026-03-12 21:56:47 +00:00
Author
Owner
Copy Link
Copy Source

Livré : token reprise (token_reprise + token_reprise_expire_le, 7j), refuser enregistre commentaire + passe en refuse + génère token + envoie email (template refus + lien reprise). Échec email ne bloque pas le refus.

Livré : token reprise (token_reprise + token_reprise_expire_le, 7j), refuser enregistre commentaire + passe en refuse + génère token + envoie email (template refus + lien reprise). Échec email ne bloque pas le refus.
jmartin reopened this issue 2026-05-13 15:32:55 +00:00
jmartin commented 2026-05-13 15:34:06 +00:00
Author
Owner
Copy Link
Copy Source

Ticket rouvert : perimetre front ajoute (PATCH users id refuser). Branche: feature/110-front-cablage-refus-api.

Ticket rouvert : perimetre front ajoute (PATCH users id refuser). Branche: feature/110-front-cablage-refus-api.
jmartin commented 2026-06-16 14:06:47 +00:00
Author
Owner
Copy Link
Copy Source

Ticket #110 fermé — périmètre livré sur master (tip e168467).

Backend

  • PATCH /api/v1/users/:id/refuser : commentaire, statut refuse, token reprise (7 j), trace validation, e-mail reprise (/reprise?token=).
  • Refus dossier famille : propagation aux co-parents (même numero_dossier, même token), un mail par compte.
  • Mail refus : template aligné ; retry SMTP transitoire ; erreur API si envoi mail échoue (e168467).

Frontend

  • UserService.refuseUser + wizards validation AM / famille (formulaire refus, SnackBar succès/erreur, refresh « À valider »).
  • Famille : un seul appel API (back propage le dossier).
  • Onglet Parents : libellé Refusé + filtre statut refuse.

Recette / déploiement

  • Scripts test inscription : tests/scripts/register-*-test.mjs.
  • Suite utilisateur (correction dossier refusé) : #112.

Branche : feature/110-front-cablage-refus-api mergée dans master / develop.

Ticket **#110** fermé — périmètre livré sur **`master`** (tip `e168467`). ## Backend - `PATCH /api/v1/users/:id/refuser` : commentaire, statut `refuse`, token reprise (7 j), trace validation, e-mail reprise (`/reprise?token=`). - Refus **dossier famille** : propagation aux co-parents (même `numero_dossier`, même token), un mail par compte. - Mail refus : template aligné ; retry SMTP transitoire ; erreur API si envoi mail échoue (`e168467`). ## Frontend - `UserService.refuseUser` + wizards validation AM / famille (formulaire refus, SnackBar succès/erreur, refresh « À valider »). - Famille : un seul appel API (back propage le dossier). - Onglet Parents : libellé **Refusé** + filtre statut `refuse`. ## Recette / déploiement - Scripts test inscription : `tests/scripts/register-*-test.mjs`. - Suite utilisateur (correction dossier refusé) : **#112**. Branche : `feature/110-front-cablage-refus-api` mergée dans `master` / `develop`.
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 api backend email
Milestone
No items
No Milestone
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#110