Bevar innledende nuller i bank- og betalingsreferanser
Innledende nuller kan være del av identiteten og skal ikke forsvinne ved numerisk konvertering.
Kontonummer, KID og andre betalingsreferanser er identifikatorer. De brukes til oppslag og kobling, ikke til aritmetikk. En innledende null kan være meningsbærende selv om et regneark viser samme numeriske verdi uten den.
Risikoen oppstår ofte før bankfilen importeres: ved åpning av CSV i et regneark, kopiering til en tallkolonne eller eksport fra en database med feil datatype. Når nullen først er borte, kan det være umulig å rekonstruere riktig referanse fra tallet alene.
En referanse som endres i mellomfilen
Syntetiske tekstverdier, ikke virkelige kontonumre eller gyldige KID-er.
| Trinn | Verdi | Resultat |
|---|---|---|
| Original referanse | 00123456 | Åtte tegn |
| Numerisk regnearkfelt | 123456 | To tegn er mistet |
| Automatisk utfylling til ti tegn | 0000123456 | Ny, gjettet identitet |
| Korrekt tekstoverføring | 00123456 | Originalen bevart |
Den gjettede tifeltsverdien er ikke en reparasjon. Den kan gi en annen identifikator enn den banken eller mottakeren forventer.
Fastsett datatype før filen åpnes
Importer relevante kolonner som tekst. Kontroller også lange sifferrekker: et regneark kan vise vitenskapelig notasjon eller begrense presisjonen. En lesbar visning er ikke bevis på at alle tegn er bevart i den lagrede verdien.
JSON skiller tekst og tall som ulike datatyper. Et identitetsfelt som skal bevare nuller, bør ikke sendes som et numerisk JSON-beløp. XML-felt må tolkes etter riktig meldingsdefinisjon; et sifferholdig tekstfelt skal ikke bli regnetall i et lokalt mellomlag.
- Bevar original fil før bearbeiding.
- Test korte og lange referanser med innledende nuller.
- Sammenlign tegnlengde og råverdi etter hvert trinn.
- Undersøk om eksporten automatisk legger på eller fjerner tegn.
- Kontroller verdien i mottaket, ikke bare mellomfilens visning.
Når data allerede er skadet
Hent referansen på nytt fra autoritativ kilde eller original dokumentasjon. Ikke fyll ut til en antatt lengde uten å vite formatets regler. Et felt som har flere mulige korreksjoner, bør stå i avklaringskø.
Tekstbehandling alene validerer ikke kontoens eller KID-ens kontrollsifre. Det bevarer bare grunnlaget for den videre kontrollen. Lengde, kontrollberegning og bankavtale må undersøkes separat der de er relevante.
Ved en full import bør både identifikatorenes tegn og bankens saldobevegelse kontrolleres. Riktige summer kan skjule feil matching av enkeltposter.
Les identifikatorer i økonomidata.
La prøvefilen gå tilbake ut av mottakersystemet etter import. Det kan lagre referansen som tekst, men skrive den som tall ved videre eksport. En sammenligning av original og sluttfil gir derfor et sterkere bevis enn å kontrollere bare den første importskjermen eller den lagrede kolonnen.