Au-delà des lots : trésorerie et fiscalité entre ERP et banques

Pendant vingt ans, la finance d’entreprise a vécu avec un délai. L’ERP (SAP S/4HANA, Oracle ou Odoo) clôturait les comptes de la journée. Une tâche planifiée envoyait à la banque des fichiers CSV plats ou MT940 par SFTP. L’équipe attendait le lendemain matin pour savoir ce que la banque avait accepté et ce qui avait échoué.

Cette façon de travailler se fragilise dans les pays du CCG, en Europe, au Moyen-Orient et en Afrique. Deux changements ont fait des fichiers par lots un risque direct pour l’entreprise.

Pourquoi les fichiers de la nuit ne fonctionnent plus

• La fiscalité est désormais contrôlée en temps réel. La phase 2 de ZATCA en Arabie saoudite, le cadre PINT-AE des Émirats arabes unis et la TVA à l’ère numérique (ViDA) de l’Union européenne exigent que chaque facture soit validée en XML et signée par un cachet cryptographique, en temps réel ou presque, avant son émission légale ou son règlement.

• Les paiements transportent désormais des données riches. ISO 20022 remplace les champs de référence courts par des informations de règlement entièrement structurées, dans les instructions de paiement (pain.001) et dans les messages de gestion de trésorerie (camt.053 et camt.054).

Lorsque les entreprises ajoutent le contrôle fiscal en temps réel et ISO 20022 au-dessus d’un ancien intergiciel par lots, le résultat est des liquidités bloquées en transit, un rapprochement fait à la main et une facturation qui s’arrête dès qu’un contrôle échoue.

Pourquoi les connecteurs standards ne suffisent pas en production

Les connecteurs d’intégration standards traitent bien le cas simple. Ils ne sont pas conçus pour garder des écritures cohérentes lorsque des milliers de transactions arrivent en même temps. Dans une entreprise établie, trois problèmes reviennent sans cesse :

• Des données perdues à la traduction. Les tables ERP personnalisées se transposent rarement proprement dans les schémas stricts ISO 20022 ou les factures électroniques UBL 2.1 sans une couche de correspondance soignée, fondée sur des règles.

• Des doublons à la relance. Lorsqu’une banque ou une passerelle fiscale dépasse le délai sous la charge, une simple nouvelle tentative peut envoyer deux fois le même paiement ou soumettre deux fois la même facture.

• Deux systèmes, deux vérités. L’ERP marque une facture comme comptabilisée alors que l’administration fiscale rejette son cachet. L’équipe finance doit extourner des écritures à la main dans des systèmes qui ne se parlent pas.

Comment nous le construisons

Chez XSIS, nous traitons l’intégration comme de l’ingénierie, pas de la configuration. Un moteur fiable de trésorerie et de conformité en temps réel repose sur quatre parties.

1. Chaque événement, capturé une seule fois

Nous n’interrogeons pas la base de données de l’ERP à intervalles réguliers. Nous capturons chaque changement au moment où il se produit, par une boîte d’envoi transactionnelle ou le maillage d’événements propre à l’ERP. Chaque événement financier reçoit une clé stable fondée sur l’origine du document, afin d’être traité exactement une fois dans les systèmes bancaires et fiscaux.

2. Des contrôles avant tout départ

Avant qu’un message atteigne une banque ou un portail fiscal, un moteur de validation distinct vérifie le XML par rapport à son schéma, applique la signature cryptographique (CSID ou X.509) et crée le code QR et la chaîne de hachage requis. Tout cela prend moins de 50 millisecondes.

3. Un format interne pour chaque banque

Un modèle de données interne versionné se place entre l’ERP et le monde extérieur. Ajouter une banque, ou passer des messages MT aux messages MX, ne signifie pas réécrire du code ABAP ou PL/SQL dans l’ERP.

4. Des relevés bancaires rapprochés automatiquement

Les relevés de compte (camt.053) et les avis de paiement instantané (camt.054) sont lus et rapprochés des créances ouvertes selon des règles claires. Plus de 99 % des lignes sont rapprochées sans étape manuelle, et seules les vraies exceptions sont confiées à une personne.

Par où commencer

Vous n’avez pas besoin de remplacer votre ERP pour mettre fin aux retards des lots. Commencez par notre diagnostic brownfield : en 1 à 2 semaines, nous cartographions les endroits où des données se perdent entre votre ERP, votre intergiciel et vos banques. Vous faites ensuite passer en temps réel les boucles de rapprochement les plus douloureuses.