Files
Starseed/docs/specs/M1-clients/refonte-contact/M1-ticket-03-specs.prompt.md
T
Matthieu 83508d0c5a
Pull Request — Quality gate / Backend (PHP CS + PHPUnit) (pull_request) Successful in 1m39s
Pull Request — Quality gate / Frontend (lint + Vitest + build) (pull_request) Successful in 1m5s
docs(commercial) : refonte contact — suppression du contact inline (specs M1 + M2)
Le contact principal inline (firstName/lastName/phonePrimary/phoneSecondary/email)
est retiré des entités tiers : il vit désormais uniquement dans ClientContact /
SupplierContact (onglet Contacts).

- M1 (spec-back / spec-front / cahier-test) : contact inline retiré du modèle Client ;
  RG-1.01 et RG-1.02 marquées supprimées (équivalent RG-1.05 / RG-1.14) ; décisions
  D1 (recherche) et D2 (export) décrites ; version V1.
- M2 (spec-back / spec-front) : contact inline retiré du modèle Supplier dès la
  conception ; RG-2.01 et RG-2.02 supprimées (équivalent RG-2.04 / RG-2.13) ; version
  V0.2. Fichiers M2 introduits ici car non encore versionnés sur develop.
- docs/specs/M1-clients/refonte-contact/ : décision (README) + tickets (M1 back/front/
  specs, M2 specs) + prompts d'implémentation + amendement des tickets M2 existants.
2026-06-03 15:11:45 +02:00

1.9 KiB

Prompt d'implémentation — M1 · Ticket 3/3 (Specs)

Projet Starseed. Tâche documentaire : mettre à jour les specs M1 Clients pour acter la suppression du contact principal inline du Client. Les specs sont la source de vérité ; elles doivent décrire le modèle cible.

Mission

Modifier docs/specs/M1-clients/spec-back.md, spec-front.md et cahier-test-back-M1.md pour retirer le contact inline du Client (5 champs firstName/lastName/phonePrimary/ phoneSecondary/email) — les contacts vivent uniquement dans ClientContact.

Spec du ticket : docs/specs/M1-clients/refonte-contact/M1-ticket-03-specs.md (lis-la + le README.md du dossier, qui contient la décision, les RG impactées et les décisions D1/D2).

Étapes

  1. Lire les 3 fichiers de specs M1 visés, repérer toutes les occurrences des 5 champs (diagramme E-R, CREATE TABLE client, squelette entité, payload POST, filtre search, export, RG, cahier de test).
  2. Retirer les 5 colonnes du modèle client (E-R + SQL + entité + exemple JSON).
  3. Marquer supprimées RG-1.01 et RG-1.02 (renvoi à RG-1.05/RG-1.14 sur ClientContact), restreindre le scope de RG-1.19/1.20/1.21 à ClientContact. Ne pas renuméroter les RG.
  4. Refléter les décisions D1 (recherche) et D2 (export) une fois tranchées.
  5. Côté spec-front.md : retirer les champs de contact du formulaire principal ; présenter l'onglet Contact comme seul lieu de saisie.
  6. Bumper version: V0 → V1 + ajouter une entrée d'historique datée (2026-06-03).

Garde-fous

  • Ne touche pas au code, uniquement aux .md de specs.
  • Garde le style existant (sections numérotées, tableaux RG, exemples JSON).
  • Cohérence stricte avec les tickets 1 (back) et 2 (front) : mêmes décisions D1/D2.

Vérification

Relire les 3 fichiers : plus aucune mention des 5 champs inline dans le modèle client ; RG-1.01/1.02 marquées supprimées ; versions à V1 avec historique.