Tabellgjenkjenning på fakturaer: linjer, kolonner, fallgruver

For mennesker er en faktura en tabell. For OCR er den ofte en hinderløype: tynne linjer, nøstede topptekster, høyrestilte beløp, fotnoter under netto. Når posisjonslinjer faller fra hverandre, svikter totalsjekker - og kostnadsoppstillingen eller tvistesumberegningen arver feilen.

Tabellgjenkjenning i firmaet er derfor ikke et «nice to have»; det er det som gjør fakturaer maskinelt brukbare uten å taste hver rad.

Hva som gjør oppsett vanskelige

Skannede termokvitteringer, fargede bakgrunnsflater, stempler over beløp, flerspalte beskrivelser, kombinerte netto/brutto-kolonner og håndskrevne rettelser lagt til senere. Hvert element kan flytte kolonneskiller. Dårlige skannevinkler forsterker det.

Før gjenkjenning lønner det ofte å: rette opp, øke kontrast, beskjære unødige marger. Aggressiv komprimering før OCR er den vanligste selvpåførte skaden.

Faglig kontroll fremfor blind tillit

Selv god gjenkjenning tar feil på «1» og «7», tusenskilletegn og linjeskift i beskrivelser. Definer obligatoriske stikkprøver: totalsum mot bilaget, tilfeldig posisjonslinje, skattesats, fakturanummer og dato. Når tvisten gjelder enkelte linjer, er nettopp disse feltene det som teller.

LexLogik kan støtte tabellstrukturer i behandlingen; frigivelse til sak og klient forblir menneskelig. Bruk eksporter bare når stikkprøven har holdt.

Forberedelse som lønner seg

• Skann originaler digitalt eller i høy oppløsning, ikke fra tredjegenerasjons telefonbilde.
• Én faktura per fil når mulig - samleskanninger vanskeliggjør kolonnetilordning.
• Pass på locale for beløpsformater (1.234,56 vs 1,234.56).
• Fjern eller skill håndskrevne merker før OCR hvis de krysser linjer.

Når tabellen feiler

Noen ganger er manuell registrering av kritiske rader raskere enn tredje motorinnstilling. Dokumenter da at bare summer og omtvistede linjer ble overtatt. For masse like fakturaer lønner fast mal og opplæringstid for teamet i stedet.

Fra bilag til sak uten mediebrudd

Når posisjonslinjene holder, avgjør navngiving og arkivering om tallene senere er finnbare. Knytt gjenkjente beløp til bilagsfil og saksreferanse, ikke bare til et løst regneark. Ved tvist om enkelte linjer trenger dere samme skanning som OCR så - ikke en senere «pen» nyversjon uten opphav.

For sakstyper med mange like fakturaer (bygg eller forsikring, for eksempel) lønner en kort intern mal: hvilke kolonner som er plikt, hvilken stikkprøve som gjelder, fra hvilket beløp andrekontroll kreves. Kjedeligere enn en ny motor - og det sparer flere korrekturrunder.

God tabellarbeid reduserer tastefeil og forkorter veien til et solid tallgrunnlag - forutsatt at ingen tror blindt på første gjenkjenning. Motoren foreslår; firmaet frigir. Uten det siste steget forblir selv treffsikker gjenkjenning bare et utkast uten saksverdi.

Skannerprofil for tabellbilag

Lag en egen skanneprofil for fakturaer: tving rett retning, bevar linjer, unngå aggressiv utjevning. Assistenter skal ikke blande denne med profilen for rene prosesskriv. En dekal ved skanneren med profilnavnet hindrer den vanligste feilkilden. Test profilen kvartalsvis med tre faste eksempelbilag.

Partnerfrigivelse ved omtvistede beløp

Overstiger omtvistet fakturasum en intern terskel, sjekker saksansvarlig OCR-tabellen mot bilde før tall går inn i prosesskriv. Under terskelen holder assistent-stikkprøve. Terskelen hører på samme ark som skanneprofilen.

For fristkritiske saker: assistenten stopper neste steg hvis sjekkliste eller frigivelse mangler. Partnere dokumenterer unntak skriftlig i saken - ikke bare muntlig i gangen.

Tabellgjenkjenning feiler ofte på skjeve skann og aggressiv utjevning, ikke på «dårlig KI». En egen fakturaprofil og beløpsterskel for partnerfrigivelse gjør OCR-tall mer belastbare i kostnadssaker.