Kommande förändringar ställer krav på hur adressinformation anges i betalningar

Från och med 15 november 2026 träder en viktig branschförändring i kraft som påverkar hur adressuppgifter får anges i betalningsmeddelanden när adressinformation används.

Digitala betalningar - hand på skärm

För att dina betalningar ska kunna hanteras utan avbrott behöver du använda något av följande:

  1. Strukturerad adress
  2. Hybridadress, där vissa adressfält är strukturerade och fritext används i begränsad omfattning

Efter den 15 November kan betalningar med ostrukturerade adresser bli försenade, avvisas eller behöva hanteras manuellt.

Varför görs förändringen?

Som en del av övergången till den nya betalinfrastrukturen och ISO 20022 införs nya krav på hur adressinformation anges i betalningar. Syftet är att skapa säkrare, mer effektiva och automatiserade betalningsflöden med högre datakvalitet.

De nya adresskraven möjliggör:

  • Ökad automatisering och färre manuella avvikelser
  • Förbättrad datakvalitet och spårbarhet
  • Effektivare screening för regelefterlevnad (t.ex. AML och sanktioner)
  • Anpassning av dina processer till globala betalningsstandarder

Helt ostrukturerade adresser fasas ut

Det sker en harmonisering av internationella betalningsstandarder. I det arbetet blir strukturerade och hybrida adressformat standard. Om du skickar betalningar via fil och inkluderar adressuppgifter bör du redan nu se över vilken information som används. Det minskar risken för störningar när de nya kraven börjar gälla.

Vad innebär detta?

Från och med 15 november 2026 kommer betalningar som innehåller o-strukturerad adressdata (fri text) inte längre att accepteras. Istället behöver adressinformation anges i något av följande format:

  • Strukturerad adress (rekommenderas): Alla adressuppgifter anges i separata, definierade fält (t.ex. stad, land, postnummer). Detta är målbilden framåt.
  • Hybridadress: En kombination där vissa uppgifter anges strukturerat (minst stad och land), kompletterat med ett begränsat antal fritextrader.

Exempel

Exempel på strukturerad adress:

<Cdtr>

<Nm>John Smith</Nm>

<PstlAdr>

<StrtNm>Hoogstraat</StrtNm>

<BldgNb>6</BldgNb>

<BldgNm>Premium Tower</BldgNm>

<Flr>18</Flr>

<PstCd>1000</PstCd>

<TwnNm>Brussels</TwnNm>

<Ctry>BE</Ctry>

</PstlAdr>

</Cdtr>

Exempel på hybridadress:

<Cdtr>

<Nm>JOHN SMITH</Nm>

<PstlAdr>

<PstCd>1000</PstCd>

<TwnNm>BRUSSELS</TwnNm>

<Ctry>BE</Ctry>

<AdrLine>HOOGSTRAAT 6, 18th floor</AdrLine>

</PstlAdr>

</Cdtr

Dessa krav gäller för alla utlandsbetalningar, men avviker något för SEPA-betalningar.

SEPA-betalningar har inget krav på adress för mottagaren, men om adress används måste den vara strukturerad eller hybrid.

Så förbereder du dig

För att säkerställa en smidig övergång rekommenderar vi att ni:

  • Säkerställer att stad (Town Name) och land (Country Code) finns strukturerat i ert kund- och leverantörsregister
  • Ser över och uppdaterar adressdata i era system (ERP/TMS)
  • Säkerställer att era betalningsfiler (t.ex. ISO 20022 / pain.001) stödjer strukturerade eller hybridadresser
  • Påbörjar en övergång från fritextbaserade adresser till strukturerade data

Denna förändring påverkar i princip alla betalningstyper – inklusive svenska, SEPA och internationella betalningar.

Om ni idag saknar ortsnamn/stad och landskod i era register bör ni prioritera att kontakta betalningsmottagare och börja samla in denna information så snart som möjligt.

Tidig förberedelse är avgörande för en smidig övergång.

Vår rekommendation

Vi rekommenderar att ni påbörjar ert arbete i god tid och, där det är möjligt, går direkt mot fullt strukturerad adress. Hybridadresser kan användas under en övergångsperiod, men det långsiktiga målet är helt strukturerad information.