Files

T

Auto Tag Develop / tag (push) Successful in 6s

Details

docs(commercial) : refonte contact — suppression du contact inline (specs M1 + M2) (#54 )

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>

2026-06-03 13:16:11 +00:00

1.9 KiB

Raw Blame History

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

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).
Retirer les 5 colonnes du modèle client (E-R + SQL + entité + exemple JSON).
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.
Refléter les décisions D1 (recherche) et D2 (export) une fois tranchées.
Côté spec-front.md : retirer les champs de contact du formulaire principal ; présenter l'onglet Contact comme seul lieu de saisie.
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.

1.9 KiB Raw Blame History