# Transfert commande : perte du moyen de déchargement

## Symptôme
Le moyen de déchargement d'une commande disparaissait, souvent au moment où un BL était reçu de la centrale.

## Cause
Dans `public/trans/action_trans_commande.php` (réception d'une commande envoyée par la centrale) :

1. Quand un `code_moyen_dechargement` était transmis, la requête faisait `SELECT * FROM t_moyen_dechargement`
   puis lisait la colonne `moyen_dechargement_id`, qui n'existe pas dans cette table (la clé est `id_moyen_dechargement`).
   L'identifiant valait donc `null` et l'`UPDATE t_commande` écrasait `moyen_dechargement_id`.
2. Quand le paramètre n'était pas transmis (ou le code inconnu), la valeur était forcée à `0` / `00:15`
   et écrasait aussi la commande existante.

La centrale renvoyant la commande lors de la production des BL, chaque renvoi effaçait le moyen de déchargement.
`action_trans_bl.php` ne modifie pas la commande : il recopie seulement le moyen de déchargement de la commande sur le BL.

## Correction (`public/trans/action_trans_commande.php`)
- La requête sur un code transmis sélectionne `id_moyen_dechargement AS moyen_dechargement_id` et `moyen_dechargement_tps_dechargement`.
- Ajout du drapeau `$moyen_dechargement_transmis` (code transmis et trouvé en base).
- Commande **existante** sans code valide transmis : on conserve `moyen_dechargement_id` et `commande_tps_dechargement` déjà en base.
- Commande **nouvelle** : comportement inchangé (code transmis, sinon valeur par défaut de `t_parametre`, sinon `0` / `00:15`).
- La ligne de `$res_verif` est lue une seule fois (`$commande_existante`) et réutilisée plus bas pour `$id_commande_verif`.

## Décision
Si la centrale transmet un code vide pour une commande existante, on garde la valeur de la commande
plutôt que d'appliquer la valeur par défaut du paramétrage.

## Données existantes
Les commandes déjà touchées ne sont pas corrigées automatiquement : il faut ressaisir leur moyen de déchargement
(les BL concernés ont pu être créés avec un moyen de déchargement vide).