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.
|