Från november 2026 skärps kraven på informationen som följer med elektroniska betalningar. Ostrukturerade adresser fasas ut samtidigt som bankerna ställer högre krav på bland annat OCR-referenser. Om du skickar betalningsfiler från Pyramid behöver du därför se till att både leverantörsregistret och systeminställningarna är i ordning i god tid. Här går vi igenom vad förändringen innebär och vad du behöver göra.

Betalningsmarknaden är inne i en stor förändring. Banker och betalningssystem går i allt högre grad över till ISO 20022, en internationell standard för finansiella meddelanden. Standarden skapar förutsättningar för mer enhetlig och strukturerad betalningsinformation som kan behandlas automatiskt.

Bakgrunden är bland annat behovet av bättre datakvalitet genom hela betalningskedjan. När uppgifter som namn, adress och referens skickas i tydligt definierade fält blir de enklare att tolka och kontrollera. Det underlättar bankernas automatiska hantering, regelefterlevnad och kontroller mot exempelvis sanktioner och penningtvätt.

Från den 15 november 2026 tillåts inte längre helt ostrukturerade adresser i de betalningsmeddelanden som omfattas av de aktuella SEPA-reglerna. Det framgår av European Payments Councils vägledning om adresser i SEPA-betalningar.

Även Swift fasar samtidigt ut helt ostrukturerade postadresser för gränsöverskridande betalningar i sitt ISO 20022-baserade CBPR+-flöde. Enligt Swifts information om de nya adresskraven behöver strukturerade eller så kallade hybridadresser användas i stället.

Det kan låta som en teknisk förändring långt från den dagliga verksamheten. Men i praktiken innebär det att uppgifterna i Pyramid blir ännu viktigare. Information som tidigare har kunnat skickas samlad som fritext behöver nu finnas i rätt fält och följa bankens formatkrav.

Adresser måste registreras i separata fält

I en ostrukturerad adress kan flera uppgifter ligga samlade på en eller ett par fritextrader. En strukturerad adress delar i stället upp informationen i bestämda delar, exempelvis gata, ort, postnummer och landskod. En hybridadress kombinerar obligatoriska strukturerade uppgifter med viss kompletterande information i fritext.

För betalningsfiler från Pyramid behöver leverantörens adress som minimum innehålla:

Ort ()
Landskod ()

Även gatupostadressen bör vara korrekt och uppdaterad. Du registrerar uppgifterna i rutin 725 Leverantörer.

Har du ett stort leverantörsregister eller många äldre poster är det bra att börja översynen redan nu. Då kan du arbeta igenom uppgifterna i lugn och ro i stället för att behöva rätta dem när en betalning redan har stoppats.

Kontrollera att ort och landskod är registrerade i separata fält i rutin 725 Leverantörer.

Därför skärps kraven

De nya adresskraven är mer än en teknisk förändring. Syftet med tydligare och mer enhetliga betalningsdata är att förbättra hanteringen genom hela betalningskedjan, även när flera banker eller länder är inblandade.

Strukturerade uppgifter kan bland annat innebära:

Färre manuella kontroller och korrigeringar
Säkrare automatisk matchning och behandling
Bättre kvalitet i bankernas regelefterlevnads- och sanktionskontroller
Minskad risk för fördröjda eller avvisade betalningar

Om obligatoriska uppgifter saknas eller ligger i fel fält kan banken, beroende på betalningstyp och bankens kontroller, avvisa en enskild betalning eller hela filen. Det kan skapa onödigt merarbete och i värsta fall innebära att betalningen inte når mottagaren i tid.

Även OCR-referenser kontrolleras hårdare

I samband med förändringarna skärper bankerna även valideringen av OCR-referenser i betalningsfiler. OCR-numrets checksiffra används för att kontrollera att referensen är korrekt uppbyggd. Om referensen är felaktig kan betalningen avvisas.

För att upptäcka fel innan betalningsfilen skickas rekommenderar vi att du aktiverar egenskapen ”Checksifferkontroll av OCR-nummer” i rutin 791 Egenskaper Leverantörsreskontra.

Det minskar risken för att ett felskrivet eller felaktigt registrerat OCR-nummer leder till stopp hos banken. OCR-hanteringen är en separat valideringsfråga från de internationella kraven på strukturerade adresser (även om förändringarna blir aktuella under samma period).

Pyramid uppdateras för de nya kraven

Vissa banker förändrar samtidigt sin hantering av OCR-nummer. Därför uppdateras de berörda betalningsformaten i Pyramid.

Ändringarna planeras att ingå i:

Pyramid 4.18A Servicepack 5, som planeras att släppas under hösten 2026
Rättningsfiler för dig som använder Pyramid 4.16A06 eller 4.17A02, vilka planeras att göras tillgängliga under hösten

Bankernas tidplaner och praktiska validering kan skilja sig åt. Kontrollera därför vad som gäller hos din bank och säkerställ att du använder rätt betalningsformat och en aktuell version av Pyramid.

Så förbereder du din verksamhet

Vi rekommenderar att du redan nu:

Tar reda på när och hur din bank inför sina valideringskrav.
Går igenom leverantörsregistret i rutin 725 och säkerställer att ort och landskod finns i rätt fält.
Kontrollerar att gatupostadresser och övriga leverantörsuppgifter är korrekta och aktuella.
Aktiverar checksifferkontroll av OCR-nummer i rutin 791.
Planerar för aktuellt servicepack eller rättningsfil för din Pyramidversion.
Testar betalningsflödet i god tid, om banken erbjuder möjlighet till det.

Det viktigaste är att du inte väntar tills en betalningsfil avvisas. Genom att kvalitetssäkra uppgifterna och uppdatera systemet i tid minskar du risken för störningar när kraven börjar tillämpas.

Vill du ha hjälp att förbereda Pyramid?

Du behöver inte reda ut alla tekniska detaljer på egen hand. Om du är osäker på vilka uppgifter som behöver ses över, hur OCR-kontrollen aktiveras eller vilken uppdatering som gäller för din Pyramidversion så hjälper vi dig gärna.

Kontakta oss så går vi tillsammans igenom vad förändringen innebär för just din verksamhet och ser till att du är förberedd i god tid.

Kort om ISO 20022, Swift och SEPA

ISO 20022 är en internationell standard som anger hur finansiell information ska struktureras och utbytas.

Swift tillhandahåller ett globalt nätverk som banker använder för att skicka finansiell information, framför allt vid internationella betalningar.

SEPA är det gemensamma europeiska betalningsområdet för betalningar i euro. Gemensamma regler gör att betalningarna kan hanteras på ett mer enhetligt sätt mellan de anslutna länderna.

När kraven inom Swift och SEPA förändras behöver bankerna anpassa sina system och kontroller. Det påverkar i sin tur hur du behöver registrera information i Pyramid och skicka den i dina betalningsfiler.

Faktakällor

Fördjupning: Läs mer om moderniseringen av den svenska betalningsmarknaden hos Bankgirot.

ERP ERP Pyramid Pyramid Affärssystem Pyramid Återförsäljare Pyramid Business Studio