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.