Chronique d’une mort annoncée
Cela fait près de 3 ans que l’on en entend parler sans y prêter une grande attention : les formats « Swift » et les formats CFONB utilisés par les entreprises doivent être progressivement remplacés par leur équivalent XML.
Souvent évoquée, la date du dernier week-end de novembre 2025 ne concerne que les banques. Pour les entreprises, novembre 2026 semble se dessiner mais ce n’est pas un couperet, il suffit d’en parler à vos banques qui sauront être souples si vous leur manifestez votre velléité de vous y soumettre.
Contexte
Depuis la création de SWIFT en 1973, tous les échanges interbancaires se font via des formats qu’on appelle communément « Swift » et dont chaque code commence par MT (i.e. Message Type) suivi de 3 chiffres.
Après un grand plan de communication qui a duré plusieurs années, en mars 2024 SWIFT a imposé aux banques de remplacer par son équivalent XML ISO 20022 les formats MT dont les chiffres commencent par 1, 2 et 9. C’est ce qu’on appelle la migration MT – MX (pour Message XML). Certes, cette obligation ne concernait alors que les échanges interbancaires mais elle affecte désormais les entreprises qui sont progressivement incitées à délaisser les formats SWIFT au profit de son équivalent XML ISO 20022, avec une insistance de plus en plus pressante…
Pourquoi ce changement de format ?
Le déploiement du SEPA a concrétisé et confirmé l’exploitabilité du format XML, sa souplesse d’utilisation et la richesse de ses balises. Le but de ce changement de format est double :
(1) Harmoniser tous les systèmes bancaires de paiements pour permettre une utilisation du format XML de bout en bout (i.e. de l’entreprise émettrice à l’entreprise destinatrice via leurs banques respectives) ;
(2) Exploiter les capacités de ce format XML pour renforcer les possibilités de filtrage, de suivi et de compliance.
Bref, toutes les banques du monde entier ne doivent désormais gérer que du format XML pour faciliter le suivi et le contrôle des données transportées.
En outre, ce remplacement n’affecte pas uniquement le format Swift « MT » mais aussi tous les formats domestiques car le XML permet de renseigner, transporter et suivre beaucoup plus d’informations. En effet, un CFONB160 ne dispose pas de champs où renseigner les adresses, un CFONB320 ne permet pas de préciser l’heure du paiement.
Enfin, la richesse du format XML offre aux banques la possibilité de proposer de nouveaux services qu’il aurait été impossible à mettre en œuvre et à suivre avec les anciens formats.
Comment faire ?
Avec chacune de vos banques et pour tous les comptes concernés, vous reprenez vos contrats bancaires et vous choisissez les services XML correspondants, peu importe le protocole (SWIFT, EBICS ou autre).
