ISO 20022 omtales ofte som «det nye meldingsformatet for betalinger». Det stemmer, men det undervurderer hva overgangen egentlig innebærer. For norske banker, betalingsforetak og andre finansaktører handler dette mindre om å bytte ett format mot et annet, og mer om å forholde seg til vesentlig rikere data gjennom hele betalingskjeden – med alt det krever av systemer, datakvalitet og testing.
Fra knappe felter til strukturerte data
De gamle betalingsmeldingene, som MT-formatene i SWIFT-verdenen, ble laget i en tid der hver byte kostet. Resultatet er meldinger med korte, til dels fritekstbaserte felter der mye informasjon presses sammen eller forsvinner. Det fungerer, men det gjør det vanskelig å automatisere, avstemme og kontrollere betalinger uten manuelt arbeid.
ISO 20022 snur på dette. Standarden er XML-basert og strukturert, med tydelig adskilte felter for avsender, mottaker, mellomledd, formål og referanser. Du får plass til langt mer informasjon, og informasjonen er strukturert slik at maskiner faktisk kan bruke den. For betalinger på tvers av landegrenser og infrastrukturer er dette et reelt løft: bedre sporbarhet, mer presis avstemming, og et bedre grunnlag for både compliance og analyse.
Det er nettopp denne rikdommen som gjør overgangen krevende. Mer struktur betyr mer å fylle ut riktig, mer å validere, og flere måter ting kan gå galt på hvis dataene ikke holder mål.
De praktiske utfordringene
Den første utfordringen er datakvalitet. ISO 20022 har felter som forventer strukturert, korrekt informasjon – for eksempel skikkelig adressedata på mottaker og avsender. Mange interne systemer har aldri vært tvunget til å holde slike data rene. Når formatet plutselig krever det, avdekkes svakheter i datafundamentet som har ligget skjult i årevis. Dette er ikke et formatproblem, det er et datakvalitetsproblem som formatet bare gjør synlig.
Den andre er mapping. De færreste bytter ut alle systemer på én gang. I praksis må data oversettes mellom gammelt og nytt format, ofte begge veier. Når du mapper fra en rik ISO 20022-melding ned til et eldre format med færre felter, mister du informasjon. Da må du vite hva som kan utelates, hva som må bevares, og hvordan du unngår at viktig data forsvinner i konverteringen. Dette er detaljarbeid der domeneforståelse betyr mer enn teknologivalg.
Den tredje er sameksistens. Overgangsperiodene er lange, og du må regne med å håndtere begge formater samtidig over tid – internt, mot motparter og mot infrastruktur som migrerer i ulikt tempo. Løsningene må derfor bygges for å leve i en hybrid virkelighet, ikke for en ren sluttilstand som ligger flere år frem.
Den fjerde er testing. Strukturerte meldinger gir flere kombinasjoner, flere valideringsregler og flere grensetilfeller. Grundig testing mot realistiske data – inkludert de stygge tilfellene fra produksjon – er det som skiller en migrering som holder fra en som genererer feilmeldinger og avviste betalinger etter go-live.
Hva du bør forberede
Begynn med dataene, ikke med formatet. Kartlegg hvor de strukturerte feltene ISO 20022 forventer faktisk kommer fra i dine systemer, og vær ærlig om kvaliteten. Ofte er det her den egentlige jobben ligger, og det er en jobb som tar tid.
Behandl mapping og sameksistens som førsteklasses deler av løsningen, ikke som midlertidige skjøter. De kommer til å leve lenge, og de fortjener samme arkitektur- og testdisiplin som resten. Bygg inn validering tidlig, slik at dårlige data stoppes før de når en motpart, ikke etterpå.
Og se på overgangen som en mulighet, ikke bare en plikt. De rikere dataene ISO 20022 bringer med seg, er det samme grunnlaget som god transaksjonsovervåking, regulatorisk rapportering og analyse hviler på. En migrering gjort skikkelig styrker datafundamentet på områder langt utover betalingene selv.
ISO 20022 er til syvende og sist et datafundamentprosjekt forkledd som en formatendring. De som lykkes, er de som behandler det deretter – med tålmodighet for dataene, respekt for detaljene, og en plan som tåler de lange overgangsperiodene virkeligheten faktisk byr på.