Migration ISO 20022 en France : ce qui change (et ce qui vient d'être reporté)
La migration ISO 20022 est le plus grand changement de format de message de paiement depuis une génération, mais pour les entreprises françaises, le sujet vient de se complexifier plutôt que de se clarifier. Initialement fixée à novembre 2026, l'échéance imposant l'adresse structurée dans les messages de paiement a été reportée par Swift ainsi que par l'EPC (European Payments Council), qui pilote les règles SEPA.
Pour les entreprises françaises, l'ISO 20022 n'est pas une nouveauté : les virements et prélèvements SEPA sont déjà en format XML ISO 20022 depuis le lancement du SEPA. Ce qui change réellement, ce sont trois calendriers distincts, celui du SEPA (virements, prélèvements, virement instantané), celui de TARGET2/T2 (paiements de montant élevé pilotés par la Banque de France) et celui des paiements internationaux Swift, chacun avec sa propre date. Les confondre est l'erreur la plus fréquente que nous observons chez les équipes finance.
Qu'est-ce que la migration ISO 20022 ?
La migration ISO 20022 désigne le passage, à l'échelle mondiale, de l'ancien standard de messagerie MT vers l'ISO 20022, un format structuré en XML qui transporte des données de paiement beaucoup plus riches, notamment des adresses découpées en champs distincts plutôt qu'en texte libre.
Les banques du monde entier remplacent le MT par l'ISO 20022, aussi bien pour les instructions de paiement que pour les relevés de compte. En France, les schémas SEPA (virement, prélèvement) sont concernés depuis longtemps par le format XML, mais le changement concret le plus récent porte sur le format de l'adresse du bénéficiaire et du donneur d'ordre : une seule ligne de texte libre ne suffit plus, l'adresse doit être découpée en éléments structurés (numéro, rue, ville, pays) ou, au minimum, suivre un format hybride où ville et pays figurent dans des champs distincts.
Pourquoi ce changement
Les adresses structurées améliorent la qualité des données. Elles permettent aux banques de contrôler les paiements au regard des listes de sanctions et de la lutte contre la criminalité financière de manière plus fiable, de les acheminer avec moins d'interventions manuelles, et de réduire le temps d'investigation en cas d'anomalie. C'est une évolution portée par l'ensemble du secteur (banques et gestionnaires de systèmes de paiement), et non par un seul régulateur, ce qui explique en grande partie pourquoi le calendrier varie autant d'un réseau et d'un circuit de paiement à l'autre.
SEPA, T2, Swift : ce qui est confirmé, ce qui vient d'être reporté
Côté international, la migration Swift du MT vers l'ISO 20022 pour les paiements transfrontaliers (CBPR+) s'est achevée en novembre 2025 pour les échanges interbancaires (« correspondent banking »), avec une date précise du 22 novembre 2025. Les adresses non structurées restaient encore tolérées à ce stade. L'étape suivante, une obligation stricte d'adresse totalement structurée ou hybride, était fixée à novembre 2026.
C'est l'information la plus importante pour qui suit ce dossier : l'obligation d'adresse structurée, qui devait entrer en vigueur en novembre 2026, a été officiellement reportée, et aucune nouvelle date n'a été confirmée.
Le 27 août 2026, Swift a annoncé qu'il prolongeait l'échéance suite à des demandes de l'ensemble du secteur, et confirmera un nouveau calendrier au plus tard en décembre 2026.
C'est surtout la suite qui concerne directement les entreprises françaises : quelques jours plus tard, l'EPC (European Payments Council), qui pilote les règles des schémas SEPA, a reporté à son tour l'échéance. Son Payment Scheme Management Board a décidé le report le 9 septembre 2026 (page mise à jour au 10 septembre 2026), avec une nouvelle date attendue lors de sa réunion d'octobre 2026. Or, en France, le CFONB (Comité français d'organisation et de normalisation bancaires) avait déjà publié, en décembre 2025, un calendrier fixant au 15 novembre 2026 la fin de la tolérance des adresses non structurées pour les virements et prélèvements SEPA : ce calendrier CFONB est donc, de fait, dépassé par le report européen, même si aucun document français actualisé ne l'a encore formellement acté.
Une précision utile : c'est l'exigence d'adresse structurée qui est reportée, pas l'ISO 20022 dans son ensemble.
La migration de messagerie sous-jacente (le passage du MT aux messages XML de type MX, pacs.008, pain.001, etc.) est déjà en place et ne recule pas. Pour le SEPA français, elle l'est même depuis longtemps : les virements et prélèvements SEPA circulent en XML ISO 20022 depuis le lancement du dispositif, avec une dernière mise à jour des rulebooks (version 2019) appliquée en France le 17 mars 2024. Ce qui a été reporté, c'est uniquement la règle qui aurait rejeté les messages ne comportant qu'une ligne d'adresse en texte libre (<AdrLine>) au lieu de champs structurés comme <TwnNm> (ville) et <Ctry> (pays). Côté paiements de montant élevé, TARGET2/T2, le système de règlement en temps réel de l'Eurosystème dont la Banque de France opère la composante française, est nativement en ISO 20022 depuis la consolidation TARGET2-T2S du 20 mars 2023, et suit désormais le même calendrier de tolérance que le SEPA sur l'adresse structurée.
Trois circuits de paiement, trois calendriers
Circuit de paiement | Périmètre | Statut ISO 20022 |
|---|---|---|
SEPA (virement, virement instantané, prélèvement) | Paiements domestiques et zone euro, montant courant | En ISO 20022 XML depuis le lancement du SEPA ; dernière mise à jour des rulebooks (version 2019) appliquée le 17 mars 2024. L'exigence d'adresse structurée, distincte de la migration de messagerie elle-même, était alignée sur le 15 novembre 2026 (calendrier CFONB) ; l'EPC a reporté cette échéance le 9 septembre 2026, nouvelle date attendue en octobre 2026. |
TARGET2 / T2 (Banque de France) | Paiements de montant élevé en euros, zone Eurosystème | Nativement en ISO 20022 depuis la consolidation TARGET2-T2S du 20 mars 2023. Suit désormais le même calendrier de tolérance que le SEPA sur l'adresse structurée, avec une nouvelle date attendue en même temps que celle du SEPA. Aucune échéance ferme n'est donc à ce jour confirmée. |
Swift cross-border (CBPR+) | Paiements internationaux émis ou reçus via Swift | L'exigence d'adresse structurée, initialement fixée à novembre 2026, est celle que Swift a reportée le 27 août 2026. Une nouvelle date est attendue d'ici décembre 2026. C'est le circuit à surveiller en priorité pour toute entreprise française ayant une activité internationale. |
Si vos paiements sont exclusivement des virements et prélèvements SEPA en France ou en zone euro, la pression s'est nettement relâchée pour l'instant. Si vous émettez ou recevez régulièrement des paiements internationaux via Swift, le sujet reste très actif, il n'est simplement plus rattaché à une date précise de novembre 2026.
Ce qu'il faut vérifier de votre côté
Quel que soit votre mix de paiements, quelques vérifications valent la peine d'être faites dès maintenant plutôt que d'attendre qu'une date ferme réapparaisse :
Vérifiez votre format de fichier. Confirmez que votre ERP ou votre logiciel comptable peut produire des fichiers de paiement que votre banque acceptera une fois l'adresse structurée ou hybride rendue obligatoire.
Vérifiez vos données bénéficiaires. Chaque fiche bénéficiaire doit contenir la ville et le pays dans des champs distincts, et non fusionnés dans une seule ligne d'adresse.
Interrogez directement votre banque. Les échéances varient selon la banque et le circuit de paiement, et certaines banques peuvent maintenir un calendrier interne antérieur, indépendamment du report sectoriel.
Continuez à tester. Si votre banque propose une option de validation, envoyez dès maintenant un paiement test avec une adresse structurée. Le guide de transposition des adresses publié par le CFONB, qui détaille les règles de correspondance entre l'adresse postale française normalisée (AFNOR NF Z10-011) et les champs structurés ISO 20022, y compris pour les DOM-TOM, est une bonne base pour cadrer ce test, même s'il reste destiné en premier lieu aux banques.
Ce que cela signifie si vous payez via Agicap
La réponse dépend de la manière dont vos paiements arrivent jusqu'à Agicap, et il vaut la peine de distinguer précisément deux choses : le formatage du message de paiement (le rôle d'Agicap) et le nettoyage des données d'adresse sous-jacentes (le rôle du client, quel que soit le circuit emprunté par le paiement).
- •
Si vous créez vos paiements directement dans Agicap, Agicap construit pour vous le message ISO 20022 correctement formaté, en déployant le format d'adresse structurée banque par banque, en amont de l'échéance propre à chaque banque : l'essentiel de ce travail technique se fait donc en coulisses. Ce qu'Agicap ne peut pas faire, en revanche, c'est inventer une donnée qui n'existe pas : si la ville et le pays d'un bénéficiaire n'ont jamais été saisis dans des champs distincts, Agicap n'a aucune source à partir de laquelle construire une adresse structurée. C'est pourquoi le point à vérifier en priorité est que ville et pays soient bien stockés dans des champs séparés de vos données bénéficiaires, et non fusionnés dans une seule ligne d'adresse, avant même que le format ne soit construit.
- •
Si vos paiements sont créés en dehors d'Agicap, dans votre ERP ou votre logiciel comptable, puis acheminés via Agicap, la même logique s'applique une étape plus en amont : ce système doit exporter un fichier conforme ISO 20022, avec une adresse déjà structurée ou au format hybride. Agicap achemine le paiement jusqu'à votre banque, mais ne peut pas reconstituer ou restructurer a posteriori une donnée d'adresse déjà aplatie en texte libre.
Dans tous les cas, le report ne fait pas disparaître la tâche de fond : fiabiliser les données d'adresse à la source reste un chantier de gouvernance des données (master data).
Ce que rapporte une configuration de paiement propre : Luminous Hotel Management
Ce cas client ne concerne pas directement la conformité à l'adresse structurée ISO 20022, mais il illustre la discipline de fond que cette migration récompense : savoir précisément où en sont vos connexions bancaires et vos données de paiement, entité par entité, banque par banque. C'est souvent dans la complexité multi-banque que ce type de changement de format crée le plus de friction, et il est utile de voir à quoi cette discipline ressemble concrètement.
Luminous Hotel Management, qui gère 17 entités et 67 comptes bancaires, effectuait auparavant son rapprochement bancaire manuellement sur l'ensemble de ce périmètre. Après avoir centralisé sa connectivité bancaire et automatisé le rapprochement avec Agicap, le temps consacré au rapprochement bancaire a baissé de 90 %, pour passer sous les deux heures par semaine, évitant à l'entreprise de recruter une personne à temps plein dédiée à cette tâche. « Avant Agicap, nous n'avions aucune visibilité claire sur la trésorerie nette générée ou consommée chaque mois », explique Neha Jadav, CEO et co-fondatrice.
En résumé
L'échéance de novembre 2026 dont vous avez peut-être entendu parler a bougé, mais la direction ne change pas. Les données de paiement structurées restent là où le secteur se dirige, sur le SEPA, sur T2, et sur Swift. Les entreprises qui continuent à fiabiliser leurs données bénéficiaires et à tester leurs formats de fichier dès maintenant ne seront pas prises de court quand la prochaine date sera confirmée, quelle qu'elle soit.
Si vos paiements transitent par plusieurs banques et systèmes, il est utile de vérifier dès maintenant si votre configuration peut absorber une exigence d'adresse structurée avant qu'elle ne devienne obligatoire.
Découvrez comment Agicap gère la connectivité multi-banque et l'acheminement des paiements pour identifier les éventuels points de vigilance.
Questions fréquentes sur la migration ISO 20022
Qu'est-ce que la norme ISO 20022 ?
L'ISO 20022 est une norme internationale de messagerie financière. Elle remplace l'ancien format MT par des messages structurés en XML (comme pacs.008 pour les paiements ou camt.053 pour les relevés), qui transportent des données plus riches, notamment des adresses découpées en champs distincts plutôt qu'en une seule ligne de texte libre.
Le report d'échéance concerne-t-il aussi les virements et prélèvements SEPA en France ?
Oui, et c'est le point le plus directement pertinent pour une entreprise française. L'EPC (European Payments Council) applique sa propre exigence d'adresse structurée aux cinq rulebooks SEPA (virement SEPA, virement SEPA instantané, prélèvement SEPA Core et B2B, et One-Leg Out Instant Credit Transfer), initialement fixée au 15 novembre 2026 pour s'aligner sur la date de Swift, une date que le CFONB avait déjà reprise dans son propre calendrier publié en décembre 2025. Suite au report de Swift du 27 août 2026, le Payment Scheme Management Board de l'EPC a décidé de reporter à son tour l'échéance SEPA le 9 septembre 2026, avec une nouvelle date attendue lors de sa réunion d'octobre 2026.
Une adresse hybride ISO 20022 doit-elle contenir plus que le seul champ pays ?
Oui. Une adresse hybride exige a minima la ville et le pays dans des champs structurés distincts : un code pays seul ne suffit pas, même dans le format hybride, plus souple.
Ma banque m'a déjà alerté sur des changements d'adresse structurée, le report annule-t-il cela ?
Pas nécessairement. Les banques peuvent appliquer certaines parties de l'exigence d'adresse structurée en avance, ou indépendamment, du calendrier sectoriel Swift/CBPR+ ou SEPA. Vérifiez la date et le périmètre exacts indiqués par votre banque plutôt que de supposer que le report récent s'applique automatiquement à votre relation bancaire.
Quelle est la différence entre Swift et l'ISO 20022 ?
Swift est un réseau de messagerie interbancaire utilisé pour les paiements internationaux ; l'ISO 20022 est le standard de format des messages que ce réseau (et d'autres, comme SEPA ou TARGET2) transporte désormais. Swift a achevé sa propre migration du format MT vers l'ISO 20022 pour les paiements transfrontaliers (CBPR+) en novembre 2025 ; c'est ensuite l'exigence spécifique d'adresse structurée, distincte de cette migration de messagerie, qui a été reportée en août 2026.
