matthieu
8fae987e15
Auto Tag Develop / tag (push) Successful in 6s
Acte la décision refonte-contact dans les specs : le contact principal inline (firstName/lastName/phonePrimary/phoneSecondary/email) est retiré des entités tiers (Client, Supplier). Les contacts vivent uniquement dans ClientContact / SupplierContact (onglet Contacts). Garantie « >=1 contact nommé » préservée par RG-1.05/1.14 (M1) et RG-2.04/2.13 (M2). - M1 (spec-back/spec-front/cahier) : modèle Client sans contact inline ; RG-1.01/1.02 supprimées ; D1 (recherche) / D2 (export) décrites ; version V1. - M2 (spec-back/spec-front) : FICHIERS NOUVEAUX (non versionnés sur develop), introduits déjà corrigés (Supplier sans contact inline, RG-2.01/2.02 supprimées) ; version V0.2. - docs/specs/M1-clients/refonte-contact/ : décision (README) + tickets (M1 back/front/specs, M2 specs) + prompts + amendement des tickets M2. Lesstime : tâches #103 (M1 back), #104 (M1 front), #105 (M1 specs), #106 (M2 specs) ; tickets M2 #85-#97 amendés. --------- Co-authored-by: Matthieu <contact@malio.fr> Reviewed-on: #54 Co-authored-by: THOLOT DECHENE Matthieu <matthieu@yuno.malio.fr> Co-committed-by: THOLOT DECHENE Matthieu <matthieu@yuno.malio.fr>
39 lines
1.9 KiB
Markdown
39 lines
1.9 KiB
Markdown
# 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.
|