Udtræk fakturadata

Hvorfor fakturaer er sværere end kontoudtog

Et kontoudtog fra samme bank ser ens ud hver måned. Fakturaer gør ikke — hver leverandør har sit eget layout, sin egen måde at skrive totalen på og sin egen placering af momsen. Der er ingen øvre grænse for antallet af layouts, fordi der ingen øvre grænse er for antallet af leverandører.

Det er grunden til, at skabelonbaserede løsninger kommer til kort. De virker fint for de fem største leverandører og slet ikke for den lange hale — og det er netop halen, der koster tid, fordi den er spredt ud over mange små bilag fra mange forskellige afsendere.

Der er også en strukturel forskel, som er værd at kende: et kontoudtog kan bevise sin egen fuldstændighed med saldoen. Det kan en faktura ikke. Den kan kun kontrollere sig selv indefra — linjer mod subtotal, subtotal plus moms mod total — og derfor betyder de kontroller mere her end noget andet.

Hvilke felter der bliver læst

Der er to niveauer. Hovedet er de felter, der gælder hele bilaget, og linjerne er det, der er købt. Begge dele udtrækkes, og det er sjældent en god idé kun at tage hovedet — se afsnittet om varelinjer.

Felterne udtrækkes ud fra betydning og sammenhæng, ikke ud fra en position på siden. Derfor virker en faktura fra en ny leverandør på første forsøg, og derfor går ingenting i stykker, når en kendt leverandør ændrer sit layout.

Varelinjer — den svære del, og den der betaler sig

En fakturajournal med kun totaler fortæller, hvor mange penge der er brugt. En journal med varelinjer fortæller, hvad de er brugt på — og det er den oplysning, der gør kontering, projektfordeling og enhver form for omkostningsanalyse mulig.

Linjerne er samtidig det tekniske sværeste. Tabellen har sjældent streger at gå efter, beskrivelser brækker over flere linjer, antal og enhedspris er højrestillet så brede tal glider til venstre, og rabat- eller fragtlinjer har en anden form end varelinjer. Krydser tabellen en sideskift, gentages overskriften nogle gange og andre gange ikke.

Springer man linjerne over for at spare tid, betaler man for det senere: spørgsmålet, der kræver linjerne, kommer altid efter at måneden er lukket, og så skal bilaget læses igen. Det er billigere at tage dem med fra start.

flowparse.io

Moms: flere satser på samme bilag

Dansk moms er 25 %, og det lyder simpelt indtil man ser på et rigtigt bilag. Samme faktura kan indeholde momspligtige varer, momsfrie ydelser og linjer med omvendt betalingspligt, hvor der står nul i momsfeltet og en bemærkning nedenunder om hvorfor.

Opdelingen bliver bevaret i stedet for lagt sammen til ét momstal. Det er den opdeling, en bogholder har brug for, og den kan ikke genskabes bagefter ud fra en total. Ved handel over grænsen — EU-erhvervelser, ydelser fra udlandet — er det direkte afgørende for, hvordan bilaget skal behandles.

Vi tager til gengæld ikke stilling til noget af det. Vi læser, hvad der står på bilaget, og regner kontrol efter. Om momsen er fradragsberettiget, hvordan omvendt betalingspligt skal bogføres, og hvad der skal indberettes til SKAT, er din revisors område — ikke en produktsides.

Regnestykkerne, der afslører en fejllæsning

En faktura har tre indbyggede kontroller, og de fanger tilsammen langt de fleste reelle fejl. Antal gange enhedspris skal give linjebeløbet. Linjebeløbene skal summere til beløbet før moms. Beløb før moms plus moms skal give totalen.

Går et af regnestykkerne ikke op, bliver bilaget markeret med det samme i stedet for at ryge videre som om alt var fint. Det er en langt mere brugbar besked end en sikkerhedsprocent, fordi den peger på noget konkret: hvilken linje, og hvor stor forskellen er.

Et par ekstra kontroller koster ingenting: forfaldsdato før fakturadato betyder, at en af de to datoer er læst forkert, og et negativt totalbeløb på noget, der kalder sig faktura, er som regel en kreditnota. Tolerancen skal være lille men ikke nul — nogle systemer runder pr. linje og andre pr. faktura, og en øre i forskel er ikke en fejl.

flowparse.io

Når leverandørerne er mange og små

De fleste virksomheder har en håndfuld store leverandører og en lang hale af små. Halen fylder lidt i kroner og meget i tid, fordi hvert bilag ser forskelligt ud og skal håndteres for sig.

Fordi der ikke skal sættes noget op pr. leverandør, koster halen det samme som toppen. Det er den forskel, der afgør om automatisering kan betale sig i en mindre virksomhed — en skabelonbaseret løsning giver kun mening, hvis nogen har tid til at bygge skabelonerne.

