Avveckling av ostrukturerade adresser

En viktig marknadsdriven förändring kommer införas som påverkar hur adressinformation ska anges i betalningsmeddelanden, i de fall adressinformation till mottagaren används.

Nytt besked från SWIFT om strukturerade adresser

Den 27 augusti 2026 meddelade SWIFT att kravet på att använda strukturerade adresser, som ursprungligen var planerat att träda i kraft den 15 november 2026, har skjutits upp till en framtida standardrelease. Kravet kommer fortfarande att införas, men SWIFT har ännu inte meddelat något nytt implementeringsdatum. European Payments Council (EPC), Nordic Payments Council (NPC) samt andra marknadsinfrastrukturer har ännu inte meddelat om de kommer att ändra sina tidsfrister eller inte. Det är därför ännu inte helt klart i vilken utsträckning uppskjutandet kommer att harmoniseras mellan olika aktörer. Vi kommer att hålla er informerade så snart mer information finns tillgänglig.

Det är viktigt att ni fortsätter era planerade förberedelser av system och adressdata för att säkerställa en smidig övergång och minimera risken för störningar i betalningshanteringen.

För att säkerställa fortsatt smidig hantering av era betalningar behöver ni använda antingen:

Strukturerat adressformat, eller
Hybridadressformat (viktiga adressfält strukturerade, med begränsade fritextrader)

Efter detta datum kan betalningar som skickas med ostrukturerade adresser bli försenade, avvisas eller kräva manuell korrigering.

En förändring på marknaden kommer i november

Helt ostrukturerade adresser kommer att fasas ut och ersättas med strukturerade eller hybrida format. Om du skickar betalningar via fil och inkluderar adressuppgifter är det nu dags att se över vilken information du använder, så att dina betalningar fortsätter att fungera smidigt. Titta på vår 1-minutsvideo för en snabb översikt (på engelska).

Hur behöver jag som kund förbereda mig?

Om ni initierar betalningar via fil behöver ni säkerställa att era leverantörsregister innehåller ortnamn (Town Name) och landskod (Country Code), vilket är ett nytt minimikrav.

Uppdatera er leverantörsdata (mottagaruppgifter): Oavsett om ni väljer ett strukturerat eller ett hybridadressformat måste ni ange minst ett strukturerat ortnamn och en strukturerad landskod för varje parts adress. Om denna information saknas i era nuvarande leverantörsdata (mottagaregister) rekommenderar vi att ni påbörjar en dialog med era betalningsmottagare och uppdaterar dessa uppgifter så snart som möjligt. Förändringen kommer att påverka alla betaltyper. Vi rekommenderar därför att ni inkluderar samtliga betaltyper redan från start när ni arbetar med er leverantörsdata.
Säkerställ att ert affärssystem kan hantera strukturerade eller hybridadresser i ISO20022 format.
Om det inte redan är gjort behöver ni uppdatera era affärssystem för att stödja ISO 20022 meddelanden med strukturerade eller hybrida adressfält.

Berörda betaltyper

Denna förändring kommer att påverka alla betaltyper. Därför rekommenderar vi att ni inkluderar samtliga betaltyper när ni arbetar med er leverantörsdata (mottagarregister).

Från och med november 2026 påverkas: Internationella (SWIFT-)betalningar, SEPA Credit Transfer, SEPA Instant Payments, SEPA Direct Debits, SEK betalningar (kontoöverföringar), Bankgiro- och Plusgirobetalningar (BG/PG), DKK betalningar (kontoöverföringar)

Migrering till ISO 20022 och pain.001

För att få ut full nytta av denna övergång rekommenderar vi starkt att ni migrerar till meddelandestandarden ISO 20022, och specifikt använder meddelandeformatet pain.001 för initiering av betalningar.

Varför denna förändring?

Denna förändring är en del av den globala övergången till standarden ISO 20022, som nu införs av stora finansiella nätverk och clearingsystem världen över. Genom att gå över till strukturerade eller hybridadresser kan ni:

Förbättra datakvaliteten och minska antalet fel
Öka graden av Straight Through Processing (STP) för era betalningar
Anpassa era processer till globala betalningsstandarder

Marknadspraxis kring avvecklingen av ostrukturerade adresser är fortfarande under utveckling. Vi kommer löpande att uppdatera denna sida i takt med att praxis etableras.

Support

För mer information hänvisar vi till denna branschguide (in English): PMPG Hybrid Address Industry Guidance [pdf]

SEB:s ISO 20022 Message Implementation Guidelines (MIG) är redan uppdaterade:

SEB MIG for Credit Transfers pain.001 V3 (zip) (in English)

SEB MIG for Credit Transfers pain.001 V9 (zip) (in English)

För test och stöd vid implementering, gå till Filtestning – SEB Test Bench:

File testing with SEB Test Bench (in English)

Du kan även testa dina filer i Business Arena. Du hittar funktionen via huvudmenyn under Produkter och tjänster / Testa ISO-filer.

Mer detaljerade instruktioner

Nedan hittar du ytterligare information om de steg vi rekommenderar att du vidtar, samt mer detaljerade instruktioner som nu finns tillgängliga för marknaden som stöd. Fokus ligger på hur adressfältet ska användas, i de fall det används.

Idag – Ostrukturerad adress

Hybridadress

Kan användas idag
Blir ett minimikrav från och med november 2026 (om adressfält används)

Strukturerad adress

Kan användas idag
Det alternativ som rekommenderas av marknaden

Denna information är marknadsgemensam finns endast tillgänglig på engelska.

Update your vendor data

