Gå til innholdet

Fakturaregistrering: les, koble og kontroller

Et gjennomarbeidet fakturaeksempel skiller lesefeil, kobling og forretningsmessige avvik før et ERP-utkast går videre.

Matthias Becker2 min lesetid
Et fakturaark med tabell og et forstørrelsesglass over et blåmarkert felt.

Planlegg fakturaregistrering som separate beslutninger: Hva står på dokumentet, hvilken transaksjon hører det til, og passer innholdet? Optisk tegngjenkjenning, forkortet OCR, svarer først på lesespørsmålet. Den utfører ikke automatisk den forretningsmessige sammenligningen.

Eksemplet er oppdiktet og begrenset til referanser og totalbeløp. Bestilling P-31 hører til leverandør S-4; avtalt totalbeløp er 120 EUR. Den skannede fakturaen I-22 angir samme leverandør og bestilling. Ingen tilleggsposter eller delbetalinger inngår her.

Sammenlign registrerte verdier med kildene

Opplysning

Original eller godkjent registrering

Registrert resultat

Fakturareferanse

I-22 på bilaget

I-22

Leverandør

S-4 i det tilknyttede leverandørregisteret

S-4

Bestillingsreferanse

P-31 på bilag og i system

P-31

Fakturabeløp

120 EUR på bilaget

1 200 EUR

Avtalt totalbeløp

120 EUR i bestilling P-31

120 EUR

Det registrerte fakturabeløpet avviker fra både original og bestilling. Behandlingen oppretter derfor en kontrolloppgave i stedet for å sende beløpet ukontrollert til ERP som bekreftet gjeld.

Kontrolløren ser det aktuelle bildeutsnittet ved siden av verdien. Personen bekrefter 120 EUR i originalen og retter registreringen. Et utkast på 120 EUR kan så gå videre med en rettelsesmerknad. Lesefeilen er dermed avklart; betalingsgodkjenning er et separat senere trinn.

Håndter et reelt avvik annerledes

Står det faktisk 1 200 EUR på I-22, må registreringen ikke endres til 120 EUR bare for å passe bestillingen. Bilagsdata bevares. Ansvarlig person undersøker om bestilling, faktura eller avtale må endres. Første resultat er «venter på avklaring i fagavdelingen».

Mangler P-31 i det tilgjengelige systemet, er koblingen i stedet uavklart. Et tydelig lest beløp skaper ingen passende bestilling. Registrer årsaken separat, slik at en manglende integrasjon ikke behandles som en OCR-feil.

Bruk konfidens til riktig spørsmål

Microsoft skiller blant annet mellom ord- og feltkonfidens. En skår kan sende usikker gjenkjenning til kontroll. Den bekrefter ikke samsvar med bestillingen din. Velg terskler med egnede egne testtilfeller; ikke bruk en vilkårlig verdi som godkjenningsregel.

Test korrekt lest bilag, lesefeil, reelt beløpsavvik og manglende bestilling i et testmiljø. Forventede resultater er henholdsvis utkast, rettelseskontroll, avklaring i fagavdelingen og åpen kobling. Årsaken til et stopp må være synlig i arbeidslisten.

Velg leseteknikk og etterfølgende forløp

Inneholder fakturaen allerede strukturerte data, undersøk først behandlingen av dem i stedet for bare å lese bildet på nytt. Hold kilde, rettet verdi og rettelsesgrunn sporbart sammen. Vellykket import eller feilfri OCR erstatter verken forretningsmessig kontroll eller nødvendig formatvalidering. Resultatet er her et kontrollert registreringsutkast, ikke en generell godkjenning av hele fakturaen.

Kilder

Skrevet av

  • Matthias BeckerRedaktør for KI og automatiseringMatthias Becker har ansvaret for artiklene om kunstig intelligens og automatisering hos ASES. Han undersøker hvordan bedrifter kan bruke KI i arbeidsprosessene sine, og hvor grensene for de ulike bruksområdene går.

Følg ASES

Les videre

Alle artikler

KI og automatisering med ASES

KI-assistenter og automatiserte prosesser