Guide de migration vers ISO 20022 : calendrier, impacts et étapes

L'ancienne messagerie SWIFT repose sur des formats MT (Message Type) datant des années 1970. Ces messages textuels offrent des champs limités et peu structurés, ce qui complique l'automatisation, la conformité réglementaire et la lutte contre la fraude.

ISO 20022 apporte des améliorations fondamentales :

• Données plus riches : adresses structurées, références de bout en bout, informations de remise détaillées. Un message MX peut contenir 10 fois plus de données qu'un MT.
• Interopérabilité mondiale : un seul standard pour tous les types de paiements, toutes les devises et tous les pays.
• Automatisation facilitée : le format XML structuré permet un traitement automatique sans intervention manuelle (STP — Straight Through Processing).
• Conformité renforcée : les données structurées facilitent le filtrage des sanctions, la lutte anti-blanchiment (AML) et le reporting réglementaire.

SWIFT a planifié la migration en plusieurs phases :

Mars 2023 : début de la coexistence. Les messages MX (ISO 20022) coexistent avec les messages MT sur le réseau SWIFT. Les banques peuvent envoyer en MX et recevoir en MT (et inversement) grâce au service de traduction de SWIFT.

Novembre 2025 : fin de la coexistence pour les paiements transfrontaliers. Les messages MT103 (virements) et MT202 (transferts interbancaires) sont remplacés par leurs équivalents ISO 20022 (pacs.008 et pacs.009). Les banques doivent être capables de traiter nativement les messages MX. Selon SWIFT, plus de 98 % des ordres de paiement passent désormais en ISO 20022.

Novembre 2026, reporté : SWIFT prévoyait d'exiger des adresses postales structurées dans les messages de paiement ISO 20022 avec sa version de standards 2026. Le 27 août 2026, SWIFT a annoncé le report de toutes les évolutions de cette version pour les paiements ; il fera le point sur l'exigence d'adresse structurée au plus tard en décembre 2026.

Pour les entreprises européennes, le SEPA utilise déjà ISO 20022 (pain.001, pain.008) depuis 2014. Les fichiers que les entreprises remettent à leur propre banque suivent leur propre calendrier : voir les échéances 2026 ci-dessous.

Vérifié le 25 septembre 2026. Chaque banque fixe son propre jour d'arrêt : confirmez la date auprès de la vôtre.

• Allemagne, 24.09.2026, suspension : la DK a suspendu l'abandon, prévu pour novembre 2026, des anciens formats pour les virements SEPA, les virements vers l'étranger et les virements urgents en euros, et maintient ces formats temporairement en service ; depuis le 24.09.2026, la page du cycle de vie porte l'avis de suspension et la note « Vorübergehend weiter verwendbar » (utilisable temporairement), sans nouvelle date de fin. Les nouvelles dates suivront celles de SWIFT et de l'EPC. Les dates bancaires ci-dessous restent valables tant que la banque ne les change pas elle-même.

• Allemagne, 14.11.2026 à 00h01 : la GLS Bank n'accepte plus les versions antérieures à pain.001.001.09 (virements) et pain.008.001.08 (prélèvements), donc ni pain.001.001.03 ni pain.008.001.02, et n'accepte plus de fichiers DTAZV pour les paiements vers l'étranger. Le cycle de vie des formats de la Deutsche Kreditwirtschaft (DK), l'instance commune des fédérations bancaires allemandes, ne donnait que le mois, 11/2026, et laissait le jour exact à chaque banque ; depuis le 24.09.2026, la note « Vorübergehend weiter verwendbar » s'y applique et aucune nouvelle date de fin n'est indiquée. La page GLS était inchangée au 25.09.2026.
• Allemagne, 15.11.2026 : entrée en vigueur de la version 26.11 de l'annexe 3 de la DK. Selon ce texte, le DTAZV cesse d'être un standard DK en novembre 2026 ; les virements vers l'étranger se remettent alors uniquement en pain.001.001.09 (type d'ordre EBICS AXZ). La GLS Bank cite le 01.12.2026 comme fin de la prise en charge du DTAZV dans la DK ; les documents de la DK ne donnent pas cette date : ils parlent de novembre 2026, ou du 15.11.2026. Détails dans notre guide sur la fin du DTAZV.
• Adresses SEPA, 15.11.2026, reporté : le guide de l'EPC sur les adresses (EPC153-22 v2.1) fixait au 15.11.2026 la fin des adresses non structurées dans les schémas de paiement de l'EPC, appréciée sur la date d'exécution ou d'échéance. Un document plus ancien, les guides d'implémentation SDD 2025 v1.0, indiquait le 22.11.2026. Le 10 septembre 2026, l'EPC a annoncé le report de cette date (décision du 9 septembre) et prévoit d'en fixer une nouvelle en octobre 2026. En Allemagne, ebics.de indiquait au 22.09.2026 qu'à partir du 15.11.2026 les ordres en DTAZV ou dans les versions pain de 2009 ne pourraient plus être transmis tels quels, et qu'une adresse structurée comportant au moins la ville et le pays est une exigence de base ; nous n'avons pas reconfirmé cet état après la suspension du 24.09.2026.
• Pays-Bas : l'association néerlandaise des paiements (Betaalvereniging) a annoncé la fin des adresses non structurées au 14.11.2026 (paiements hors SEPA) et au 15.11.2026 (paiements SEPA). Cela concerne les adresses, pas la version pain. Au 22.09.2026, sa page ne mentionnait pas le report de l'EPC : renseignez-vous auprès de votre banque.
• Dans les fichiers : les versions 2019 pain.001.001.09 et pain.008.001.08 remplacent pain.001.001.03 et pain.008.001.02. En pain.001, entre autres, le namespace change, BIC devient BICFI et la date d'exécution demandée passe dans un élément Dt.

