Normaliser IBAN uten å endre kontoeierens identitet
En formatriktig IBAN er ikke alene bevis på at kontoen tilhører riktig mottaker.
IBAN har et strukturert format med landavhengig oppbygning. Swift forvalter det offisielle IBAN-registeret. Normalisering skal bevare identiteten, mens formatkontroll og eierskapskontroll må holdes atskilt.
Et IBAN skrevet med grupperende mellomrom kan lagres uten slike mellomrom i maskinell bruk. Bevar originalverdien og dokumenter transformasjonen. Ikke fjern andre tegn eller endre landkode bare for å få en verdi som ligner.
Fra visning til kontrollert kontofelt
Tabellen er syntetisk. Bokstavene representerer kontodeler, og ingen verdi er en gyldig betalingsadresse.
| Kilde | Behandling | Kontrollutfall |
|---|---|---|
NOkk AAAA BBBB CCC | Fjern avtalte visningsmellomrom | Fortsett med land- og kontrollsifferprøve |
NOkkAAAABBBBCCC | Ingen endring | Samme illustrerte identitet |
NOkkAAAA-BBBBCCC | Ikke gjett betydningen av bindestrek | Avklar kildeformat |
| Riktig struktur, ukjent mottaker | Format kan bestå | Eier må bekreftes separat |
I et virkelig dokument må alle deler oppfylle relevant lands format. Det finnes ingen universell lengde som gjelder alle IBAN-land.
Kontroller en kontoendring med kjent kanal
Når en leverandør endrer konto, sammenlign mot tidligere bekreftet informasjon og kontroller endringen gjennom en etablert kontaktkanal. Ikke bruk telefonnummer eller kontaktadresse som bare finnes i den samme uventede meldingen som endret kontoen.
DNB beskriver en prevalideringstjeneste som kan undersøke konto og eier under sin konkrete tjeneste. Tilgjengelighet, landdekning og svarbetydning må avklares før dette brukes som kontrollbevis. En generell IBAN-algoritme gjør ikke samme jobb.
- Bevar IBAN som tekst.
- Kontroller landets registrerte format og kontrollsifre.
- Sammenlign kontoen tegn for tegn etter normalisering.
- Dokumenter hvem som bekreftet en endring.
- Test at ukjent eller motstridende konto stoppes før betaling.
Begrensning ved grønt resultat
En gyldig struktur betyr ikke nødvendigvis at kontoen finnes, er åpen, kan motta den aktuelle betalingen eller tilhører riktig foretak. Hvert utsagn trenger sitt eget grunnlag.
Ved systembytte bør dere skille mellom historisk konto på et dokument og aktiv betalingskonto i leverandørregisteret. Å oppdatere registeret skal ikke endre originalfakturaen. Tilsvarende skal et gammelt dokument ikke automatisk gjøre en tidligere konto aktiv igjen.
Les betalingsmåte i EHF og innledende nuller.
For endrede konti kan dere registrere separat hva som ble normalisert og hva som ble bekreftet. Fjerning av mellomrom er en teknisk handling; bekreftelse av mottaker er en kontrollhandling. En samlet logg som bare sier «konto kontrollert», gjør det vanskelig å se hvilken garanti dere faktisk har.