Votre banque est prête. Votre ERP, probablement pas.
Depuis le 9 octobre 2025, toutes les banques de la zone euro sont tenues d’émettre et de recevoir des virements SEPA instantanés (SCT Inst) à parité tarifaire avec les virements classiques, conformément au règlement européen 2024/886. Le plafond historique de 100 000 EUR par transaction a été supprimé — le Conseil européen des paiements a relevé la limite maximale théorique à 999 999 999,99 EUR. En théorie, les DAF et trésoriers d’ETI peuvent désormais régler des fournisseurs, des intercompanies ou des avances sur salaire en dix secondes, 24h/24, 7j/7, sans frais supplémentaires.
En pratique, la majorité des modules trésorerie ERP fonctionnent encore comme si nous étions en 2019 : lots de paiement PAIN.001 soumis en fin de journée, réconciliation sur le relevé MT940 du lendemain matin, workflows de validation calibrés sur un virement J+1. Le problème n’est pas dans la banque — il est dans le paramétrage de votre ERP.
Ce guide s’adresse aux DAF, trésoriers et responsables cash management d’ETI équipées de SAP S/4HANA, Dynamics 365 Finance, Sage Intacct ou Odoo. Il explique pourquoi le gap existe, ce qu’il change concrètement, et comment le combler.
Le règlement européen 2024/886 sur les virements instantanés : rappel du contexte
De PSD2 à SCT Inst, la longue marche vers le temps réel
L’Europe a posé les bases du temps réel en paiements avec la directive PSD2 (2018) et l’Open Banking. Mais PSD2 s’est surtout concentrée sur l’accès aux données de compte (AIS) et l’initiation de paiement (PIS) — pas sur la vitesse de règlement. Le SEPA Instant Credit Transfer (SCT Inst) existait comme schéma volontaire depuis novembre 2017, mais son adoption restait inégale : moins de 10 % des virements SEPA en 2020, et des frais bancaires additionnels qui décourageaient les entreprises.
Le règlement EU 2024/886, adopté le 13 mars 2024 et entré en vigueur en avril 2024, a changé la donne en transformant SCT Inst d’option commerciale en obligation réglementaire.
Ce que le règlement impose aux banques
Le calendrier de conformité est précis et non négociable :
- 9 janvier 2025 : les banques de la zone euro devaient être en mesure de recevoir des virements instantanés au tarif standard d’un virement classique.
- 9 octobre 2025 : obligation étendue à l’émission de virements instantanés. La banque ne peut plus facturer un surcoût pour SCT Inst.
- 9 janvier 2027 : même délais pour les banques situées dans l’UE mais hors zone euro.
Trois contraintes techniques s’imposent à chaque transaction SCT Inst : disponibilité 24h/24 et 7j/7, crédit sur le compte du bénéficiaire en moins de dix secondes, et confirmation de règlement immédiate à l’émetteur. Simultanément, depuis octobre 2025, la Verification of Payee (VoP) est opérationnelle — les banques vérifient en temps réel que le nom du bénéficiaire correspond à l’IBAN avant d’exécuter le virement.
Ce que le règlement n’impose pas aux entreprises — mais ce qu’elles devraient faire
Le règlement ne contraint pas les entreprises à émettre leurs paiements en SCT Inst. Il les contraint simplement à ne plus payer un surcoût pour le faire. C’est un changement de rapport de force : les trésoriers n’ont plus d’excuse économique pour continuer les lots de virement J+1 quand une transaction critique peut être réglée en dix secondes au même prix.
Mais profiter de cette opportunité suppose d’avoir reconfiguré son module trésorerie ERP. Ce que la plupart des entreprises n’ont pas fait.
Pourquoi les modules trésorerie ERP sont restés en retard
Les modules historiques sont construits autour du virement J+1
Les ERP ont été conçus pour traiter les paiements en mode batch : le trésorier valide un lot de virements en fin de matinée, le fichier PAIN.001 est généré et transmis à la banque via EBICS (Electronic Banking Internet Communication Standard), la banque exécute les virements la nuit, et le lendemain matin le relevé MT940 ou CAMT.053 arrive avec les confirmations. Ce cycle est profondément intégré dans les workflows ERP : les approbations de paiement, les contrôles de trésorerie et les réconciliations sont tous calibrés sur ce rythme de 24 heures.
SCT Inst casse ce modèle sur trois points structurels. Premièrement, il n’y a plus de lot : chaque virement est initié, routé et confirmé individuellement en temps réel. Deuxièmement, la confirmation de paiement (le CAMT.054 de crédit) arrive dans les secondes qui suivent l’émission — pas le lendemain matin. Troisièmement, le 15 novembre 2026, le format d’adresse non structuré est interdit dans les messages EPC, ce qui oblige à mettre à jour les référentiels tiers dans l’ERP (EPC 2025 SEPA Rulebook Updates, Mambu).
SCT Inst change le modèle : confirmation en 10 secondes, réconciliation immédiate
Le protocole EBICS Time Stamp (EBICS TS), qui permet aux ERP de transmettre des ordres de paiement en temps réel sans intervention manuelle, a été mis à jour en octobre 2025 avec de nouveaux types d’ordres spécifiques à SCT Inst dans le paramètre BTF (Business Transaction Format). SAP et Dynamics 365 supportent EBICS TS nativement dans leurs modules de paiement. Sage Intacct et Odoo dépendent de connecteurs partenaires (Ponto, Nordigen, Agicap) qui peuvent ou non avoir intégré ces nouveaux types d’ordres BTF.
Conséquence : les ERP non reconfigurés traitent l’instantané comme du différé
Si votre ERP n’a pas été paramétré pour SCT Inst, il continue d’envoyer vos paiements dans un lot PAIN.001 classique, même si votre banque est techniquement prête à les traiter en dix secondes. Le résultat : vous payez sans surcoût depuis janvier 2025, mais vous n’obtenez aucun des bénéfices opérationnels de l’instantané. Vous continuez à gérer des positions de trésorerie en J-1, à attendre le lendemain pour confirmer qu’un règlement fournisseur est passé, et à subir les écarts de réconciliation que le CAMT.053 quotidien ne peut pas éviter.
Ce que SCT Inst change concrètement dans la gestion de trésorerie
Liquidité en temps réel vs position de trésorerie J-1
Le premier changement est la granularité temporelle de la position de trésorerie. Avec les lots de virements classiques, le trésorier connaît la position en fin de journée ou le lendemain matin. Avec SCT Inst, chaque paiement émis ou reçu est immédiatement reflété dans le solde bancaire. Pour une ETI avec plusieurs comptes dans plusieurs banques, cela transforme la gestion du cash pooling : les transferts intercompanies qui prenaient une nuit peuvent être exécutés en quelques secondes pour optimiser les soldes en cours de journée.
Réconciliation automatique immédiate avec le CAMT.054
Le format CAMT.054 est la notification de débit/crédit individuelle envoyée par la banque à chaque opération. Là où le CAMT.053 est un relevé bancaire journalier qui récapitule toutes les transactions de la veille, le CAMT.054 est un message push déclenché transaction par transaction, immédiatement après l’exécution. Pour les trésoriers, c’est la fin du téléchargement du relevé bancaire le matin : chaque paiement SCT Inst reçu génère un CAMT.054 qui peut alimenter automatiquement la réconciliation dans l’ERP, en temps réel.
Cette architecture suppose que votre ERP ou votre TMS soit configuré pour recevoir des webhooks CAMT.054 push plutôt que pour télécharger périodiquement des fichiers CAMT.053. Ce n’est pas une mise à jour mineure — c’est un changement de paradigme dans l’intégration banque-ERP.
Opportunités concrètes : payer au dernier moment, encaisser immédiatement
SCT Inst ouvre des leviers d’optimisation que les virements J+1 ne permettent pas :
- Gestion du DPO (Days Payable Outstanding) : avec SCT Inst, vous pouvez retenir la trésorerie jusqu’au dernier moment et payer le fournisseur exactement à l’échéance, même un samedi soir. Le virement J+1 vous oblige à anticiper d’un à deux jours ouvrables, ce qui immobilise du cash inutilement.
- Encaissement e-commerce : la confirmation de paiement en temps réel permet de déclencher l’expédition immédiatement après le règlement, sans attendre la validation bancaire du lendemain.
- Intercompany instantané : les soldes entre filiales du groupe peuvent être réglés en quelques secondes, ce qui simplifie la consolidation et réduit les positions de trésorerie intercompanies dormantes.
Comment reconfigurer votre ERP pour exploiter SCT Inst
SAP S/4HANA TRM : activer SEPA Instant Credit Transfer
Dans SAP S/4HANA, la configuration SCT Inst passe principalement par le module DMEE (Data Medium Exchange Engine) et les paramètres de paiement. Il faut créer ou adapter un format de paiement SEPA Instant (distinct du format SCT classique), configurer les canaux de communication EBICS TS avec les nouveaux types d’ordres BTF, et paramétrer les notifications CAMT.054 en mode push dans la configuration de l’integration bancaire. La Verification of Payee (VoP) nécessite une vérification supplémentaire côté partenaire bancaire, que SAP intègre progressivement dans ses releases 2025-2026. Avant de démarrer, vérifiez avec votre intégrateur SAP que votre version S/4HANA est compatible et que votre partenaire bancaire a activé EBICS TS.
Dynamics 365 Finance : formats de paiement SEPA Instant
Dans Dynamics 365 Finance, la configuration se fait dans le module Trésorerie : Paramétrage > Méthodes de paiement > Formats de paiement. Il faut sélectionner le format SEPA Instant Credit Transfer dans les fichiers de configuration GER (Generic Electronic Reporting), mettre à jour les paramètres EBICS TS dans les comptes bancaires, et activer la réception des notifications CAMT.054 push via les journaux de rapprochement en temps réel. Microsoft déploie progressivement ces fonctionnalités dans ses versions cloud Dynamics 365 — vérifiez la disponibilité dans le Release Plan de votre version.
Sage Intacct et Odoo : dépend du connecteur bancaire
Pour Sage Intacct et Odoo, le support SCT Inst natif dépend du connecteur bancaire utilisé. Les agrégateurs tels que Ponto (Isabel Group), Nordigen (GoCardless) ou Agicap ont généralement mis à jour leurs APIs pour supporter SCT Inst, mais la configuration côté ERP doit être vérifiée avec l’éditeur ou le partenaire. Pour Odoo, le module l10n_sepa supporte le format PAIN.001 pour SCT classique — le support SCT Inst nécessite une configuration supplémentaire et la vérification de la compatibilité du partenaire bancaire avec EBICS TS ou l’API correspondante.
Configuration des notifications CAMT.054 push
Quelle que soit la solution ERP, activer les notifications CAMT.054 push demande trois étapes :
- Côté banque : vérifier que votre convention EBICS inclut les rapports de confirmation CAMT.054 en mode push (pas seulement téléchargement). Tous les grands groupes bancaires européens supportent aujourd’hui ce mode pour SCT Inst.
- Côté ERP : configurer le répertoire ou le webhook de réception des fichiers CAMT.054, et définir les règles de matching automatique (IBAN, référence structurée ISO 20022) pour déclencher la réconciliation sans intervention manuelle.
- Côté processus : adapter les workflows de validation et de rapprochement pour traiter les notifications en quasi-temps réel, et non plus en batch quotidien.
Ce qu’il faut anticiper avant d’activer SCT Inst dans l’ERP
Accord avec votre banque sur l’accès EBICS TS
La première étape est contractuelle : vérifier avec votre responsable bancaire que votre convention EBICS est à jour et inclut les types d’ordres BTF pour SCT Inst. Certaines conventions EBICS anciennes doivent être renégociées pour intégrer EBICS TS. Cette mise à jour est gratuite réglementairement (le règlement 2024/886 interdit la facturation de surcoût), mais elle peut prendre quelques semaines selon les processus internes de votre banque.
Révision des workflows d’approbation interne
C’est le point le plus critique et le plus souvent négligé. Vos workflows de validation de paiements ont été conçus pour un cycle J+1 : le trésorier valide un lot, le contrôleur financier cosigne, le paiement part le lendemain. Avec SCT Inst, un paiement peut être exécuté en dix secondes après la première validation. Si votre workflow à double signature n’est pas revu, vous prenez le risque qu’un paiement frauduleux parte avant que le deuxième validant ait eu le temps de réagir.
La mise à niveau des workflows doit précéder l’activation de SCT Inst dans l’ERP. Cela implique de définir des seuils de montant en dessous desquels SCT Inst peut être exécuté sur signature unique, et des seuils au-dessus desquels un délai de validation est forcé avant l’exécution.
Adresses structurées ISO 20022 dans le référentiel tiers
La date du 15 novembre 2026 est un point de vigilance immédiat. À partir de cette date, le format d’adresse non structuré est interdit dans les messages EPC, SCT et SCT Inst inclus. Si votre référentiel tiers (fournisseurs, clients) contient des adresses dans un champ libre non structuré, vos paiements seront rejetés par les banques. Un audit du référentiel tiers et une migration vers les champs d’adresse structurés ISO 20022 (rue, numéro, code postal, ville, pays en champs séparés) sont non négociables avant fin octobre 2026.
Les cas d’usage métier qui justifient la migration
SCT Inst n’est pas une mise à jour technique : c’est un levier de compétitivité opérationnelle. Voici les cas d’usage les plus concrets pour une ETI.
Fournisseurs en situation de tension : un fournisseur en difficulté de trésorerie qui accepte une remise commerciale en échange d’un paiement immédiat peut être réglé en dix secondes. Ce levier de négociation n’existe pas avec un virement J+1.
Intercompany intragroupe : une holding qui doit équilibrer les soldes entre filiales en fin de journée peut faire transiter la liquidité en quelques secondes, sans overnight overdraft et sans frais de ligne de crédit intraday.
Paie d’urgence : une avance sur salaire ou un paiement de remplacement urgente peut être exécutée un dimanche soir sans contrainte de délai bancaire.
Encaissement B2B en temps réel : pour les entreprises qui livrent contre paiement (secteur de la distribution, négoce), la confirmation SCT Inst avant expédition supprime le risque de livraison sans garantie de règlement.
Pour mettre à niveau votre module trésorerie ERP, commencez par ces trois actions concrètes : vérifiez votre convention EBICS avec votre banque, auditez votre référentiel tiers pour les adresses structurées avant le 15 novembre 2026, et revoyez vos workflows d’approbation avant d’activer SCT Inst.
Pour approfondir l’intégration banque-ERP, consultez notre guide ERP et Open Banking PSD2 : connecter vos comptes bancaires pour une trésorerie en temps réel et notre analyse ERP et gestion de trésorerie : intégration CMS, SWIFT et prévisions cash en temps réel.