Sources : GLS Bank, DK, annexe 3 V26.11, avis de la DK sur ebics.de, EPC153-22 v2.1, EPC, 10.09.2026, SWIFT, 27.08.2026, Betaalvereniging.

Les messages MT (Message Type) et MX (basés sur ISO 20022) diffèrent fondamentalement :

Format : les MT utilisent un format texte propriétaire avec des champs numérotés (champ 20 pour la référence, champ 32A pour le montant). Les MX utilisent XML avec des balises descriptives.

Capacité de données : un MT103 limite le nom du bénéficiaire à 4 lignes de 35 caractères. Un pacs.008 offre des champs structurés pour le nom, l'adresse postale complète, le code pays et un identifiant LEI.

Adresses : les MT utilisent des adresses en texte libre (non structurées). ISO 20022 impose des adresses structurées avec rue, code postal, ville et pays séparés. Cette exigence facilite le filtrage des sanctions mais nécessite une mise à jour des bases de données.

Correspondance :
• MT103 → pacs.008 (virement client)
• MT202 → pacs.009 (virement interbancaire)
• pain.001 reste pain.001 (il était déjà en ISO 20022), mais sa version change : voir les échéances 2026 ci-dessus

La migration ISO 20022 affecte plusieurs domaines :

Systèmes de paiement : les ERP, TMS (Treasury Management Systems) et logiciels comptables doivent être mis à jour pour générer et recevoir des messages ISO 20022. Les champs supplémentaires (adresses structurées, LEI) doivent être alimentés.

Bases de données : les fiches bénéficiaires doivent inclure des adresses structurées et, idéalement, un identifiant LEI. La migration des données existantes peut nécessiter un nettoyage important.

Réconciliation : les références de bout en bout (EndToEndId, UETR) permettent un suivi plus précis des paiements, mais les systèmes de rapprochement doivent être adaptés pour exploiter ces nouvelles données.

Conformité : les données enrichies facilitent le filtrage des sanctions et le reporting, mais nécessitent des mises à jour des moteurs de contrôle et des règles de filtrage.

Formation : les équipes finance, trésorerie et IT doivent comprendre les nouveaux formats, les champs obligatoires et les bonnes pratiques.

Voici un plan de migration en six étapes :

1. Audit de l'existant : recensez tous les flux de paiement, les formats utilisés (MT, CFONB, SEPA XML) et les systèmes impliqués. Identifiez les flux concernés par la migration.

2. Analyse d'écart : comparez les champs de vos messages actuels avec les exigences ISO 20022. Identifiez les données manquantes (adresses structurées, LEI) et les adaptations nécessaires.

3. Mise à jour des systèmes : mettez à jour vos ERP, TMS et outils de paiement pour supporter ISO 20022. Testez la génération et la réception des messages MX.

4. Nettoyage des données : enrichissez vos fiches bénéficiaires avec des adresses structurées, des BIC à jour et les identifiants requis.

5. Tests et validation : testez vos flux de bout en bout avec vos banques. Utilisez un validateur ISO 20022 pour vérifier vos fichiers par rapport au schéma ISO 20022 avant de passer en production. Il ne contrôle pas les règles propres à votre banque, comme les profils de la DK allemande : le test avec la banque reste indispensable.

6. Bascule et suivi : activez les nouveaux flux en production, surveillez les taux de rejet et corrigez les anomalies. Maintenez un suivi des pain.002 (rapports de statut) pour détecter les problèmes rapidement.

Le MT103 est le message SWIFT historique pour les virements internationaux unitaires. Le pain.001 ISO 20022 en est le successeur pour l'initiation de paiement côté entreprise.

En pratique :

• Le pain.001 est le fichier que l'entreprise envoie à sa banque pour ordonner des virements. Il est déjà au format ISO 20022.
• Le MT103 était le message utilisé entre banques sur le réseau SWIFT. Il est remplacé par le pacs.008.

C'est votre banque qui décide si elle accepte le pain.001 pour les virements internationaux. En Allemagne, le pain.001.001.09 devient le seul format de fichier pour les paiements vers l'étranger : il remplace le format DTAZV — la DK a suspendu l'échéance de novembre le 24.09.2026, et les banques peuvent conserver la leur (voir notre guide sur la fin du DTAZV). Pour créer ces fichiers, utilisez le générateur de virements internationaux. Pour les banques correspondantes qui utilisent encore le format MT, le générateur MT103 reste disponible.

Plusieurs ressources facilitent la transition :

• Générateur pain.001 : créez en ligne, sans installation, des fichiers de virement SEPA et internationaux conformes ISO 20022, avec validation XSD intégrée. Les données bancaires sont traitées en mémoire et ne sont jamais stockées sur nos serveurs.
• Générateur pain.008 : produisez des fichiers de prélèvement SEPA en pain.008.001.08, le pain.008.001.02 restant sélectionnable.
• Validateur ISO 20022 : vérifiez vos fichiers XML (pain.001, pain.008) par rapport au schéma ISO 20022 avant l'envoi à votre banque. Il ne contrôle pas les profils propres aux banques, comme ceux de la DK allemande.
• Générateur MT103 : pour les flux internationaux vers des banques n'ayant pas encore migré, générez des messages MT103 au format texte.

Ces outils vous permettent de tester vos nouveaux flux ISO 20022, de valider vos fichiers et de gérer la coexistence entre les anciens et les nouveaux formats pendant la période de transition.