Le 15 novembre 2026 était l’échéance officielle pour migrer en XML tous les formats de fichiers échangés avec votre banque.
Or le 27 août dernier, Swift a annoncé le report de cette date butoir en raison de retards pris par certaines institutions financières.
L’EPC s’est réuni le 9 septembre pour en comprendre les raisons puis a officialisé ce report tout en précisant qu’elle se réunirait en octobre pour décider de la nouvelle échéance.
Cela apporte aux entreprises une bouffée d’air qui leur permettra d’effectuer cette migration avec plus de sérénité en couvrant tous les cas décrits ci-dessous.
Petit rappel : À l’ouverture du SEPA le 28 janvier 2008, le format des virements suivait la norme XML V2. Cette version 2 a rapidement révélé ses limites qui ont été comblées par une version V3 progressivement adoptée comme un standard de fait lorsque le format XML est devenu obligatoire pour émettre un virement SEPA en février 2014.
Plus concrètement, entre ces 2 versions, l’ordre de certaines balises a été revu, la taille de certaines balises a été élargie, des balises ont été ajoutées, modifiées, rendues obligatoires, supprimées, la liste des codes s’est enrichie, etc.
Pourquoi une nouvelle version XML V9 ?
L’adoption du XML a éveillé de nouveaux besoins auxquels la V3 ne peut entièrement répondre, comme par exemple la VoP (la vérification du bénéficiaire) et l’IP (le virement instantané).
Tout comme entre la V2 et la V3, la V9 apporte des évolutions, des modifications, des ajouts et des suppressions de balises et de codes.
L’évolution la plus chronophage pour les administrateurs d’application concerne la structuration des adresses des bénéficiaires. En effet, l’augmentation des fraudes a incité l’EPC (le Conseil des Payments Européens) à trouver un moyen de screener (passer au tamis) plus efficacement les coordonnées des bénéficiaires et particulièrement leur adresse. Pour cela, les émetteurs sont incités à renseigner désormais les adresses des bénéficiaires dans des balises bien précises et non plus « en vrac » dans une ou plusieurs balises <AdrLine>. Certes, la plupart de ces balises structurées sont disponibles dans la version XML V3 mais certains pays nécessitent de renseigner des champs qui ne sont présents que dans la version XML V9. Voici les 14 balises du XML V9 :
· Department
· Sub Department
· Street Name
· Building Number
· Building Name
· Floor
· Post Box
· Room
· Post Code
· Town Name
· Town Location Name
· District Name
· Country Sub Division
· Country
En théorie, aucune de ces balises n'est obligatoire pour les virements SEPA. Pour les virements internationaux, les balises «Country» et «Town Name» sont obligatoires mais l’alimentation des autres balises est fortement recommandée, particulièrement les balises « Post Code », « Street Name » et « Building Number».
De plus, certains pays imposent de renseigner des balises précises comme la balise « Country Sub Division » qui est obligatoire au Japon et aux USA.
Toutefois, pour passer l’échéance de novembre 2026 sereinement, il est possible de structurer ces adresses selon un format « hybride » qui ressemble beaucoup à la structure actuelle : il suffit d’extraire de la balise <AdrLine> le nom de la ville et de la faire apparaitre dans la balise « Town Name » tout en laissant le reste de l‘adresse dans son format actuel. Cette étape ne peut être que transitoire et ne fait que reporter le travail de structuration des adresses que la règlementation ne manquera pas de vous imposer dans les prochaines années !
En pratique, certaines banques en ont profité pour rehausser leurs exigences et imposer aussi cette structuration des adresses pour :
· Les virements SEPA (SCT),
· Les virements de trésorerie,
· Les émetteurs de tout type de virement (SEPA, trésorerie, international),
· L’adresse de l’établissement bancaire de l’émetteur du virement (tout type),
· L’adresse de l’établissement bancaire du bénéficiaire du virement (tout type).
Ainsi, pour éviter que votre futur virement soit refusé, vous devez absolument demander à chacune de vos banques de vous préciser leurs exigences de structuration des adresses pour chacun des cas listés ci-dessus.
Précision :
On parle abusivement de migration XML v9 alors qu’il aurait été plus juste d’indiquer que c’est la version de 2019 qui a été arrêtée pour chacun des 3 types de fichiers concernés par cette migration (et qui n’ont pas la même version… !) :
· Les virements SCT migrent en version 9 : pain.001.001.09
· Les prélèvements SDD migrent en version 8 : pain.008.001.08
· Les statuts des remises d’ordres migrent en version 10 : pain.002.001.10
Tous ces traitements peuvent être rapidement mis en œuvre dans NEOFI.
Pour aider les entreprises à migrer sereinement, NEOFI a conçu le pack Ready for XMLV9 dans lequel tous les traitements nécessaires sont déjà pré-paramétrés et peuvent effectuer les modifications nécessaires sans que cela n’affecte ni vos applications ni vos banques.
