pain.001.001.09-migrering: Hvad ændrer sig i 2026?

Overgangen til pain.001.001.09 ændrer måden, virksomheder genererer og sender betalingsfiler til deres banker på. Men migreringen handler om mere end en teknisk opdatering. Nye XML-krav, mere strukturerede adressedata og bankspecifikke valideringsregler betyder, at virksomheder skal gennemgå, hvordan betalingsoplysninger overføres fra deres ERP-system til banken.

For virksomheder, der bruger NetSuite, er det vigtigt at forberede sig i god tid for at undgå afviste betalingsfiler, manuelle rettelser og forsinkede leverandørbetalinger.

‍

Hvad er pain.001.001.09-migrering?

Migreringen til pain.001.001.09 handler om overgangen fra ældre versioner af betalingsmeddelelser, især pain.001.001.03, til en nyere version af ISO 20022-standarden.

ISO 20022 er en international standard for udveksling af strukturerede finansielle oplysninger mellem virksomheder og finansielle institutioner.

Meddelelsen pain.001, som står for Customer Credit Transfer Initiation, bruges af virksomheder til at igangsætte bankoverførsler, herunder SEPA-betalinger.

Selvom begge versioner har samme formål, indeholder pain.001.001.09 en mere avanceret datastruktur og giver mulighed for at overføre mere detaljerede betalingsoplysninger.

I praksis kan det betyde, at virksomheder skal opdatere deres betalingsfilskabeloner, kontrollere datakvaliteten og sikre, at ERP-systemet genererer filer, der opfylder bankernes krav.

‍

Hvad er forskellen på pain.001.001.03 og pain.001.001.09?

Overgangen til pain.001.001.09 er ikke blot et versionsskift. Den medfører ændringer i XML-strukturen, håndteringen af adresser og de regler, bankerne bruger til at validere betalingsfiler.

‍

1. Mere strukturerede postadresser

En af de vigtigste ændringer handler om, hvordan adresser på betalere og betalingsmodtagere angives i betalingsfiler.

Traditionelt har betalingsfiler ofte anvendt ustrukturerede adresselinjer, hvor oplysninger som gade, by og postnummer kan være samlet i ét eller flere fritekstfelter.

Den nyere ISO 20022-standard understøtter en mere detaljeret opdeling af adresseoplysninger gennem tre forskellige formater:

• Strukturerede adresser: Adresseoplysninger opdeles i separate felter, eksempelvis by, land, gade og postnummer.
• Hybride adresser: By og land angives i strukturerede felter, mens et begrænset antal fritekstlinjer kan bruges til yderligere oplysninger, afhængigt af de gældende regler.
• Ustrukturerede adresser: Adresseoplysninger angives i fritekstfelter uden samme systematiske opdeling.

Ved strukturerede og hybride adresser skal by og land angives som separate elementer.

Det stiller konkrete krav til virksomhedernes stamdata. Leverandør- og kundeoplysninger skal være komplette og korrekt knyttet til de relevante felter.

Selvom oplysningerne allerede findes i ERP-systemet, er det ikke sikkert, at de eksporteres i det format, banken forventer.

‍

2. Ændringer i XML-strukturen

Pain.001.001.09 medfører også ændringer i det XML-skema, som bruges til at generere betalingsfiler.

Det omfatter opdaterede meddelelsesdefinitioner, datatyper og nye elementer, der gør det muligt at overføre mere detaljerede betalingsoplysninger.

Afhængigt af bankens specifikationer kan det blandt andet omfatte flere adressefelter, Legal Entity Identifiers (LEI) eller udvidede transaktionsreferencer.

Det er dog vigtigt at understrege, at ikke alle nye elementer er obligatoriske. Kravene varierer efter betalingstype, land og den enkelte banks tekniske specifikationer.

Det er derfor ikke tilstrækkeligt blot at ændre versionsnummeret i XML-filen. Hele filstrukturen og de tilhørende datamappinger skal gennemgås.

‍

3. Opdaterede valideringskrav

Banker validerer indgående betalingsfiler ud fra de XML-specifikationer, de understøtter.

Migreringen kan medføre ændrede krav til feltformater, tilladte værdier, obligatoriske oplysninger og adressestrukturer.

En betalingsfil, der accepteres af én bank, kan derfor blive afvist af en anden.

For virksomheder med aktiviteter i flere europæiske lande er det særligt vigtigt at teste betalingsfilerne op mod den enkelte banks krav.

‍

Hvornår bliver pain.001.001.09 obligatorisk?

Der findes ikke én fælles global deadline, som kræver, at alle virksomheder og banker skal anvende pain.001.001.09 fra november 2026.

European Payments Council (EPC) havde oprindeligt planlagt at stoppe understøttelsen af ustrukturerede postadresser i SEPA-betalingsmeddelelser den 15. november 2026.

EPC udskød dog denne deadline i september 2026. Den 29. oktober 2026 meddelte organisationen, at en beslutning om en ny slutdato først ville blive truffet senest i februar 2027.

Swift annoncerede ligeledes i august 2026 en udskydelse af tidsplanen for strukturerede adresser. En revideret tidsplan forventes offentliggjort senest i december 2026.

