Avveckling av ostrukturerade adresser
I november 2026 införs en viktig marknadsdriven förändring som påverkar hur adressinformation ska anges i betalningsmeddelanden, i de fall adressinformation till mottagaren används.
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.
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 e999ra betalningsmottagare och uppdaterar dessa uppgifter så snart som möjligt. Förändringen kommer att påverka alla betaltyper, varför vi rekommenderar 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 (pdf 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 som 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
Kontakta våra experter inom cash management
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.