Adresses structurées SEPA : l'échéance du 15 novembre 2026 expliquée
À partir du 15 novembre 2026, une adresse postale dans un paiement SEPA devra être structurée ou hybride, sinon votre banque rejettera le fichier. Ce qui change, pourquoi le déclencheur est la date d'exécution contenue dans le fichier, et comment vérifier un pain.001 ou un pain.008 dès aujourd'hui.
Qu'est-ce qui change pour les adresses SEPA le 15 novembre 2026 ?
À partir du 15 novembre 2026, si un virement SEPA (pain.001) ou un prélèvement (pain.008) contient une adresse postale pour le débiteur ou le créancier, cette adresse devra être structurée ou hybride — elle ne pourra plus être une adresse en texte libre composée uniquement d'éléments AdrLine. Une adresse structurée fournit chaque composant dans sa propre balise (ville, pays, rue, numéro, code postal) sans aucun AdrLine ; une adresse hybride conserve au plus deux AdrLine de 70 caractères mais doit tout de même ajouter le nom de ville (TwnNm) et le pays (Ctry). Le pays seul ne suffit pas : le nom de ville est le critère discriminant. Si l'adresse est non structurée, la banque doit rejeter l'instruction. Le déclencheur est la date d'exécution ou de collecte contenue dans le fichier, et non la date du jour — un fichier produit aujourd'hui pour une exécution en novembre est déjà non conforme.
Validez votre fichier maintenant
Gratuit, instantané et 100 % dans votre navigateur - aucun fichier n'est jamais envoyé.
Ce qui change réellement le 15 novembre 2026
Les rulebooks du Conseil européen des paiements qui régissent le virement SEPA, le prélèvement SEPA et l'OCT Inst font passer les adresses postales du texte libre vers des données structurées. Ce changement est décrit dans EPC153-22 (« Provision of Addresses under the EPC Payment Schemes », version 2.1) et prend effet le 15 novembre 2026 — une date que l'EPC a alignée sur la Swift Standards MX Release de novembre 2026, prévue le deuxième week-end complet du mois.
Jusqu'ici, vous pouviez décrire l'adresse d'une partie comme une ou deux lignes de texte libre — l'élément AdrLine — et la banque l'acceptait. À compter de la date butoir, une adresse fournie pour le débiteur ou le créancier devra être lisible par machine : soit entièrement structurée, soit hybride. Si elle n'est ni l'une ni l'autre, le prestataire de services de paiement doit rejeter l'instruction. Rien ne vous oblige à fournir une adresse ; la règle ne s'applique que lorsqu'une adresse est présente.
Ce n'est pas un simple toilettage cosmétique. L'EPC note que seuls les champs structurés Ville et Pays sont nécessaires au filtrage réglementaire (regulatory screening), et que les adresses structurées réduisent les erreurs de traitement, de filtrage et de rapprochement — augmentant le traitement de bout en bout. SEPA aligne ses propres messages sur la direction que prend déjà le reste du monde du paiement.
Structurée, hybride ou non structurée
Le rulebook reconnaît trois formes d'adresse postale. Savoir laquelle votre fichier utilise est tout l'enjeu : deux passent après la date butoir, une non.
Structurée — passe
Chaque composant occupe son propre élément : StrtNm (rue), BldgNb (numéro), PstCd (code postal), TwnNm (ville), Ctry (pays). Aucun AdrLine. TwnNm et Ctry sont obligatoires.
Hybride — passe
Vous conservez jusqu'à deux AdrLine de 70 caractères maximum pour la partie rue, mais vous devez aussi ajouter TwnNm et Ctry comme éléments propres. C'est la voie de migration pragmatique pour les systèmes qui ne peuvent pas découper totalement une adresse.
Non structurée — rejetée
Uniquement des éléments AdrLine (éventuellement avec Ctry), sans TwnNm. C'est l'adresse en texte libre classique. À partir du 15 novembre 2026, elle n'est plus acceptée et la banque doit rejeter le fichier.
TwnNm est le critère discriminant
Ajouter Ctry seul ne rend pas une adresse structurée. La présence d'un vrai nom de ville dans TwnNm est ce qui indique à la banque que l'adresse est lisible par machine. Sans lui, l'adresse compte comme non structurée.
Non structurée : rejetée à partir du 15 novembre 2026
<PstlAdr> <Ctry>BE</Ctry> <AdrLine>Rue de la Loi 1</AdrLine> <AdrLine>1000 Bruxelles</AdrLine> </PstlAdr>
Hybride : acceptée (TwnNm + Ctry + 2 AdrLine maximum)
<PstlAdr> <TwnNm>Bruxelles</TwnNm> <Ctry>BE</Ctry> <AdrLine>Rue de la Loi 1</AdrLine> </PstlAdr>
Structurée : acceptée, et recommandée par l'EPC
<PstlAdr> <StrtNm>Rue de la Loi</StrtNm> <BldgNb>1</BldgNb> <PstCd>1000</PstCd> <TwnNm>Bruxelles</TwnNm> <Ctry>BE</Ctry> </PstlAdr>
Le premier exemple est celui qui piège le plus : le pays est bien présent et la ville figure dans le texte, mais elle est enfouie dans un AdrLine. Comme aucun TwnNm n'est renseigné, la banque lit une adresse non structurée et rejette l'instruction.
Le déclencheur est la date dans le fichier — et le périmètre est étroit
La partie la plus mal comprise de cette règle est le calendrier. La date butoir n'est pas évaluée par rapport à la date du jour ; elle est évaluée par rapport à la date d'exécution demandée (ReqdExctnDt) d'un virement, ou à la date de collecte demandée (ReqdColltnDt) d'un prélèvement, contenue dans le fichier. Un lot que vous construisez aujourd'hui dont la date d'exécution tombe le 15 novembre 2026 ou après est déjà non conforme aujourd'hui — les ordres permanents et les prélèvements envoyés plusieurs jours ou semaines à l'avance entrent dans le périmètre bien avant que le calendrier n'atteigne novembre.
Le périmètre est plus étroit qu'on ne le croit. L'exigence porte sur l'adresse du payeur et du bénéficiaire — le débiteur (Dbtr) et le créancier (Cdtr) dans un pain.001 ou un pain.008. EPC153-22 ne traite que ces parties : il ne dit rien des parties ultimes (UltmtDbtr, UltmtCdtr), de la partie initiatrice (InitgPty) ni des agents ; bloquer l'adresse en texte libre d'une partie ultime va donc au-delà de ce qu'exige le guide.
Attention à une dernière source de confusion : le 15 novembre 2026 est la date SEPA, portée par les rulebooks EPC des pain.001 et pain.008. Ce n'est pas la migration SWIFT CBPR+, qui régit les messages interbancaires pacs que les banques s'échangent entre elles sur un autre rail et dont la coexistence MT/ISO 20022 a déjà pris fin en novembre 2025. Si vous n'envoyez que des fichiers SEPA via votre banque, c'est la date SEPA qui vous concerne.
Comment rendre votre fichier SEPA conforme
Mettre un pain.001 ou un pain.008 en conformité est mécanique une fois la règle comprise. Ces quatre étapes font passer une adresse de non structurée à conforme, et vous pouvez vérifier le résultat localement avant l'envoi.
- 1
Repérer chaque adresse postale Dbtr et Cdtr
Regardez à l'intérieur de l'élément PstlAdr de chaque bloc débiteur et créancier. Ignorez les parties ultimes, la partie initiatrice et les agents — ils sont hors périmètre pour cette règle.
- 2
Ajouter TwnNm et Ctry comme éléments propres
Le nom de ville dans TwnNm et le code pays ISO dans Ctry forment le couple obligatoire. Ajouter Ctry sans TwnNm laisse l'adresse non structurée.
- 3
Choisir structurée ou hybride pour le reste
Soit découpez la rue en StrtNm, BldgNb et PstCd sans aucun AdrLine (entièrement structurée), soit conservez au plus deux AdrLine de 70 caractères aux côtés de TwnNm et Ctry (hybride). Ne dépassez jamais deux AdrLine ni 70 caractères.
- 4
Valider par rapport à la date d'exécution, pas au jour même
Vérifiez le fichier avec le ReqdExctnDt ou le ReqdColltnDt qu'il porte réellement. Si cette date est le 15 novembre 2026 ou après, une adresse non structurée est une erreur bloquante ; avant, un simple avertissement. ValidateFin applique exactement cette logique dans votre navigateur.
- 5
Vérifiez les instructions à date future avec votre banque
Si votre logiciel soumet des instructions à date future — les ordres permanents en particulier — demandez à votre banque comment elle traitera celles déjà envoyées avec une date d'exécution le 15 novembre 2026 ou après. Les prélèvements ordinaires ne sont généralement soumis que quelques semaines avant l'échéance : pour ceux-là, vous avez encore le temps.
Vérifiez le format de vos adresses avant l'échéance
N'attendez pas un lot rejeté pour découvrir une adresse non structurée. ValidateFin lit la date d'exécution contenue dans votre pain.001 ou pain.008, vérifie chaque adresse débiteur et créancier au regard d'EPC153-22, et vous indique si elle passera le 15 novembre 2026 — le tout localement, sans que rien ne quitte votre machine.
Ouvrir le validateur SEPASource officielle
La règle provient du guide du Conseil européen des paiements « Provision of Addresses under the EPC Payment Schemes » (EPC153-22 v2.1) : section 6.3 pour la date du 15 novembre 2026, et section 7.4 pour la règle de la date d'exécution. Citez-la si vous devez convaincre quelqu'un en interne.
EPC153-22 v2.1 — Provision of Addresses under the EPC Payment Schemes (PDF)Questions fréquemment posées
Que se passe-t-il exactement le 15 novembre 2026 ?
À partir de cette date, si un virement SEPA (pain.001) ou un prélèvement (pain.008) contient une adresse postale pour le débiteur ou le créancier, cette adresse doit être structurée ou hybride. Une adresse purement en texte libre (uniquement AdrLine, sans TwnNm) est rejetée par la banque. Si aucune adresse n'est fournie, rien ne change.
Quelle est la différence entre une adresse structurée et une adresse hybride ?
Une adresse structurée place chaque composant dans son propre élément (StrtNm, BldgNb, PstCd, TwnNm, Ctry) sans aucun AdrLine. Une adresse hybride conserve jusqu'à deux AdrLine de 70 caractères maximum pour la partie rue, mais doit tout de même ajouter TwnNm et Ctry. Les deux sont acceptées après la date butoir.
Fournir une adresse postale est-il obligatoire ?
Non. La règle ne vous oblige pas à ajouter une adresse. Elle dit seulement que si vous en fournissez une pour le débiteur ou le créancier, elle doit être structurée ou hybride. Une adresse simplement absente ne génère aucune erreur.
Pourquoi ajouter le pays ne règle-t-il pas le problème ?
Parce que le nom de ville (TwnNm) est le critère discriminant, pas le pays. Une adresse en texte libre avec seulement AdrLine et Ctry reste non structurée. Vous devez ajouter un vrai TwnNm — et Ctry — pour que l'adresse compte comme structurée ou hybride.
L'échéance dépend-elle de la date du jour ou de la date de paiement ?
De la date de paiement contenue dans le fichier. Le déclencheur est la date d'exécution demandée (ReqdExctnDt) pour les virements ou la date de collecte demandée (ReqdColltnDt) pour les prélèvements. Un fichier construit aujourd'hui pour une exécution en novembre est déjà non conforme, ce qui compte pour les ordres permanents et les prélèvements pré-envoyés.
Quelles parties sont concernées ?
L'adresse du payeur et du bénéficiaire, c'est-à-dire le débiteur (Dbtr) et le créancier (Cdtr). EPC153-22 ne couvre que ces parties et reste muet sur les parties ultimes (UltmtDbtr, UltmtCdtr), la partie initiatrice (InitgPty) et les agents : traiter l'adresse en texte libre d'une partie ultime comme une erreur bloquante va au-delà du guide.
Est-ce la même chose que la migration SWIFT ISO 20022 ?
Non. Le 15 novembre 2026 est la date SEPA, issue des rulebooks EPC des pain.001 et pain.008. SWIFT CBPR+ est un autre rail — les messages interbancaires pacs que les banques s'échangent entre elles — et sa période de coexistence MT/ISO 20022 a déjà pris fin en novembre 2025. Pour les fichiers SEPA envoyés via votre banque, c'est la date SEPA qui s'applique.
Comment vérifier mon fichier dès maintenant ?
Collez votre pain.001 ou pain.008 dans le validateur SEPA de ValidateFin. Il lit la date d'exécution ou de collecte du fichier, inspecte chaque adresse débiteur et créancier au regard d'EPC153-22, et signale une erreur bloquante si la date est le 15 novembre 2026 ou après, ou un avertissement si elle est antérieure — le tout dans votre navigateur, sans aucun envoi.
Et les ordres permanents déjà soumis avec une date de novembre 2026 ?
C'est le seul cas à traiter dès maintenant. Une instruction à date future — un ordre permanent en particulier — déjà déposée chez votre banque avec une date d'exécution le 15 novembre 2026 ou après porte son adresse selon la nouvelle règle. Vérifiez avec votre banque comment elle traitera les instructions déjà soumises. Les prélèvements ordinaires ne sont en général envoyés que quelques semaines avant l'échéance : ils entrent donc dans le périmètre plus près de la date butoir.