Blog

Maîtriser la gestion des adresses : les enseignements d'une grande entreprise mondiale pour vous éviter les écueils

Dans notre premier article sur la gestion des adresses, nous expliquions les changements attendus avec l'échéance de novembre 2026, leurs enjeux et la meilleure façon d'aborder votre migration. Depuis lors, nous avons continué à travailler en étroite collaboration avec des clients déjà bien engagés dans ce processus. L'un d'eux, une grande entreprise mondiale* gérant des dizaines de milliers de paiements transfrontaliers via plusieurs systèmes ERP et corridors de paiement, a accepté de partager son expérience. Ce qu'il nous a confié s'est révélé, franchement, plus instructif que n'importe quel guide technique que nous aurions pu rédiger.

Voici ce qu'il a appris — et ce que vous devriez retenir avant de vous lancer.

Les chiffres sont plus alarmants qu'on ne le croit

Avant d'entrer dans le vif du sujet, posons le cadre avec quelques données.

Malgré une large prise de conscience autour du mandat de novembre 2026 dans l'industrie des paiements, SWIFT indique qu'environ 65 % des messages de paiement contiennent encore des adresses non structurées — et certains n'incluent même pas de nom de ville.

Du côté belge, Isabel rapporte qu'environ 85 % des fichiers de paiement transitant par son réseau ne respectent toujours pas les nouvelles exigences en matière d'adresses.

Chez Kyriba, nos propres données dressent un constat similaire : 79 % des transactions XML ISO 20022 que nous traitons contiennent au moins une adresse invalide.

Ces chiffres ne sont pas des projections. Ils reflètent l'état réel des données aujourd'hui, à moins de six mois de l'échéance.

Ils ont commencé tôt. Et c'était quand même difficile.

Ce client n'a pas attendu 2026. Il a entamé son projet de migration vers les adresses structurées dès 2025, en en faisant un projet officiel avec une échéance interne fixée avant la date réglementaire. À tous égards, il faisait partie des précurseurs.

La difficulté n'était pas principalement technique. Elle était organisationnelle. Les données d'adresses provenaient de systèmes ERP, avec des dépendances vis-à-vis de dizaines de partenaires commerciaux répartis sur plusieurs zones géographiques.

L'imposition de nouvelles structures de fichiers d'import intégrant des champs d'adresse spécifiques a immédiatement suscité des résistances. Amener ces partenaires à renseigner systématiquement le nom de ville, le pays et les champs associés a nécessité une communication interne soutenue et un véritable effort de sensibilisation.

La leçon à retenir : démarrer tôt vous donne le temps d'absorber les frictions. Démarrer tard, c'est les subir sous la pression de l'échéance.

Le problème des données est plus vaste qu'on ne l'imagine

Avant la migration, les données d'adresses des bénéficiaires de ce client suivaient un schéma que nous observons dans de nombreuses grandes entreprises mondiales : du côté débiteur, les adresses étaient non structurées ou partiellement structurées ; du côté créancier, seul le champ pays était souvent renseigné.

Ce champ manquant — la ville — est précisément celui qui deviendra obligatoire en novembre 2026.

Lors de leur premier audit, les lacunes étaient significatives : des dizaines de milliers de paiements ponctuels à des bénéficiaires, chacun dépendant de la transmission en aval des informations d'adresse par les systèmes ERP. Aucun responsable unique. Aucun modèle de données cohérent. Plusieurs formats hérités coexistant dans différents corridors de paiement.

C'est la réalité à laquelle de nombreuses équipes de trésorerie seront confrontées lors de leur propre audit. Les lacunes ne sont pas des cas isolés. Elles sont systémiques, et reflètent des années de raccourcis accumulés que les normes de paiement structurées imposent désormais de corriger.

L'adresse hybride : un compromis pragmatique

L'une des décisions les plus instructives de ce client concerne le choix du modèle d'adresse. Trois options s'offraient à lui : entièrement structurée, hybride, ou le format non structuré hérité. Il est rapidement apparu que le format entièrement structuré n'était pas atteignable à grande échelle.

Il a donc opté pour le format hybride comme état cible : un modèle pragmatique qui satisfait aux éléments obligatoires (nom de ville et pays) tout en conservant des champs de lignes d'adresse pour les informations complémentaires qui ne s'insèrent pas facilement dans des balises structurées. Ce choix reflète ce que nous observons chez Kyriba à l'échelle de notre clientèle : l'adresse hybride s'impose progressivement comme la norme de facto pour la plupart des grandes entreprises mondiales, précisément parce qu'elle concilie conformité et réalité opérationnelle.

Un point de vigilance important : pour certaines configurations bancaires spécifiques, les adresses hybrides ont créé des problèmes inattendus lors des tests, obligeant à maintenir le format structuré pour ces paramètres. Cela rappelle qu'aucun modèle d'adresse unique ne fonctionne de manière universelle à travers tous les corridors et toutes les contreparties.

Les banques ne sont pas prêtes non plus

L'un des aspects les plus fréquemment mal compris de cette migration est l'idée que les banques guideront proactivement leurs clients entreprises tout au long de la transition. Ce n'est pas nécessairement le cas.

Lorsque ce client a pris contact avec ses partenaires bancaires, il a constaté une hétérogénéité significative dans leur niveau de préparation. Certaines banques disposaient d'équipes dédiées à l'ISO 20022 ; d'autres avaient des capacités de test limitées, restreintes à certains pays. Et les exigences n'étaient pas uniformes.

