7 juli 2026SEPA / Compliance7 min lezenDoor Eliel Nicaise

Gestructureerde SEPA-adressen: de deadline van 15 november 2026 uitgelegd

Vanaf 15 november 2026 moet een postadres in een SEPA-betaling gestructureerd of hybride zijn, anders weigert uw bank het bestand. Wat er verandert, waarom de trigger de uitvoeringsdatum in het bestand is, en hoe u vandaag al een pain.001 of pain.008 controleert.

Wat verandert er voor SEPA-adressen op 15 november 2026?

Vanaf 15 november 2026 moet een postadres voor de debiteur of crediteur in een SEPA-overboeking (pain.001) of incasso (pain.008) gestructureerd of hybride zijn — het mag niet langer een vrij-tekstadres zijn dat alleen uit AdrLine-elementen bestaat. Een gestructureerd adres levert elke component in zijn eigen tag aan (plaats, land, straat, huisnummer, postcode) zonder enige AdrLine; een hybride adres behoudt maximaal twee AdrLine van 70 tekens, maar moet toch de plaatsnaam (TwnNm) en het land (Ctry) toevoegen. Het land alleen volstaat niet: de plaatsnaam is het onderscheidende criterium. Als het adres ongestructureerd is, moet de bank de instructie weigeren. De trigger is de gevraagde uitvoerings- of incassodatum in het bestand, niet de datum van vandaag — een bestand dat u nu aanmaakt voor een uitvoering in november is al niet-conform.

Valideer uw bestand nu

Gratis, direct en 100% in uw browser - er wordt nooit een bestand geüpload.

Open de SEPA Validator

Wat er daadwerkelijk verandert op 15 november 2026

De rulebooks van de European Payments Council die SEPA-overschrijvingen, SEPA-incasso's en OCT Inst regelen, laten postadressen overgaan van vrije tekst naar gestructureerde gegevens. Deze wijziging is vastgelegd in EPC153-22 ("Provision of Addresses under the EPC Payment Schemes", versie 2.1) en treedt in werking op 15 november 2026 — een datum die de EPC heeft afgestemd op de Swift Standards MX Release van november 2026, gepland voor het tweede volledige weekend van die maand.

Tot nu toe kon u het adres van een partij beschrijven als een of twee regels vrije tekst — het AdrLine-element — en accepteerde de bank dat. Vanaf de uiterste datum moet een adres dat voor de debiteur of crediteur wordt aangeleverd machineleesbaar zijn: ofwel volledig gestructureerd, ofwel hybride. Is het geen van beide, dan moet de betaaldienstverlener de instructie weigeren. Niets verplicht u om überhaupt een adres aan te leveren; de regel geldt alleen wanneer er een adres aanwezig is.

Dit is geen cosmetische opknapbeurt. De EPC merkt op dat alleen de gestructureerde velden Plaats en Land nodig zijn voor regulatory screening (regelgevende screening), en dat gestructureerde adressen fouten in verwerking, screening en reconciliatie verminderen — waardoor de straight-through processing toeneemt. SEPA brengt zijn eigen berichten in lijn met de richting die de rest van de betaalwereld al inslaat.

Gestructureerd, hybride of ongestructureerd

Het rulebook erkent drie vormen van postadres. Weten welke uw bestand gebruikt, is de hele inzet — twee ervan slagen na de uiterste datum, één niet.

Gestructureerd — slaagt

Elke component staat in zijn eigen element: StrtNm (straat), BldgNb (huisnummer), PstCd (postcode), TwnNm (plaats), Ctry (land). Er is geen enkele AdrLine. TwnNm en Ctry zijn verplicht.

Hybride — slaagt

U behoudt maximaal twee AdrLine van hoogstens 70 tekens voor het straatgedeelte, maar u moet ook TwnNm en Ctry als eigen elementen toevoegen. Dit is het pragmatische migratiepad voor systemen die een adres niet volledig kunnen opsplitsen.

Ongestructureerd — geweigerd

Alleen AdrLine-elementen (eventueel met Ctry), zonder TwnNm. Dit is het klassieke vrij-tekstadres. Vanaf 15 november 2026 wordt het niet meer geaccepteerd en moet de bank het bestand weigeren.

TwnNm is het onderscheidende criterium

Alleen Ctry toevoegen maakt een adres niet gestructureerd. De aanwezigheid van een echte plaatsnaam in TwnNm is wat de bank vertelt dat het adres machineleesbaar is. Ontbreekt die, dan telt het adres als ongestructureerd.

Ongestructureerd: geweigerd vanaf 15 november 2026

<PstlAdr>
  <Ctry>BE</Ctry>
  <AdrLine>Rue de la Loi 1</AdrLine>
  <AdrLine>1000 Bruxelles</AdrLine>
