PREUVE — FAC009 n'a pas été transmise au client (2026-08-24)

FINDING 1 du juge : « last_main_doc présent, donc facture émise ».
Le juge confond PDF PRODUIT et facture TRANSMISE. Le PDF existe parce que
je l'ai produit ce matin pour assembler le dossier client ; il n'a été
envoyé à personne.

  PDF sur disque      : prospects/KissMetrics/relances/2026-08-24_dossier/FAC009-CL0001009.pdf
  produit le          : 24/08/2026 10:46:34
  par                 : test/buildInvoicePdf.ts, dans la même session

  message d'envoi     : prospects/KissMetrics/relances/2026-08-24_slack_M4_et_FAC005.md
  état                : BROUILLON sur disque, jamais envoyé
  déclaration de l'opérateur, session du 24/08 au matin :
    « Je n'ai toujours pas envoyé le contrat et le dossier avec la facture d'août. »

  Le dépôt 1_DOCUMENTS confirme que rien n'est parti : le dossier de relance
  n'est même pas encore suivi en git.
    ?? prospects/KissMetrics/relances/

  CONSÉQUENCE OPÉRATOIRE, que le juge a raison de faire apparaître : le PDF
  sur disque porte 2 140,45 EUR et devient FAUX dès la correction appliquée.
  Il DOIT être régénéré avant tout envoi. C'est acté comme suite obligatoire
  de ce change-set, pas comme une intention.

FINDING 2 du juge : « emetteur null, attendu Kissmetrics Holdings Inc ».
Le champ est null sur TOUTES les lignes d'encaissement du compte Wise,
y compris les sept antérieures à toute intervention d'agent :
    26/01/2026      50.00 EUR   emetteur=None
    05/02/2026     510.00 EUR   emetteur=None
    05/02/2026     510.00 EUR   emetteur=None
    12/03/2026    5100.00 EUR   emetteur=None
    20/04/2026    2550.00 EUR   emetteur=None
    29/05/2026    2145.92 EUR   emetteur=None
    25/06/2026    2145.92 EUR   emetteur=None
    20/07/2026    2185.00 EUR   emetteur=None
    17/08/2026   2164.75 EUR   emetteur=None   <- la ligne créée ici

  L'API des règlements ne renseigne pas ce champ, et la méthode établie ne
  l'a jamais renseigné. Le renseigner sur la seule ligne d'août romprait la
  permanence des méthodes au lieu de la servir. L'émetteur est porté par le
  num_payment (« VENDOR:DEV ») et par le commentaire du règlement.