If your payment counterparty data records do not currently include the Town Name and Country Code for these parties, please prioritise reaching out to your payees and begin collecting this information as soon as possible.

Timely action is essential to ensure compliance with the upcoming requirements and to avoid any disruption to your payment processing. Ensure that all payment counterparty data management processes are well established with necessary controls and the updated information will be available at all your payment processing systems. In case the town name and country code data is not at all available as separate fields in your master vendor data entries, please contact your system vendor and consult how to get the data fields available before November 2026.
Review payment and direct debit initiation file generation

If not already done, update your payment initiation systems (ERP, TMS, host-to-host formats) to support ISO 20022 messaging with structured or hybrid postal address fields. Examples include XML pain.001 and pain.008 formats that support mandatory town and country fields.

I. Review and assess your existing payment initiation systems and data formats, including legacy formats such as MT101 or proprietary files.

II. If you are not already doing so, prepare to support the hybrid or fully structured postal address format by November 2026.

III. Ensure that, all postal addresses, provided for the:
– Debtor (this information is typically provided by the Debtor Agent based on data captured during customer onboarding/KYC)
– CreditorUltimate Debtor/Creditor (if applicable)
–And related agents (usually the banks), if no Agent BIC is available, are submitted using either the fully structured or hybrid format.

IV. Whether using the fully structured or hybrid format, you must anyway provide at least a structured Town Name and a structured Country Code (ISO 3166-1 2-letter format) for each party address

V. If you are still using MT messages or other non-ISO 20022 communication protocols, please ensure that address data includes Town Name and Country as structured elements, even when submitted via semi-structured fields.

Example using the MT101 Field 59 (F-option) format for a hybrid postal address:

:59F:/BE30001216371411
1/JOHN SMITH
2/HOOGSTRAAT 6, 18TH FLOOR
3/BE/BRUSSELS, 1000

Where:
1/= Name (JOHN SMITH)
2/=Address Line (HOOGSTRAAT 6, 18TH FLOOR)
3/=Country Code (BE), Town Name (BRUSSELS), and Postal Code (1000)

Attention:

For pain.001 version 3 and version 9, the fully unstructured postal address option allows up to 7 lines of Address Line (AdrLine), providing flexibility for complex addresses. However, when using the hybrid postal address format, only 2 lines of AdrLine are permitted. Please ensure your systems and data mapping reflect this limitation to avoid processing issues.

En hybrid-postadress möjliggör en kombination av strukturerad och ostrukturerad adressdata. Som minimum krävs:

Ett strukturerat ortsnamn (Town name)
En strukturerad landskod (Country code. ISO 3166-1, tvåställig kod)

Resten av adressen (t.ex. postnummer, gatunamn, byggnadsinformation) kan anges i maximalt två rader med ostrukturerad text (adressrad), men dessa får inte duplicera de strukturerade fälten.

Exempel:
PstlAdr>
<TwnNm>BRUSSELS</TwnNm>
<Ctry>BE</Ctry>
<AdrLine>HOOGSTRAAT 6, 18TH FLOOR, 1000</AdrLine>
</PstlAdr>

Frågor och svar

Här hittar du svar på de vanligaste frågorna om avvecklingen av ostrukturerade adresser.

Denna förändring kommer att påverka alla betaltyper, därför rekommenderar vi att ni redan från början inkluderar samtliga betaltyper när ni arbetar med er leverantörsdata och uppladdningen av betalfiler.

Till november 2026:

Internationella (SWIFT) betalningar
SEPA-betalningar (Credit Transfers), SEPA Instant Payments och SEPA autogiro (Direct Debits)
SEK-betalningar (inklusive svenska expressbetalningar), BG-/PG-betalningar
DKK-betalningar (inklusive inhemska banköverföringar)

Detta är en global förändring inom branschen som påverkar alla banker världen över.

Ni kan genomföra ändringarna när som helst.

Ja, minimikraven är att ange ort (Town Name) och landskod (Country Code), om ni använder adressfältet och registrerar en adress i strukturerat eller hybridformat.

Ja, det gör den.

Alla parter och agenter (banker) måste följa dessa adressregler. För agenter gäller dock att ingen adress behövs eller rekommenderas när bankens BIC används.

Ja, båda verktygen nedan kan rapportera eventuella fel i adressstrukturen för olika betalningstyper och deras exempelfiler:

SEB Test Bench (sebgroup.com)
Business Arena – ett liknande verktyg integrerat i vår onlinekanal Business Arena

Detta gör det möjligt för dig att validera dina filer i förväg och säkerställa att du är redo inför införandedatumet i november 2026.
Observera att adressvalideringen är ett enkelt regelbaserat verktyg som kontrollerar att fälten för ortsnamn och för landskod är ifyllda samt att det finns högst två (eller färre) ostrukturerade adressrader (enligt vad som tillåts i den hybrida adressvarianten).

Denna uppdatering är en del av den globala övergången till standarden ISO 20022, som nu införs av stora finansiella nätverk och clearingsystem världen över. Genom att gå över till strukturerade eller hybridadresser kan ni:

Förbättra datakvaliteten och minska antalet fel
Öka graden av Straight Through Processing (STP) för era betalningar
Anpassa era processer till globala betalningsstandarder

Vårt dedikerade team av experter vägleder dig genom den komplexa lokala marknadsdynamiken och hjälper dig att hitta flexibla lösningar som effektiviserar din dagliga verksamhet. Vi stödjer dig när du expanderar internationellt och säkerställer att du får tillgång till de treasurytjänster ditt företag behöver över hela världen.

Kontakta våra experter