Migration ISO 20022
ISO 20022 est une norme internationale pour les messages financiers que des organisations échangent lorsqu'elles traitent des paiements et d'autres transactions financières. La norme donne une structure définie à des informations comme l'identité du payeur et les références de paiement. La migration consiste à adapter les systèmes et les processus de travail pour envoyer, recevoir et utiliser ces messages structurés.
Les banques utilisent ISO 20022 pour échanger des données de paiement dans un format que leurs systèmes peuvent traiter de façon cohérente. Des champs structurés peuvent améliorer le filtrage des sanctions et aider les systèmes comptables à rapprocher l'argent reçu d'une facture. Ces avantages dépendent des données fournies et de la façon dont les systèmes de la banque les valident et les utilisent.
Ce qu'un message pacs transporte et qu'un MT ne transportait pas
Un virement client circulait auparavant sous forme de MT103, un message à champs numérotés contenant beaucoup de texte libre. Le champ 50 contenait le donneur d'ordre: nom, adresse et compte, sur quatre lignes au plus, rédigés comme la banque émettrice le voulait. L'équivalent ISO 20022 est un pacs.008, et le débiteur y a un élément de nom, une adresse postale avec rue, numéro, code postal, ville et pays, et sa propre identification de compte.
Deux autres différences comptent au quotidien. Les informations de remise peuvent être structurées, avec des références qu'un système créancier peut lire directement, et le message en transporte davantage. La référence de bout en bout circule sans changement dans toute la chaîne, et c'est elle qui rend le suivi possible.
CBPR+ et la fin du MT pour les paiements transfrontaliers
CBPR+ est l'ensemble de lignes directrices de pratique de marché qui indique comment les banques utilisent ISO 20022 pour les paiements transfrontaliers et le reporting. Sans de telles lignes directrices, la norme est trop souple: deux banques pourraient être toutes deux conformes et pourtant incapables de traiter les messages l'une de l'autre. CBPR+ réduit cela à un seul usage.
Les messages MT des paiements transfrontaliers ont été retirés du réseau Swift, et la période où une banque pouvait recevoir l'un ou l'autre format et traduire est donc terminée. Une banque qui fait encore tourner une traduction au milieu de sa propre chaîne n’a pas achevé sa migration, car les données qu'un traducteur abandonne sont précisément celles pour lesquelles les champs structurés ont été ajoutés.
L'exigence d'adresse structurée et ce qu'elle casse
La communauté Swift a décidé de passer d'adresses postales non structurées à des adresses structurées dans les messages de paiement, et a fixé novembre 2026 pour le basculement. En août 2026, Swift a prolongé ce délai après que des communautés et des infrastructures de marché ont demandé plus de temps. L'avis de Swift sur la prolongation indique que les progrès étaient inégaux dans le secteur, et la nouvelle date sur laquelle les banques planifient désormais est novembre 2027, comme l'expose le centre de ressources de J.P. Morgan sur la migration pour ses clients.
Ce que la règle exige vraiment est au minimum une adresse hybride, pas une adresse entièrement structurée: le nom de la ville et le pays doivent figurer dans leurs propres éléments, et deux lignes d'adresse de 70 caractères au plus peuvent porter le reste, à condition de ne pas répéter ce que les éléments structurés contiennent déjà. Une adresse entièrement non structurée n'est plus acceptée. Cette distinction décide de l'ampleur du travail sur les données pour une banque.
Le retard reflète le besoin de nettoyer les données d’adresse des clients. Le fichier clients d'une banque contient des adresses en texte libre qui n'ont jamais été décomposées en rue, numéro et code postal, et dans de nombreux cas les éléments ne peuvent pas être retrouvés sans interroger le client. Le travail est un nettoyage de données dans le système de core banking, et c'est pourquoi il prend plus de temps que le mapping des messages. Consultez les systèmes concernés par ce travail dans le core banking en Allemagne.
Quelles familles de messages cessent quand
La migration se déroule comme une série de retraits distincts, et une banque les suit par famille de messages. L'initiation de paiement passe du MT101 au pain.001 d'ici novembre 2027, le même horizon que la règle d'adresse. Le reporting de compte vient plus tard: les relevés et avis MT 9xx, c'est-à-dire MT940, MT941, MT942, MT900 et MT910, doivent être retirés en novembre 2028, et camt.052 pour le rapport intrajournalier, camt.053 pour le relevé et camt.054 pour l'avis de débit et de crédit prennent leur place.
Les messages de demande changent aussi: une demande MT199 non structurée sur un paiement manquant cède la place à camt.110 et camt.111, des messages structurés de demande et d'investigation, avec camt.056 pour une annulation et camt.029 pour la résolution. Une banque qui continue de répondre aux investigations en texte libre garde l'effort manuel que le flux structuré devait supprimer.
Ce que des données plus riches apportent au filtrage et au rapprochement
Un filtre de sanctions qui travaille sur du texte libre produit des faux positifs, car un nom de ville dans un champ de rue correspond à un nom figurant sur une liste. Avec un élément pays et une ville structurée, le filtre compare ce qui est comparable, et le nombre d'alertes qu'une équipe conformité doit traiter à la main diminue. Consultez les contrôles contre la criminalité financière dans les paiements et les exigences de conformité aux sanctions en Allemagne.
Pour le rapprochement comptable des entreprises, un paiement qui arrive avec une référence créancier structurée peut être rapproché automatiquement d'une facture ouverte, et l'équipe comptabilité clients ne regarde que les exceptions. C'est le principal argument pour qu'une direction de trésorerie pousse ses banques sur la migration.
Où en est une banque européenne
Les banques européennes avaient une longueur d'avance, car les systèmes en euros de montants élevés et de paiements instantanés sont passés à ISO 20022 avant la migration transfrontalière. T2 règle en messages ISO 20022, TIPS l'a toujours fait, et les schémas SEPA utilisent la norme depuis leur lancement. Une banque allemande a donc les formats de messages en production, et la question est la qualité des données qu'elle place dans les champs.
Les lacunes restantes se situent à trois endroits: les adresses du fichier clients, les codes d'objet et de catégorie que personne ne remplit, et un reporting qui vient encore d'un modèle de données calqué sur le MT. Les infrastructures de paiement de ces banques comprennent notamment TARGET2 et TIPS.
Ce qu'une entreprise qui envoie des fichiers de paiement doit changer
Une entreprise qui envoie des fichiers de paiement à ses banques se trouve du côté pain.001 de la norme, et la même exigence d'adresse l'y atteint. Trois chantiers suivent: le fichier fournisseurs a besoin d'adresses structurées, l'ERP doit les produire dans le fichier, et les règles de validation de la banque doivent être testées sur de vrais fichiers avant l'échéance.
Sur le relevé de compte, un camt.053 avec des données de remise structurées boucle le rapprochement, et une trésorerie qui a demandé des références structurées sur ses paiements sortants obtient des retours rapprochés sur les paiements entrants. Ces tâches de rapprochement font partie du travail de la trésorerie d'entreprise.
Quelle est l'échéance ISO 20022?
Les échéances varient selon le système de paiement, et le retrait des MT pour les paiements transfrontaliers sur Swift est passé. L'exigence d'adresse et le retrait du MT101 passent à novembre 2027 après la prolongation d'août 2026, et les messages de reporting MT 9xx suivent en novembre 2028. Les systèmes nationaux ont leurs propres calendriers: la Federal Reserve a migré en juillet 2025, et la Bank of England a rendu obligatoires les champs de données enrichis dans CHAPS à partir de mai 2025. Une banque suit l'échéance pour chaque système auquel elle se connecte.
ISO 20022 est-il la même chose que SWIFT?
ISO 20022 est une norme internationale pour les messages financiers, publiée par l'ISO et utilisée par des systèmes de paiement qui n'ont rien à voir avec Swift, dont les schémas SEPA et T2. Swift est un réseau et une coopérative qui transporte des messages entre banques, et il a adopté ISO 20022 pour les paiements transfrontaliers à la place de ses propres formats MT.
ISO 20022 et Finance Loop
Finance Loop est le lieu de rencontre des opérations de paiement en Allemagne, et la migration est un projet de données dans chaque banque qui en exploite. Finance Loop réunit les ingénieurs paiements qui font le mapping des messages, les équipes conformité qui profitent des champs structurés et les trésoriers qui doivent modifier leurs propres fichiers.
Finance Loop est un réseau professionnel qui favorise l'usage institutionnel des technologies émergentes en finance, comme l'IA, la tokenisation, les stablecoins et la DeFi. Finance Loop aide ses membres à développer des compétences et des réseaux personnels dans ces domaines: Investissement & actifs numériques, Paiements & monnaie numérique, Infrastructure numérique & souveraineté et Risque & conformité.