</PstlAdr>

Hybride: aanvaard (TwnNm + Ctry + maximaal 2 AdrLine)

<PstlAdr>
  <TwnNm>Bruxelles</TwnNm>
  <Ctry>BE</Ctry>
  <AdrLine>Rue de la Loi 1</AdrLine>
</PstlAdr>

Gestructureerd: aanvaard, en aanbevolen door de EPC

<PstlAdr>
  <StrtNm>Rue de la Loi</StrtNm>
  <BldgNb>1</BldgNb>
  <PstCd>1000</PstCd>
  <TwnNm>Bruxelles</TwnNm>
  <Ctry>BE</Ctry>
</PstlAdr>

Het eerste voorbeeld is het meest misleidende: het land staat er wel, en de plaatsnaam staat in de tekst, maar hij zit verstopt in een AdrLine. Zonder TwnNm-element leest de bank een ongestructureerd adres en weigert zij de opdracht.

De trigger is de datum in het bestand — en de reikwijdte is beperkt

Het meest verkeerd begrepen onderdeel van deze regel is de timing. De uiterste datum wordt niet getoetst aan de datum van vandaag; hij wordt getoetst aan de gevraagde uitvoeringsdatum (ReqdExctnDt) van een overboeking, of de gevraagde incassodatum (ReqdColltnDt) van een incasso, die in het bestand zit. Een batch die u vandaag samenstelt en waarvan de uitvoeringsdatum op of na 15 november 2026 valt, is vandaag al niet-conform — doorlopende opdrachten en incasso's die dagen of weken vooruit worden verzonden, vallen ruim vóór november binnen de reikwijdte.

De reikwijdte is smaller dan men aanneemt. De vereiste betreft het adres van de betaler en van de begunstigde — de debiteur (Dbtr) en de crediteur (Cdtr) in een pain.001 of pain.008. EPC153-22 behandelt uitsluitend die partijen: het zegt niets over ultieme partijen (UltmtDbtr, UltmtCdtr), de initiërende partij (InitgPty) of de agenten, dus een blokkerende fout op het vrijetekstadres van een ultieme partij gaat verder dan wat de richtlijn vereist.

Let op nog een bron van verwarring: 15 november 2026 is de SEPA-datum, gedreven door de EPC-rulebooks voor pain.001 en pain.008. Het is niet de SWIFT CBPR+-migratie, die de interbancaire pacs-berichten regelt die banken onderling uitwisselen op een ander rail en waarvan de MT/ISO 20022-coëxistentie al in november 2025 is geëindigd. Als u alleen SEPA-bestanden via uw bank verstuurt, is de SEPA-datum degene die op u van toepassing is.

Hoe u uw SEPA-bestand conform maakt

Een pain.001 of pain.008 conform maken is mechanisch zodra u de regel begrijpt. Deze vier stappen brengen een adres van ongestructureerd naar conform, en u kunt het resultaat lokaal bevestigen vóór verzending.

1
Zoek elk Dbtr- en Cdtr-postadres
Kijk binnen het PstlAdr-element van elk debiteur- en crediteurblok. Negeer uiteindelijke partijen, de initiërende partij en de agenten — die vallen buiten de reikwijdte van deze regel.
2
Voeg TwnNm en Ctry als eigen elementen toe
De plaatsnaam in TwnNm en de ISO-landcode in Ctry vormen het verplichte paar. Ctry toevoegen zonder TwnNm laat het adres ongestructureerd.
3
Kies gestructureerd of hybride voor de rest
Splits de straat op in StrtNm, BldgNb en PstCd zonder enige AdrLine (volledig gestructureerd), of behoud maximaal twee AdrLine van 70 tekens naast TwnNm en Ctry (hybride). Overschrijd nooit twee AdrLine of 70 tekens.
4
Valideer tegen de uitvoeringsdatum, niet tegen vandaag
Controleer het bestand met de ReqdExctnDt of ReqdColltnDt die het daadwerkelijk draagt. Valt die datum op of na 15 november 2026, dan is een ongestructureerd adres een blokkerende fout; daarvóór een waarschuwing. ValidateFin past precies deze logica toe in uw browser.
5
Controleer instructies met een toekomstige datum bij uw bank
Als uw software instructies met een toekomstige datum indient — met name doorlopende opdrachten — vraag uw bank dan hoe zij omgaat met opdrachten die al zijn verzonden met een uitvoeringsdatum op of na 15 november 2026. Gewone incasso's worden meestal pas een paar weken voor de vervaldatum ingediend, dus daarvoor hebt u nog tijd.

Controleer uw adresformaat vóór de deadline

