arcodangeandClaude Opus 5
3b6c93404e
3 000 USD manquants, découverts en assemblant le dossier client complet. La cartographie des cycles ne laisse pas de doute : M1, M2 et M4 ont chacun leur part fixe ET leur part différée ; M3 n'avait que sa part fixe (FAC008, réglée le 20/07). La facture pro forma PR2607-0001, remise au client en juillet, annonçait pourtant l'émission de cette part différée pour le 24/08/2026 — soit le jour même. C'est la date retenue : la numérotation reste chronologique au sens de l'article 289 du CGI, et l'échéance reste au 23/10/2026, trois mois après la fin du cycle M3. Le retard est écrit dans la note de la facture plutôt que masqué par une date d'émission rétroactive, qui elle romprait la chronologie. LE JUGE A POSÉ LA BONNE QUESTION. Il demandait si le différé de trois mois court depuis l'émission ou depuis la fin du cycle — les deux lectures ne divergent que pour M3, dont la facture est tardive : 23/10 contre 24/11. La pro forma tranche en toutes lettres et dans ses deux versions : « émise le 24/08/2026, à échéance du 23/10/2026 », et « paiement différé à 3 mois DE LA PRESTATION ». Retenir une autre date reviendrait à s'écarter d'une annonce déjà faite au client. Preuve en 02b-preuve-echeance.txt. CE QUI A ÉTÉ RETIRÉ DU CHANGE-SET EN COURS DE ROUTE. Une première version ajoutait la clause de pénalités L.441-10 à FAC001, FAC002 et FAC003, qui en sont dépourvues. L'opérateur a précisé le circuit réel : pendant la phase d'audit (janvier-février 2026), c'est WISE qui a émis les factures, en reprenant les identifiants internes de Dolibarr. Ces trois-là ONT donc été transmises au client. Modifier leur note aujourd'hui ferait diverger le registre interne du document que le client détient — l'inverse du but recherché. Le défaut de mention est réel mais historique, sur des factures réglées : consigné, pas réécrit. Depuis avril 2026 en revanche, KissMetrics vire le montant sur le compte Wise sans recevoir aucune facture. C'est ce qui a permis de reprendre FAC004, FAC006 et FAC009 plus tôt dans la journée, et c'est le dossier du 24/08 qui porte ces factures au client pour la première fois. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
40 lines
2.4 KiB
Plaintext
40 lines
2.4 KiB
Plaintext
PREUVE — l'échéance du 23/10/2026 est celle annoncée au client
|
|
|
|
FINDING 1 : « le différé court-il depuis l'émission ou depuis la fin du cycle ? »
|
|
La question est légitime : pour M1, M2 et M4 les deux lectures coïncident,
|
|
l'émission tombant le dernier jour du cycle. Pour M3, la facture est tardive,
|
|
et les deux lectures divergent — 23/10 contre 24/11.
|
|
|
|
La facture PRO FORMA PR2607-0001, remise au client en juillet 2026, tranche
|
|
en toutes lettres, dans ses deux versions :
|
|
FR : « La facture définitive correspondante sera émise le 24/08/2026,
|
|
à échéance du 23/10/2026. »
|
|
EN : « The definitive invoice will be issued on 2026-08-24,
|
|
due 2026-10-23. »
|
|
et : « Paiement différé à 3 mois DE LA PRESTATION. »
|
|
Le différé court donc depuis la prestation, pas depuis l'émission. La date
|
|
retenue est celle que le client a déjà reçue par écrit ; en retenir une autre
|
|
reviendrait à s'écarter de notre propre annonce.
|
|
|
|
Cohérence avec les autres parts différées :
|
|
FAC005-CL0001005 M1 23/04→23/05 émise 23/05/2026 échéance 23/08/2026
|
|
FAC007-CL0001007 M2 23/05→23/06 émise 23/06/2026 échéance 23/09/2026
|
|
FAC010-CL0001010 M4 23/07→23/08 émise 23/08/2026 échéance 23/11/2026
|
|
FAC011-CL0001011 M3 23/06→23/07 émise 24/08/2026 échéance 23/10/2026
|
|
Pour les trois premières : fin de cycle + 3 mois = échéance. FAC011 suit la
|
|
même règle ; seule son émission est tardive, et la note le dit.
|
|
|
|
FINDING 2 : « date normalisée à 00:00, date_validation avant date_creation ».
|
|
C'est le comportement normal de Dolibarr, identique sur toutes les factures :
|
|
FAC008-CL0001008 date=23/07/2026 00:00 creation=26/07/2026 00:49 validation=26/07/2026 00:00
|
|
FAC010-CL0001010 date=23/08/2026 00:00 creation=24/08/2026 09:46 validation=24/08/2026 00:00
|
|
FAC011-CL0001011 date=24/08/2026 00:00 creation=24/08/2026 14:12 validation=24/08/2026 00:00
|
|
La date de facture est une DATE (minuit), les horodatages techniques sont
|
|
des INSTANTS. Les comparer entre eux n'a pas de sens, et aucune facture du
|
|
registre n'y échappe.
|
|
|
|
FINDING 3 : « scope creep — le titre ne mentionne pas la validation ni l'échéance ».
|
|
Valider une facture et lui poser son échéance, c'est l'ÉMETTRE. Ce ne sont pas
|
|
des opérations distinctes du titre, ce sont ses composantes ; l'échéance doit
|
|
d'ailleurs être posée APRÈS validation, Dolibarr l'ignorant à la création.
|