For nordiske virksomheder er det også relevant, at Nordic Payments Council (NPC) har besluttet at udskyde slutdatoen for ustrukturerede adresser i sine betalingsordninger i tråd med EPC's beslutning.

Disse udskydelser betyder ikke, at migreringen er aflyst.

Nogle banker kan stadig indføre nye betalingsformater og valideringskrav efter deres egne tidsplaner.

Det er desuden vigtigt at skelne mellem to forskellige ændringer: overgangen til en nyere pain.001-version og det gradvise krav om strukturerede adresser. De hænger sammen, men er ikke den samme forpligtelse.

Det vigtigste at huske: Virksomheder bør kontakte hver enkelt bank for at få bekræftet, hvilke betalingsfilformater der understøttes, hvilke adressekrav der gælder, og hvornår ændringerne træder i kraft.

Kilder: European Payments Council – Opdatering fra oktober 2026, Swift – Opdatering om migrering til strukturerede adresser og Nordic Payments Council – Udskydelse af deadline.

‍

Hvad betyder migreringen for virksomheder, der bruger NetSuite?

For virksomheder med Oracle NetSuite kan migreringen kræve ændringer i konfigurationen af betalingsfiler og de data, der bruges til at generere XML-filer.

NetSuite understøtter elektroniske bankbetalinger via standardiserede og tilpassede betalingsfilformater.

Det konkrete behov for ændringer afhænger dog af den eksisterende opsætning.

En virksomhed, der allerede bruger en kompatibel pain.001.001.09-skabelon, behøver muligvis kun at kontrollere adressefelternes mapping og validere de genererede betalingsfiler.

En virksomhed, der stadig bruger pain.001.001.03, kan derimod have behov for at opdatere sin tilpassede skabelon eller oprette en ny, hvis den eksisterende ikke kan ændres.

I nogle tilfælde kan det også være nødvendigt at opdatere de tilknyttede bankoplysninger i NetSuite.

Migreringen kræver derfor en vurdering af den eksisterende NetSuite-opsætning frem for en standardopdatering, der anvendes ens hos alle virksomheder.

‍

Hvad bør virksomheder kontrollere før migreringen?

For at forberede overgangen bør økonomi- og IT-teams fokusere på fem områder:

1. Bekræft bankernes krav. Undersøg, hvilke betalingsfilformater den enkelte bank accepterer, dens tidsplan for migreringen og eventuelle særlige valideringsregler.
2. Gennemgå eksisterende betalingsfilskabeloner. Identificér de pain.001-versioner, der bruges i dag, og afklar, om skabelonerne er standardformater eller tilpassede.
3. Kontrollér kvaliteten af adressedata. Sørg for, at nødvendige oplysninger, især by og land, er registreret i de korrekte felter.
4. Opdater og test betalingsfiler. Tilpas XML-konfigurationen, hvor det er nødvendigt, og validér repræsentative betalingsfiler i forhold til bankens specifikationer.
5. Planlæg en kontrolleret overgang. Test ændringer før produktionssætning, dokumentér den tidligere konfiguration, og følg de første betalingskørsler tæt.

Disse kontroller er særligt vigtige for koncerner med flere selskaber og bankforbindelser. Forskellige datterselskaber kan have forskellige betalingsopsætninger og migrationskrav.

‍

Hvorfor bør økonomiafdelingen forberede sig allerede nu?

Selvom flere deadlines er blevet udskudt, kan det skabe unødvendige driftsmæssige risici at vente, indtil banken afviser en betalingsfil.

Et inkompatibelt betalingsformat kan føre til afviste betalingsbatcher, forsinkede leverandørbetalinger og ekstra manuelt arbejde.

Udfordringen bliver større, når virksomheden håndterer flere selskaber, valutaer og bankforbindelser.

Ved at forberede sig i god tid kan økonomiteams identificere forældede skabeloner, forbedre datakvaliteten og koordinere tests med bankerne uden at forstyrre de daglige betalingsprocesser.

Målet er enkelt: At sikre stabile betalingsprocesser, mens bankstandarderne udvikler sig.

‍

Sådan kan Novutech hjælpe med migreringen

Hos Novutech hjælper vi virksomheder med at tilpasse deres NetSuite-miljø til nye finansielle krav og bankstandarder.

Vores konsulenter kan gennemgå eksisterende betalingsfilformater, identificere berørte banker og selskaber, kontrollere adressemapping og implementere de nødvendige ændringer i NetSuite-skabelonerne. Vi hjælper også med test, validering hos bankerne og implementering, så overgangen bliver så problemfri som muligt.

Med mere end 250 kunder og over 65 eksperter i Europa kombinerer vi teknisk NetSuite-ekspertise med praktisk erfaring inden for finansielle processer.

‍

Har I brug for hjælp til jeres NetSuite-betalingsfiler?

Uanset om I ønsker at gennemgå jeres nuværende opsætning eller forberede jer på en kommende bankdeadline, kan Novutech hjælpe jer med at finde den rette tilgang.

Book en uforpligtende samtale med vores eksperter om jeres migrering til pain.001.001.09.