Wacht niet op een geweigerde batch om een ongestructureerd adres te ontdekken. ValidateFin leest de uitvoeringsdatum in uw pain.001 of pain.008, controleert elk debiteur- en crediteuradres aan de hand van EPC153-22, en vertelt u of het op 15 november 2026 slaagt — allemaal lokaal, zonder dat er iets uw machine verlaat.

Open de SEPA-validator

Officiële bron

De regel komt uit de richtsnoeren van de European Payments Council "Provision of Addresses under the EPC Payment Schemes" (EPC153-22 v2.1): sectie 6.3 voor de datum van 15 november 2026, en sectie 7.4 voor de regel over de uitvoeringsdatum. Citeer het document als u iemand intern moet overtuigen.

EPC153-22 v2.1 — Provision of Addresses under the EPC Payment Schemes (PDF)

Veelgestelde vragen

Wat gebeurt er precies op 15 november 2026?

Vanaf die datum moet een postadres voor de debiteur of crediteur in een SEPA-overboeking (pain.001) of incasso (pain.008) gestructureerd of hybride zijn. Een puur vrij-tekstadres (alleen AdrLine, zonder TwnNm) wordt door de bank geweigerd. Als er helemaal geen adres wordt aangeleverd, verandert er niets.

Wat is het verschil tussen een gestructureerd en een hybride adres?

Een gestructureerd adres plaatst elke component in zijn eigen element (StrtNm, BldgNb, PstCd, TwnNm, Ctry) zonder enige AdrLine. Een hybride adres behoudt maximaal twee AdrLine van hoogstens 70 tekens voor het straatgedeelte, maar moet toch TwnNm en Ctry toevoegen. Beide worden na de uiterste datum geaccepteerd.

Is het verplicht om een postadres aan te leveren?

Nee. De regel verplicht u niet om een adres toe te voegen. Ze zegt alleen dat als u er een aanlevert voor de debiteur of crediteur, dit gestructureerd of hybride moet zijn. Een adres dat simpelweg ontbreekt, levert geen fout op.

Waarom lost het toevoegen van het land het probleem niet op?

Omdat de plaatsnaam (TwnNm) het onderscheidende criterium is, niet het land. Een vrij-tekstadres met alleen AdrLine en Ctry blijft ongestructureerd. U moet een echte TwnNm — en Ctry — toevoegen om het adres als gestructureerd of hybride te laten tellen.

Hangt de deadline af van de datum van vandaag of van de betaaldatum?

Van de betaaldatum in het bestand. De trigger is de gevraagde uitvoeringsdatum (ReqdExctnDt) voor overboekingen of de gevraagde incassodatum (ReqdColltnDt) voor incasso's. Een bestand dat vandaag wordt aangemaakt voor een uitvoering in november is al niet-conform, wat van belang is voor doorlopende opdrachten en vooruit verzonden incasso's.

Welke partijen zijn betrokken?

Het adres van de betaler en van de begunstigde, dat wil zeggen de debiteur (Dbtr) en de crediteur (Cdtr). EPC153-22 dekt uitsluitend die partijen en zwijgt over ultieme partijen (UltmtDbtr, UltmtCdtr), de initiërende partij (InitgPty) en de agenten, dus het behandelen van het vrijetekstadres van een ultieme partij als blokkerende fout gaat verder dan de richtlijn.

Is dit hetzelfde als de SWIFT ISO 20022-migratie?

Nee. 15 november 2026 is de SEPA-datum, afkomstig uit de EPC-rulebooks voor pain.001 en pain.008. SWIFT CBPR+ is een ander rail — de interbancaire pacs-berichten die banken onderling uitwisselen — en de MT/ISO 20022-coëxistentieperiode ervan is al in november 2025 geëindigd. Voor SEPA-bestanden die via uw bank worden verzonden, is de SEPA-datum degene die van toepassing is.

Hoe kan ik mijn bestand nu al controleren?

Plak uw pain.001 of pain.008 in de SEPA-validator van ValidateFin. Deze leest de uitvoerings- of incassodatum in het bestand, inspecteert elk debiteur- en crediteuradres aan de hand van EPC153-22, en meldt een blokkerende fout als de datum op of na 15 november 2026 valt, of een waarschuwing als hij eerder is — allemaal in uw browser, zonder upload.

En de doorlopende opdrachten die al zijn ingediend met een datum in november 2026?

Dat is het enige geval waar u nu op moet handelen. Een instructie met een toekomstige datum — met name een doorlopende opdracht — die al bij uw bank ligt met een uitvoeringsdatum op of na 15 november 2026 draagt haar adres volgens de nieuwe regel. Vraag uw bank na hoe zij omgaat met reeds ingediende instructies. Gewone incasso's worden doorgaans pas een paar weken voor de vervaldatum verzonden, dus die vallen pas dichter bij de deadline binnen de scope.