Après avoir documenté le 16 mai 2023, dans ce post de blog, un non respect de la norme OFX par le LCL au niveau de la balise FITID (ce non respect de la norme est toujours d'actualité, malgré une modification apportée par le LCL à la balise FITID), nous sommes aujourd'hui confrontés à un autre problème dans l'implémentation de la norme OFX par le LCL, cette fois-ci au niveau de la balise <CHECKNUM>.
Ce nouveau problème dans le fichiers OFX du LCL semble être une régression, car nous avons constaté ce non respect de la norme dans les fichiers OFX téléchargés depuis début 2025 et nous n'avions pas constaté ce problème avant. Le problème est très simple : quand une transaction correspond au débit d'un chèque, la balise <CHECKNUM> indique le numéro du chèque qui a été débité. Par exemple, le bloc ci-dessous correspond au débit du chèque numéro 6307874 d'un montant de 194,00 € le 4 août 2023 :
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20230804
<TRNAMT>-194.00
<FITID>003 6307874
<CHECKNUM>6307874
</STMTTRN>
Sur les fichiers OFX téléchargés depuis le 1er janvier 2025, nous constatons que la balise <CHECKNUM> a été renommée par le LCL en <CHKNUM>... or cette balise n'existe pas dans la norme OFX ! Voilà un extrait d'un fichier OFX du LCL pour le débit d'un chèque de 252,25 € le 3 janvier 2025 (seul le numéro du chèque a été modifié) :
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20250103
<TRNAMT>-252.25
<FITID>0003 000000003743898
<CHKNUM>3743898
</STMTTRN>
Les librairies qui lisent les fichiers OFX ne reconnaissent pas cette balise, et, par conséquent, le numéro du chèque ne remonte pas dans Odoo comme il devrait.
Nous espérons que le LCL pourra corriger rapidement cette régression !