Un exemple particulièrement frappant : dans plusieurs pays asiatiques, le champ Town Name désigne un district, et non une ville. C'est le champ Country Subdivision qui est utilisé pour capturer la ville. Ces deux champs deviennent obligatoires en complément du champ Pays. Ce type de variation régionale est invisible tant que vous n'avez pas testé avec la banque concernée — et il peut mettre en péril vos délais s'il est découvert tardivement.

Notre conseil pratique : ne supposez pas que vos partenaires bancaires signaleront ces problèmes. Engagez la conversation maintenant, testez tôt, et anticipez des déviations propres à chaque pays qui ne figurent pas dans le standard mondial.

Des rejets de paiements ont déjà lieu

Ce client a connu ses premiers rejets de paiements liés au format des adresses non pas en novembre 2026, ni même en 2025, mais dès 2024.

La raison : certaines banques avaient déjà commencé à appliquer des exigences complètes en matière d'adresse de bénéficiaire, au-delà du minimum requis (nom de ville et pays). Il s'agissait de mandats spécifiques à ces banques, antérieurs à l'échéance mondiale, appliqués de manière sélective selon le corridor.

C'est un phénomène que nous anticipons en accélération au second semestre 2026, à mesure que les banques commenceront à appliquer ces règles par avance. Attendre l'échéance réglementaire pour agir n'est plus une stratégie sûre.

Gérer plusieurs chantiers simultanément

La complexité la plus sous-estimée — que ce client, comme beaucoup d'autres, a dû affronter — est que la migration des adresses ne s'est pas faite isolément. Elle a coïncidé avec :

  • La migration vers FIN+ pour la messagerie SWIFT

  • Une nouvelle structure de format de paiement pour les flux d'import Kyriba

  • De nouvelles exigences de format d'adresse hybride dans les systèmes ERP

Pour les équipes de trésorerie qui planifient leur feuille de route, cet enseignement est crucial. Le mandat sur les adresses de novembre 2026 ne s'inscrit pas dans un vide. Il s'articule avec la transition ISO 20022 dans son ensemble, la migration vers les canaux FIN+, et les mises à jour continues des formats bancaires. Planifier la conformité des adresses de façon isolée conduit inévitablement à sous-estimer le périmètre total du projet.

Le défi de la gouvernance

Maîtriser la technologie était la partie la plus aisée. La partie la plus difficile était la gouvernance.

Telle est la réalité des grandes migrations d'entreprise : la gouvernance de la qualité des données ne peut pas être assurée uniquement par des contrôles systèmes. Elle exige un changement culturel, une responsabilisation claire, une communication soutenue et un suivi continu.

La démarche de sensibilisation adoptée par ce client est instructive. Ils ont préparé des exemples d'adresses structurées, des cartographies comparant les trois types de format d'adresse postale, ainsi que des guides expliquant ce qui changeait et pourquoi — en distribuant l'ensemble de ces ressources de manière proactive à leurs partenaires commerciaux avant l'entrée en vigueur du mandat.

À quoi ressemble réellement « la fin du projet » ?

Nous leur avons demandé s'ils considéraient cette migration comme un projet ponctuel ou comme le début d'un processus plus long.

La réponse fut immédiate : « Ce n'est que le début. »

C'est un contrepoint honnête et important au discours optimiste qui entoure souvent les bénéfices de l'ISO 20022. Pour les organisations gérant des écosystèmes de paiements complexes, multi-ERP et multi-corridors, la migration vers la conformité consomme suffisamment d'énergie pour que les gains opérationnels à court terme restent modestes. Les bénéfices structurels — amélioration de la qualité des données, renforcement du contrôle de la fraude, enrichissement des analyses de paiements — sont bien réels, mais ils se concrétisent dans la durée et nécessitent d'abord que les fondations de données soient en place.

La suite

Dans notre prochain article, nous examinerons comment la transition vers les adresses structurées affecte les autres formats de paiement : EDI 820, MT101, AFB320, ainsi que les standards locaux comme DTAZV et CBI. Nous interrogerons également des partenaires bancaires pour comprendre comment ils abordent ce mandat et ce qu'ils attendent de leurs clients entreprises avant novembre.

Si vous traversez cette migration et souhaitez partager votre expérience ou poser une question directement, contactez-nous. Plus nous partageons au sein de la communauté, mieux chacun sera préparé.

*Cet article est basé sur un entretien avec un professionnel de la trésorerie au sein d'une grande entreprise mondiale ayant participé à la migration des adresses ISO 20022 avec le soutien de Kyriba. L'identité du client a été préservée à sa demande.


Written By

Guillaume Metman

VP Product Management - Payments & Bank Connectivity

Guillaume Metman est VP Product Management, Payments & Bank Connectivity chez Kyriba, où il pilote la stratégie produit sur le traitement des paiements, la connectivité bancaire et la prévention de la fraude. Fort de plus de 20 ans d’expérience en développement logiciel, product management et opérations IT, Guillaume apporte une expertise approfondie des paiements, de la transformation Agile et de la livraison de solutions à l’échelle entreprise. Expert reconnu des paiements et leader d’opinion sur des sujets tels que la migration vers ISO 20022 et la transaction banking transfrontalière, il se concentre sur la construction d’une infrastructure de paiement évolutive et sécurisée répondant aux besoins changeants des équipes mondiales de trésorerie et de finance.

Frédérique Dupas

Senior Product Manager

Ressources connexes

Blog

Modifications des règles Nacha 2026 : ce que les équipes financières doivent faire pour garantir la conformité

En savoir plus
Blog

Comment se prémunir contre la hausse des rendements des obligations américaines

En savoir plus