Bevar norske tegn og riktig tegnkoding i SAF-T
Feil tegnkoding kan gi lesbare tall, men ødelegge navn, søk og automatiske registerkoblinger.
Regnskapstall kan være riktige selv om navnene er ødelagt ved eksport. En fil som viser Møller i stedet for Møller, kan gi feil treff i registerkobling og gjøre dokumenter vanskeligere å finne. Kontroller både XML-erklæringen og den faktiske tegnkodingen.
Bevar originalfilen som bytes før den åpnes og lagres i et redigeringsprogram. En editor kan konvertere filen, endre erklæringen eller erstatte tegn som den ikke kjenner. Da blir det vanskeligere å undersøke hvor feilen oppsto.
Et syntetisk tegnutvalg
| Prøvetekst | Hva kontrolleres? | Feil som skal undersøkes |
|---|---|---|
| Møller | Ø i navn | Feiltolket UTF-8 eller dobbeltkonvertering |
| Blåbær | Å og æ i samme tekst | Erstatning med spørsmålstegn |
| Oslo & omegn | XML-spesialtegn | Manglende korrekt escaping |
| Konto-tekst | Vanlige ASCII-tegn | Kontrolltilfelle for sammenligning |
Prøvetekstene er fiktive. De skal vise tekniske egenskaper, ikke representere virkelige kunder.
Prøv hele kjeden
Sammenlign teksten i kilden, rå eksport, parserresultat og mottakerens register. Hvis råfilen er riktig, men parserresultatet feil, skal ikke kildeleverandøren endre navnet for å kompensere for leserfeilen.
Ved XML må tegn som & og < representeres korrekt når de inngår som tekst. Det er et annet problem enn tegnkoding. En fil kan ha korrekt UTF-8 og fortsatt være dårlig formet fordi et spesialtegn ikke er escapet.
Ikke gjør en generell erstatning av æ, ø og å for å få importen til å passere. Det endrer navn og kan skape nye duplikater. Dersom mottakeren bruker normalisering ved søk, skal originalteksten likevel bevares der den er nødvendig.
Vurder koblingsvirkningen
Automatisk matching på navn kan påvirkes av tegnfeil, mellomrom og Unicode-normalisering. Bruk en stabil kildeidentitet når den finnes, og undersøk tvetydige treff. Et tilsynelatende nytt kundenavn kan bare være en feilkonvertert versjon av et eksisterende navn.
Dokumenter rettingen som en endring av eksport eller leser, og prøv både tekst og kontrollsummer på nytt. Bevar hvilken originalfil testresultatet gjelder.
Prøv også at filens erklærte koding er forskjellig fra den faktiske kodingen i et avgrenset syntetisk feiltilfelle. Mottakeren bør gi en forklarlig avvisning eller en dokumentert korrekt behandling, ikke stille erstatning av ukjente tegn. Kontroller en tekstverdi med både norske bokstaver og XML-spesialtegn.
Godkjenn kjeden når original tekst kan følges gjennom eksport og mottak uten uavklarte endringer. Et visuelt skjermbilde er utilstrekkelig dersom søk eller gjeneksport fortsatt bruker feil bytes. Gjør derfor et gjenfinningsforsøk med stabil nøkkel og en kontroll av gjeneksportert tekst. Bevar rettingen på riktig teknisk nivå, så navnedataene ikke må forvanskes i kilden.
Kilder
Se Unicode i masterdata og duplikatkunder.
Les også Eksport og ny import: test at regnskapsdata tåler en rundtur.