feat(logistique) : migration schéma M5 tickets de pesée (ERP-182)

Crée le schéma BDD du module Logistique (M5) au namespace racine
DoctrineMigrations (FK cross-module user/client/supplier/site, règle n°11) :

- site.code VARCHAR(8) (préfixe de numérotation {siteCode}-TP, RG-5.02) +
  backfill depuis le code postal + index unique uq_site_code. Colonne NULLABLE
  à ce ticket (l'entité Site ne mappe pas encore code) ; mapping ORM,
  peuplement et SET NOT NULL portés par le ticket entité.
- weighing_ticket_counter / weighbridge_dsd_counter : compteurs par site
  (numéro RG-5.02 / DSD pont RG-5.04), gérés en DBAL brut FOR UPDATE, hors ORM
  → exclus du schema_filter (sinon schema:update les droppe) + catalogués.
- weighing_ticket : table principale (contrepartie Client/Fournisseur/Autre
  avec CHECK 3 branches RG-5.03, immatriculation partagée, pesées vide/plein
  en colonnes plates, net_weight dérivé, soft-delete + Timestampable/Blamable).
  Index unique (site_id, number) + index FK. ON DELETE site/client/supplier =
  RESTRICT, created_by/updated_by = SET NULL.

COMMENT ON COLUMN sur chaque colonne créée (règle n°12). make test +
ColumnsHaveSqlCommentTest verts, db-reset OK.

config/packages/doctrine.yaml

@@ -24,13 +24,18 @@ doctrine:
                 #    is_active, TIMESTAMP(6)) -> schema:update reste un no-op.
                 #  - `idtf_product` / `idtf_sync_log` : referentiel codes IDTF
                 #    synchronise en DBAL brut par `app:idtf:sync`, hors ORM.
+                #  - `weighing_ticket_counter` / `weighbridge_dsd_counter` : compteurs
+                #    par site (numero de ticket de pesee RG-5.02 / DSD du pont RG-5.04,
+                #    M5 Logistique), incrementes en DBAL brut sous verrou `FOR UPDATE`
+                #    par l'allocateur — jamais mappes en ORM (cf. spec M5 § 2.5 / § 2.7).
                 # Sans ce filtre, schema:update les considere comme "orphelines" et
                 # genere un `DROP TABLE` qui casse la base de test apres chaque
                 # `make test-db-setup` (la migration les a creees, schema:update les
                 # supprime juste apres). Creation / suppression restent pilotees par
                 # les migrations (audit_log : Version20260420202749 ; qualimat :
-                # Version20260612150000 ; idtf : Version20260612160000).
-                schema_filter: '~^(?!(?:audit_log|qualimat_sync_log|idtf_product|idtf_sync_log)$).+~'
+                # Version20260612150000 ; idtf : Version20260612160000 ; compteurs M5 :
+                # Version20260617150000).
+                schema_filter: '~^(?!(?:audit_log|qualimat_sync_log|idtf_product|idtf_sync_log|weighing_ticket_counter|weighbridge_dsd_counter)$).+~'
             audit:
                 url: '%env(resolve:DATABASE_URL)%'
     orm: