En fakturalæser, der aflæser fakturalinjerne og kontrollerer dem.

Bygget i denne rækkefølge

1. 1Læs
2. 2Kontrollér
3. 3Send videre
4. 4Udrul i jeres cloud

Situationen

• Leverandørfakturaer kommer som PDF'er og fotos. Nogen læser hver enkelt og indtaster linjerne i økonomisystemet, eller en dokumenttjeneste gør det pr. side til en pris, der løber op.
• Dokumenttjenester tager betaling pr. side, mens en sprogmodel tager betaling pr. token. Én faktura kræver et par tusinde tokens, og de fleste går til de faste instruktioner. En faktura koster omkring ti øre. Det åbne spørgsmål er, om man kan stole på resultatet.
• Det egentlige spørgsmål er tillid. Derfor kontrollerer læseren sit eget resultat og gemmer kilden, så hver linje peger tilbage på den side, den kom fra.

Hvad den gør, trin for trin

1. 1. Læs

   Handler selv

   Kommer ind

   En PDF eller et foto af en faktura, en kvittering, et kontoudtog, en kontraktside.

   Læseren

   Sender dokumentet til Gemini API med et fast outputformat: leverandør, fakturanummer, datoer, valuta, hver linje med beskrivelse, antal, enhedspris, momssats, totaler. Den rå fil gemmes uændret.

   Medarbejderne

   Ingen indtaster en linje.

   Godkendelse

   "Handler selv". Læseren læser kun; den ændrer intet.

   Kan spores

   Hvert felt registrerer den side og det område, det blev læst fra.

2. 2. Kontrollér

   Spørger først

   Kommer ind

   De strukturerede linjer.

   Læseren

   Kontrollerer, at linjerne stemmer med totalerne, og at momssatserne er gyldige. Den tjekker også, at leverandøren er kendt, og at valuta og datoer giver mening. Består et dokument ikke en kontrol, markeres det med begrundelsen.

   Medarbejderne

   Bogholderen gennemgår de markerede dokumenter, ikke dem alle.

   Godkendelse

   "Spørger først" ved en markering. Et dokument, der består alle kontroller, går direkte videre.

   Kan spores

   Hver kontrol registrerer, hvad den sammenlignede, og hvad den fandt.

3. 3. Send videre

   Operatøren godkender

   Kommer ind

   Kontrollerede linjer.

   Læseren

   Skriver dem derhen, hvor I vil have dem. Det kan være i det importformat, jeres økonomisystem læser, så de kan godkendes dér. Eller det kan være i data warehouset, hvor de samles med resten af jeres data.

   Medarbejderne

   Bogholderen godkender linjerne samlet inde i økonomisystemet.

   Godkendelse

   "Operatøren godkender", før noget bogføres.

   Kan spores

   Både importfilen og warehouse-rækkerne peger tilbage på dokumentet.

4. 4. Udrul i jeres cloud

   Operatøren godkender

   Kommer ind

   Jeres tech stack: Google Cloud, Azure eller begge.

   Læseren

   Builder agenten er en AI-agent, der bygger og vedligeholder data pipelines og AI-vidensarbejdere for jer. Den udruller hvert trin i jeres eget projekt som en lille funktion eller et batchjob. Trinnene kører som Cloud Run functions eller Azure Functions og bruger den pågældende clouds egen planlægning, lagring og håndtering af hemmeligheder.

   Medarbejderne

   Operatøren er den person i jeres virksomhed, der tjekker og godkender AI-vidensarbejdernes arbejde. Hver ændring i clouden gennemgås af jeres IT, internt eller hos jeres IT-partner, og operatøren godkender hver enkelt.

   Godkendelse

   "Operatøren godkender" hver udrulning.

   Kan spores

   Hver udrulning har en plan, der blev vist på forhånd, og bliver logget med et id.

Delene

Delene er små og selvstændige, og hver af dem kan udrulles i den tech stack, I allerede har. De kører allerede i vores eget arbejde, og vi tilpasser dem og udruller dem i jeres cloud.

Læseren

Gemini API, en Cloud Run function eller en Azure Function

Kontrollerne

samme funktion, jeres regler som konfiguration

Skriveren

jeres økonomisystems importformat, eller BigQuery eller Fabric

Kørslen

Cloud Scheduler og Workflows, eller en Azure timer trigger

Lageret

Cloud Storage eller Azure Blob Storage, rå filer gemt uændret

MCP-serveren

Cloud Run eller Azure Container Apps, med login, så folk kan stille spørgsmål til data

Builder agenten

Claude Code, i jeres repository, med projektets egne guardrails

Sådan beregner vi omkostningen

Ved hvert pristal på siden står, hvordan vi har regnet det ud, og hvornår vi aflæste det.

1. Læseren kørte på 491 leverandørfakturaer i produktion i ugen 19. til 25. oktober 2026. Den kunde, fakturaerne tilhørte, nævnes ikke.
2. Omkostning pr. faktura = Gemini API-forbruget for den uge, aflæst på forbrugsoversigten, delt med fakturaerne. Ugen omfattede også vores egne testkørsler. Derfor er tallet rundet op til ca. 0,10 kr., og den egentlige produktionsomkostning er lavere.
3. Til sammenligning koster Googles Document AI invoice parser USD 0,10 pr. faktura på op til ti sider, og Microsofts Azure Document Intelligence prebuilt invoice model koster USD 10 pr. 1.000 sider, begge læst 25. oktober 2026.
4. Priser ændrer sig, så hver pris på siden står med den dato, den blev aflæst.

Teknologivalg og begrundelser

Vi har truffet valgene selv, og vi ville træffe dem igen. Hvert valg har én begrundelse.

En sprogmodel med fast outputformat, ikke en dokumenttjeneste pr. side

Modellen leverer den struktur, vi har brug for, og kontrollerne afgør, om man kan stole på den.

Uændrede rå filer

De er dokumentationen. Bliver en linje betvivlet, peger den tilbage på sin side.

Kontroller som et særskilt trin med navngivne regler

Når en kontrol slår fejl, kan det forklares, og I kan selv ændre reglerne.

Små funktioner i stedet for én applikation

Hver funktion udrulles, skalerer og koster for sig. Funktionerne kører på samme måde i Google Cloud og Azure.

Builder agenten og repositoryet bliver hos jer

I kan vedligeholde det uden os, så I er ikke bundet til os.

Hvad det ville koste jer pr. måned

Træk skyderen hen til jeres antal fakturaer. Fakturalæserens pris er det tal, vi har målt på denne side. De andre priser er listepriser, aflæst på de viste datoer.

• Vi regner med én side pr. faktura for de tjenester, der tager betaling pr. side. En faktura på to sider fordobler deres pris, men ikke læserens.
• Priser ændrer sig, så hver pris på siden står med den dato, den blev aflæst.
• Tallene viser kun driftsomkostningen. Tjenesterne, der tager betaling pr. side, kræver ingen opsætning, mens læseren skal sættes op i jeres cloud.

Før og efter

• Hver fakturalinje blev indtastet manuelt eller læst af en tjeneste med pris pr. side.

  Fakturalæseren aflæser linjerne, og bogholderen godkender dem samlet og ser på de markerede.

• Blev en linje betvivlet, skulle nogen finde PDF'en frem.

  Hver linje peger på sin side.

• Hver ny dokumenttype krævede et nyt projekt.

  En ny type får et nyt outputformat og en ny kontrol, og begge udrulles som de samme små funktioner.

• Man skulle bygge data pipelines, før man kunne komme i gang.

  Delene kører allerede; I betaler for at tilpasse og udrulle dem.