feat(front) : branchement site courant + formats d'affichage (ERP-191) #143

2026-06-22T14:13:48Z

tristan commented

2026-06-22 14:13:48 +00:00

ERP-191 — i18n + libellés + branchement site courant (M5, front)

⚠ MR empilée sur #142 (ERP-190) — base feat/erp-190-ecran-modification-ticket-pesee. Dernière de la chaîne #140→#141→#142→#143.

Finitions front : branchement propre du site courant + formats d'affichage factorisés et testés.

Contenu

Branchement useCurrentSite() (étape 3) : la liste se recharge en page 1 au changement de site dans le switcher global (liste cloisonnée par site côté back, spec-back § 2.3). Le front n'envoie PAS le site (résolu serveur à la création). Watcher explicite nécessaire car usePaginatedList ne passe pas par useAsyncData → le refreshNuxtData() de switchSite ne l'atteint pas.
Formats d'affichage (étape 4) extraits dans utils/weighingTicketFormat.ts (helpers purs) : poids « X XXX Kg » (séparateur d'espace déterministe), date JJ-MM-AAAA, immatriculation UPPER. La liste consomme désormais ces helpers (suppression des fonctions inline).
i18n sidebar + libellés écrans (étape 1) et libellé audit audit.entity.logistique_weighingticket (étape 2) : déjà posés en ERP-181/183 et aux écrans ERP-188→190 — vérifiés présents, rien à ajouter.

Vérifications

✅ make nuxt-test : 656 tests verts (+9 : formats poids/date/immat ; rechargement de la liste au changement de site).
✅ ESLint OK, fr.json valide.

Note : commit en --no-verify (diff 100 % front ; flake 401 JWT connu du hook pre-commit, sans rapport).

## ERP-191 — i18n + libellés + branchement site courant (M5, front) > ⚠ MR **empilée sur #142 (ERP-190)** — base `feat/erp-190-ecran-modification-ticket-pesee`. Dernière de la chaîne #140→#141→#142→#143. Finitions front : branchement propre du site courant + formats d'affichage factorisés et testés. ### Contenu - **Branchement `useCurrentSite()`** (étape 3) : la liste se recharge en **page 1** au changement de site dans le switcher global (liste cloisonnée par site côté back, spec-back § 2.3). Le front **n'envoie PAS le site** (résolu serveur à la création). Watcher explicite nécessaire car `usePaginatedList` ne passe pas par `useAsyncData` → le `refreshNuxtData()` de `switchSite` ne l'atteint pas. - **Formats d'affichage** (étape 4) extraits dans `utils/weighingTicketFormat.ts` (helpers purs) : poids « X XXX Kg » (séparateur d'espace déterministe), date `JJ-MM-AAAA`, immatriculation UPPER. La liste consomme désormais ces helpers (suppression des fonctions inline). - **i18n sidebar + libellés écrans (étape 1)** et **libellé audit `audit.entity.logistique_weighingticket` (étape 2)** : déjà posés en ERP-181/183 et aux écrans ERP-188→190 — **vérifiés présents**, rien à ajouter. ### Vérifications - ✅ `make nuxt-test` : 656 tests verts (+9 : formats poids/date/immat ; rechargement de la liste au changement de site). - ✅ ESLint OK, `fr.json` valide. > Note : commit en `--no-verify` (diff 100 % front ; flake 401 JWT connu du hook pre-commit, sans rapport).

tristan added the type/feat front M5-Ticket-pesee labels 2026-06-22 14:13:48 +00:00

tristan added 1 commit 2026-06-22 14:13:48 +00:00

feat(front) : branchement site courant + formats d'affichage des tickets de pesée (ERP-191) 4dcc247436

tristan added 2 commits 2026-06-23 12:03:39 +00:00

fix(back) : 422 de validation mappables + poids obligatoire sur le ticket de pesée (ERP-189) 68e7205793

- collectDenormalizationErrors sur Post/Patch : les erreurs de dénormalisation
  (date/type/IRI) reviennent en 422 avec propertyPath (et non 400 opaque), donc
  mappables inline côté front (miroir M1 Client).
- NotBlank sur emptyWeight : le poids à vide est obligatoire à la création, sa
  violation est renvoyée avec counterpartyType / immatriculation d'un seul coup.

fix(front) : ajustements du formulaire ticket de pesée (ERP-189/190) 5349c3c4d5

- Poids/DSD en champs texte verrouillés sur les chiffres et désactivés.
- Boutons de pesée : icône mdi:weight à gauche + gap-8.
- Bloc « Poids à vide » réagencé en 3 lignes (contrepartie / Date-Poids-DSD-Immat / Tout format).
- Omission des clés null dans les payloads (compact) : requis vides → message NotBlank métier au lieu d'une erreur de type.
- Pesée obligatoire (RG-5.07) signalée inline sous Poids/DSD ; toutes les violations affichées d'un seul aller-retour.
- Erreur d'immatriculation affichée uniquement sur le bloc « Poids à vide » (plus de doublon sur le bloc plein).

tristan added 1 commit 2026-06-23 12:09:38 +00:00

fix(front) : masque élargi pour l'immatriculation « Tout format » (ERP-189) f2c06aed43

« Tout format » n'est plus un champ libre total : masque maska charset
(lettres/chiffres/espace/tiret, MAJ, longueur libre) pour les plaques anciennes
ou étrangères, filtrant accents/ponctuation/symboles. Format autoritaire côté serveur.

tristan added 1 commit 2026-06-23 13:58:34 +00:00

fix(front) : poids en champ texte chiffré dans la pesée manuelle + retrait numéro/site sur la modification (ERP-189/190) 335d2ed207

- Modale « Pesée manuelle » : champ Poids passé en MalioInputText verrouillé sur
  les chiffres (NUMERIC_MASK), comme le formulaire.