Én ting bør du selv holde styr på: den samme leverandør skrevet på tre måder. Et leverandørkartotek med tre varianter af samme navn giver tre linjer i enhver rapport, og det er et oprydningsarbejde, som hører hjemme i regnskabsprogrammet.

Scannede bilag og fotograferede boner

En stor del af de mindre bilag er ikke digitale: en bon fra byggemarkedet, en kvittering fotograferet i bilen, en faktura printet og scannet igen. Filer uden tekstlag kører gennem OCR, før der overhovedet er noget at strukturere.

Kvaliteten af optagelsen afgør resten, og det er værd at sige til dem, der tager billederne: fladt, i godt lys, hele bilaget i billedet. Et skævt foto med skygge over totalen giver flere felter at rette, uanset hvor godt værktøjet er.

Kontrolregnestykkerne er her endnu vigtigere end ellers. Den typiske OCR-fejl er et ciffer læst forkert, og et beløb, der ændrer størrelsesorden, får linjesummen til ikke at passe — så bliver bilaget markeret i stedet for at gå igennem.

flowparse.io

Kreditnotaer og rykkere i bunken

I en almindelig bunke bilag ligger der andet end fakturaer: kreditnotaer, rykkere, kontoudtog fra leverandøren og af og til en ordrebekræftelse, der ligner en faktura men ikke er det.

Dokumenttypen bestemmes derfor først, og resultatet fortæller, hvad bilaget faktisk er. Det lyder banalt og er den kontrol, der forhindrer den klassiske fejl: en rykker bogført som en ny faktura, så samme beløb ligger to gange i kreditorlisten.

Kreditnotaer skal have negativt fortegn hele vejen igennem. Bliver de læst som almindelige fakturaer med positivt beløb, er både kreditorlisten og momsopgørelsen forkerte — og fejlen er svær at få øje på, fordi tallene i sig selv ser rigtige ud.

Dubletter — find dem på nummer, ikke på filnavn

Den samme faktura kommer ofte flere gange: vedhæftet en rykker, videresendt af en kollega, gemt igen med et andet filnavn. Filnavnet er derfor ubrugeligt som identifikation.

Den kontrol, der virker, er leverandør plus fakturanummer. Med bilagene som data er det et opslag i journalen, og det er langt hurtigere end at opdage det senere — når betalingen allerede er sendt afsted to gange.

Vi flagger gentagelser, men vi betaler ikke og afviser ikke noget. Beslutningen om at holde en betaling tilbage hører til hos jer, og et værktøj skal ikke træffe den slags valg på egen hånd.

Bilaget og kontoudtoget er ikke det samme

Det er den vigtigste skelnen på hele siden, og den bliver overtrådt hver dag: et kontoudtog dokumenterer, at der er betalt — ikke hvad der er købt.

Til momsfradrag er det bilaget, der er dokumentationen: fakturaen eller bonen, hvor moms er specificeret. En linje i kontoudtoget viser et beløb og et modtagernavn, og det er ikke nok. Derfor giver det mening at udtrække begge dele — udtoget viser pengestrømmen, bilaget viser indholdet — og at matche dem mod hinanden.

Bankdelen er beskrevet på siden om kontoudtog til Excel. Sammenholder man de to, kan man finde de betalinger, der mangler et bilag — som regel den hurtigste vej til at opdage, hvad der mangler før en revisorgennemgang.

Bogføringsloven og digital bilagshåndtering

Kravet om digital bogføring er fuldt udrullet, og fra 1. januar 2026 omfatter det også personligt ejede virksomheder og foreninger med en nettoomsætning over 300.000 kr. i to på hinanden følgende regnskabsår. Bogfører du selv, skal det ske i et registreret standardsystem eller et specialudviklet system, der opfylder Erhvervsstyrelsens krav.

Forskellen på de to handler om ansvar: ved et registreret system er det udbyderen, der står inde for, at kravene er opfyldt; ved et ikke-registreret ligger ansvaret hos virksomheden selv. Erhvervsstyrelsen fører en offentlig fortegnelse over de registrerede systemer, og det er dér, du skal kigge — ikke i en leverandørs markedsføring.

Derfor er vores rolle værd at sige klart: FlowParse er ikke et registreret digitalt bogføringssystem, og udtræk af fakturadata gør dig ikke i sig selv compliant. Vi laver bilaget om til data — opbevaringen, bogføringen og kravene til systemet hører til hos det registrerede system og hos din revisor.

OIOUBL, NemHandel og Peppol

Kommer fakturaen som en rigtig e-faktura — OIOUBL via NemHandel eller en Peppol-faktura — så brug XML-filen. Den er allerede struktureret data direkte fra afsenderens system, og der er ingen grund til at læse den maskinelt.

