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

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.

frontend/modules/logistique/composables/useWeighingTicketsRepository.ts

@@ -1,4 +1,5 @@
 import { usePaginatedList } from '~/shared/composables/usePaginatedList'
+import type { WeighingTicketStatus } from '~/modules/logistique/composables/useWeighingTicketForm'
 
 /**
  * Vue MINIMALE d'une contrepartie embarquee (Client M1 ou Fournisseur M2) dans la
@@ -25,8 +26,10 @@ export interface WeighingTicketParty {
  */
 export interface WeighingTicket {
     id: number
-    /** Numero metier `{siteCode}-TP-{NNNN}` attribue par site (RG-5.02). */
-    number: string
+    /** Cycle de vie : DRAFT (« En attente ») ou VALIDATED (« Terminée ») — ERP-193. */
+    status: WeighingTicketStatus
+    /** Numero metier `{siteCode}-TP-{NNNN}` — null tant que brouillon (RG-5.02). */
+    number: string | null
     /** Embarque uniquement si contrepartie = Client (RG-5.03), sinon absent. */
     client: WeighingTicketParty | null
     /** Embarque uniquement si contrepartie = Fournisseur (RG-5.03), sinon absent. */