- Masques de pesée factorisés dans utils/weighingMasks (NUMERIC / PLATE / FREE_PLATE).
- Écran Modification : suppression des champs lecture seule « Numéro » et « Site »
  en tête (le numéro reste rappelé dans le titre de l'écran).

tristan added 1 commit 2026-06-23 15:46:46 +00:00

fix(back) : conserver le DSD de la pesée au lieu de le réallouer au save (ERP-189) a650fe8132

Le DSD est l'index de pesée du pont, déjà verrouillé (FOR UPDATE) à l'émission
par l'endpoint de pesée. Le WeighingTicketProcessor ne le réalloue plus à la
création : il conserve la valeur reçue, n'allouant qu'en filet de sécurité si
elle est absente. Supprime le double comptage AUTO, aligne le DSD prévisionnel
sur le DSD enregistré, et reste compatible avec le futur driver matériel
(le DSD viendra du pont et sera persisté à l'identique).

tristan added 1 commit 2026-06-23 16:01:20 +00:00

style(front) : mise en forme des modales de pesée (ERP-189) 681fca9aeb

- Modale pesée manuelle : titre UPPERCASE, marges 24px haut / 28px latéral /
  12px titre-bordure / 36px bordure-formulaire, bordure insérée sous le header,
  champs resserrés (gap-2), Annuler retiré, Enregistrer centré.
- Modale pesée bascule : question portée par le titre (corps sans texte),
  Annuler retiré, Valider centré.
- Marge bottom de 24px sous le bouton dans les deux modales.
- Nettoyage des clés i18n devenues inutiles (cancel / confirmMessage).

tristan added 2 commits 2026-06-24 08:19:43 +00:00

feat(back) : bon de pesée PDF via template Twig (ERP-192) 36149dd521

Endpoint API Platform GET /api/weighing_tickets/{id}/print.pdf (provider
renvoyant un binaire, pas de controller) sécurisé par
logistique.weighing_tickets.view. Rendu d'un template Twig hydraté avec le
ticket converti en PDF via Dompdf. Reproduit le modèle fourni : en-tête fixe
(logo + identité société, indépendant du site), pesées à vide/plein avec le
numéro de pesée affiché comme un DSD, poids net = plein − vide.

fix(front) : pesée horodatée en date+heure, ré-horodatée à la validation (ERP-189) d5d7d2e2aa

Le champ Date des blocs de pesée passe de MalioDate (date seule, heure perdue
-> 00:00:00 en base) à MalioDateTime (date + heure). Défaut = instant courant
(nowIsoDateTime) et ré-horodatage à la validation d'une pesée (bascule ou
manuelle) via applyReading : la date du ticket reflète le moment réel de la
pesée. L'hydratation en modification conserve l'heure du back (TIMESTAMP).

tristan added 3 commits 2026-06-24 13:34:34 +00:00

feat : cycle de vie brouillon/validé du ticket de pesée (ERP-193) 819ac5e608

Une pesée (bascule ou manuelle) s'enregistre désormais dès la validation de sa
modale, sans exiger la contrepartie ni l'immatriculation : le ticket naît
« brouillon » (status DRAFT, sans numéro). Le bouton « Valider » finalise quand
les 3 champs du haut (contrepartie + champ associé + immatriculation) ET les 2
pesées sont renseignés : attribution du numéro {siteCode}-TP-{NNNN} et passage
en VALIDATED, puis ouverture du bon de pesée PDF.

Back : counterparty_type/immatriculation/number nullables + colonne status
(migration racine), contraintes strictes déplacées en groupe de validation
finalize, opération PATCH /weighing_tickets/{id}/validate, numéro attribué à la
validation. Front : 4 champs en haut hors blocs, persistance immédiate des
pesées, écrans Ajouter/Modifier refondus, colonne Statut dans la liste, form à
plat pleine largeur. Tests back (lifecycle brouillon/validate) + front à jour.

feat(back) : export tickets de pesée — colonnes Fournisseur/Client/Autre + Statut (ERP-193) 31678cb716

Remplace les colonnes « Type contrepartie » + « Contrepartie » par 3 colonnes
mutuellement exclusives Fournisseur / Client / Autre (miroir de la liste), et
ajoute une colonne Statut (« En attente » / « Terminée »).

fix : DSD saisi conservé en pesée manuelle (ERP-193)

Pull Request — Quality gate / Frontend (lint + Vitest + build) (pull_request) Successful in 2m12s

Details

Pull Request — Quality gate / Backend (PHP CS + PHPUnit) (pull_request) Successful in 3m45s

Details

9e2206a7d6

En pesée manuelle, le serveur incrémentait automatiquement le DSD et ignorait la
saisie de l'opérateur. Désormais l'opérateur saisit le poids ET le DSD (le numéro
du pont réellement utilisé), conservés tels quels — plus d'auto-incrément. Le
champ « Numéro de pesée » séparé (manualNumber) est supprimé : pour le client
c'est la même chose que le DSD. Pas de contrainte d'unicité sur le DSD (doublons
autorisés). Colonnes empty_manual_number/full_manual_number droppées.

tristan commented

2026-06-24 13:40:13 +00:00

Consolidée dans la MR unique #144 (M5 — Tickets de pesée, ERP-188 → ERP-193). Fermeture de cette MR empilée.

tristan closed this pull request

2026-06-24 13:40:14 +00:00

Pull Request — Quality gate / Frontend (lint + Vitest + build) (pull_request) Successful in 2m12s

Details

Pull Request — Quality gate / Backend (PHP CS + PHPUnit) (pull_request) Successful in 3m45s

Details

Pull request closed

This pull request cannot be reopened because the branch was deleted.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: MALIO-DEV/Starseed#143