Vi hverken danner, signerer eller afsender e-fakturaer. Det gør afsenderens eget faktureringssystem, og det er også dér, kravet om e-fakturering til det offentlige håndteres. Vi går den anden vej: fra dokument til data.

I praksis har de fleste virksomheder begge dele. E-fakturaer fra de større leverandører, og PDF, scan eller papir fra alle de andre — og det er den anden halvdel, der ellers skal tastes.

Fakturajournalen som resultat

Det mest brugbare, du kan få ud, er en journal: én linje pr. bilag med leverandør, nummer, datoer, valuta, beløb før moms, moms, total, antal varelinjer og en kolonne med de kontroller, der ikke gik op.

Den kolonne er hele forskellen mellem en automatisering, du kan overvåge, og en du bare håber på. Den fortæller præcis, hvilke bilag der skal kigges på, og efterlader resten i fred.

Varelinjerne kan ligge i et ark ved siden af, knyttet til fakturanummeret. Derfra er resten almindeligt regnearksarbejde: leverandøranalyse, periodisering, kreditorliste eller et grundlag til bogføringen.

flowparse.io

Ind i e-conomic, Dinero, Billy eller Uniconta

Bogføringen sker i dit eget system, og det er den rigtige arbejdsdeling. Du får Excel og CSV, som enten importeres direkte eller bruges som grundlag for konteringen — afhængigt af hvordan I plejer at arbejde.

Læs importvejledningen i dit program, før du kører en hel måned igennem. Kolonnenavne, datoformat og hvordan moms skal angives varierer, og ti minutters tilpasning sparer en oprydning bagefter.

Grænsen er klar: vi har ingen kontoplan, konterer ikke, godkender ikke og betaler ikke. Vi leverer data — resten sker der, hvor bogføringen hører hjemme.

En hel måneds bilag ad gangen

Enkelte bilag er sjældent problemet. Problemet er bunken: hundrede bilag fra fyrre leverandører, der skal ind før måneden lukkes.

Batchbehandling tager op til 100 filer i én arbejdsgang og lægger dem i én journal. Bilag, der ikke kunne læses, og bilag, hvor et regnestykke ikke går op, ender i undtagelseslisten frem for i journalen — så du ved præcis, hvad der mangler manuel behandling.

Erfaringsmæssigt er det en lille del af bunken, og som regel de samme leverandører hver gang. Det er i sig selv nyttig information: den slags mønster kan man tale med leverandøren om.

Hvem bruger det

Bogholdere og revisorer med mange kunder, hvor bilagene kommer i alle former og skal ind i forskellige systemer. Her erstatter udtrækket den rene afskrift og efterlader det faglige arbejde.

Mindre virksomheder uden et bilagshåndteringssystem, hvor bunken bliver til en journal én gang om måneden, og hvor et abonnement på en større platform ikke kan betale sig.

Virksomheder midt i en oprydning — et år bagud, en overtaget bogføring, en klargøring til revisor. Her er batchbehandlingen af hele bunken tit hele opgaven.

Hvad vi ikke gør

Vi bogfører ikke og er ikke et registreret digitalt bogføringssystem. Ingen kontoplan, ingen kontering, intet godkendelsesflow, ingen betaling og intet leverandørkartotek.

Vi beregner ikke moms og indberetter ikke til SKAT, og vi tager ikke stilling til fradragsret. Vi gengiver, hvad bilaget siger, og kontrollerer regnestykkerne på det.

Vi er ikke et arkiv. Originalen slettes umiddelbart efter udtrækket, og bilaget er dokumentationen — den skal opbevares hos jer efter bogføringslovens regler, ikke hos os.

Privatliv og databehandling

Bilag indeholder personoplysninger — navne, adresser, af og til kontaktpersoner hos leverandøren. Filerne sendes over TLS, behandlingen sker på infrastruktur i EU, originalen slettes efter udtrækket, og de udtrukne data ligger krypteret.

Ingen kundedokumenter bruges til at træne modeller. Underdatabehandlere er listet på sikkerhedssiden, så det kan kontrolleres i stedet for at skulle tros.

Der findes ingen version, der kører på jeres egen server. Er kravet, at bilag aldrig må forlade jeres netværk, er vi ikke det rigtige valg — det er bedre at vide nu end efter en implementering.

Kom i gang

Tag den faktura, der plejer at drille: den scannede, den med tredive varelinjer, den fra den udenlandske leverandør med to momssatser. Et pænt eksempel beviser ingenting.

Kig på fire ting: er felterne rigtige, er alle varelinjer med, går de tre regnestykker op, og bliver det markeret, hvis noget ikke passer. Er svaret ja, kan resten af bunken køres.

Skal det køre fast hver måned eller ind i et system, findes der et API. Skal du bare igennem en bunke én gang, er batchbehandling nok.

Spørgsmål og svar

Læs videre