Registreret dansk virksomhed — CVR-nr. 46634675Databehandling på servere i EU
FlowParse
Funktion 11. august 2026 14 min læsning

Momssats-opdeling

Et bilag har sjældent kun én sats. Der er linjer med moms, linjer uden, en begrundelse med småt, og nogle gange en udenlandsk procentsats midt i det hele. Ét samlet momsbeløb kan ikke bogføres på.

FlowParse
flowparse.io

Hvorfor ét momsbeløb ikke rækker

De fleste udtræksværktøjer giver dig tre tal: grundlag, moms, total. På en simpel dansk faktura med én sats er det nok, og det er også størstedelen af bilagene.

Problemet er resten. En restaurationsregning med både mad og udlejning, en leverandørfaktura hvor fragten behandles anderledes end varen, et bilag hvor to linjer er uden moms med hver sin begrundelse — der findes ikke ét momsbeløb, der beskriver det. Der findes flere, og de skal holdes adskilt for at kunne bogføres.

Bliver de lagt sammen, forsvinder informationen. Og den kan ikke genskabes fra summen: et samlet momsbeløb kan skyldes uendeligt mange kombinationer af grundlag og satser, og den eneste vej tilbage er at åbne bilaget igen.

Derfor kommer grundlag og moms ud pr. sats — også når der kun er én. Det er den samme tabel, uanset om bilaget er nemt eller svært, og det er pointen: du skal ikke sortere bilagene i to bunker først.

FlowParse
flowparse.io

Hvad der kommer ud

FeltPr. bilag eller pr. satsHvorfor det står alene
GrundlagPr. satsDet er tallet, satsen regnes af
MomssatsPr. sats25, 19, 0 — som den står på bilaget
MomsbeløbPr. satsSkal kunne kontrolleres mod grundlaget
Begrundelse for nulPr. satsTeksten er det eneste, der skiller nul fra nul
TotalPr. bilagKontroltallet, alt andet skal ende på
ValutaPr. bilagGengivet, aldrig omregnet
Kildefil og sidePr. rækkeFindes ikke på bilaget — vi sætter den på

Fjerde række er den, ingen andre har med. Nul-moms er ikke én ting: det kan være en eksport, en ydelse med omvendt betalingspligt, en fritaget leverance eller noget helt fjerde. Beløbene er ens — nul — og det eneste, der adskiller dem, er den lille tekst på bilaget.

Derfor gemmes teksten som den står, på dens eget sprog, i sin egen kolonne. Den er ikke pæn, og den er ofte den mest nyttige kolonne i hele tabellen, når kvartalet skal gennemgås.

Flere satser på ét bilag

I Danmark er standardsatsen 25 % på næsten alt, og det får mange til at tro, at flere satser er et udenlandsk problem. Det er det ikke.

Et bilag kan sagtens have både linjer med 25 % og linjer uden moms — gebyrer, viderefakturerede udlæg, forsikring, visse ydelser. Og så snart en leverandør er udenlandsk, kommer dennes egne satser med: 19 fra Tyskland, 20 fra Frankrig, 21 fra Holland, 23 fra Polen.

For hver sats kommer der en linje ud med grundlag og moms, og summen af dem sammenholdes med bilagets total. Det er den eneste kontrol, der virker uden at kende leverandøren: går regnestykket ikke op, er der noget læst forkert eller noget, der ikke er med.

En detalje med praktisk betydning: rækkefølgen. Satserne kommer ud i den rækkefølge, de står på bilaget, ikke sorteret efter størrelse. Det lyder ligegyldigt og gør det nemmere at holde tabellen op mod PDF’en, når noget skal kontrolleres i hånden.

FlowParse
flowparse.io

Når satsen er nul — fire helt forskellige ting

Det her er det sted, hvor et bilag oftest bliver bogført forkert, og hvor forskellen er umulig at se på tallene.

Hvad det erSådan står det typiskHvad der forsvinder uden teksten
Omvendt betalingspligt«reverse charge» og to momsnumreAt du selv skal beregne momsen
Salg ud af EU«export», ofte med et toldreferencenummerAt bilaget hører til et andet spor
Fritaget leveranceEn henvisning til en bestemmelseGrunden til at der aldrig kommer moms
Leverandøren er ikke registreretIngen tekst overhovedetAt bilaget måske slet ikke er en faktura

Fire forskellige situationer, ét og samme tal i momskolonnen. Bogføres de ens, er tre af dem forkerte — og fejlen viser sig ikke nogen steder, fordi nul plus nul stadig er nul.

Sidste række fortjener et ord. Et bilag helt uden momsoplysninger og uden begrundelse er ofte ikke en faktura, men en ordrebekræftelse, en proformafaktura eller en kvittering fra en, der ikke er momsregistreret. Det kan der være gode grunde til — men det er værd at vide, før det bliver til en postering.

Hvad de fire betyder for din angivelse, er en momsmæssig vurdering, og den ligger uden for det, en tekstlæsning kan svare på. Det, der ligger indenfor, er at teksten overhovedet er der at læse.

Udenlandske satser gengives, ikke rettes

En tysk faktura med 19 % kommer ud med 19 %. Det lyder selvfølgeligt og er det ikke: flere systemer «hjælper» ved at tvinge satsen over på 25 %, fordi det ligner en fejl i dansk sammenhæng.

Det er den værste slags hjælp, fordi resultatet ser rigtigt ud. Et korrekt bilag bliver til en forkert postering, og fejlen har ingen synlige spor — grundlaget passer, momsen passer til den forkerte sats, og totalen passer ikke længere, men det opdager ingen i en tabel med tre hundrede rækker.

Samme princip gælder den anden vej. Er der ingen sats på bilaget, bliver der ikke opfundet en. Feltet står tomt, og et tomt felt er en opgave, du kan se; et udfyldt felt er en opgave, du ikke ved eksisterer.

Hvornår en udenlandsk faktura overhovedet skal have moms på, og hvornår den ikke skal, er beskrevet på omvendt betalingspligt og EU-varekøb.

De tre kontroller, der altid kører

Linjerne mod grundlaget — fanger en enkelt varelinje læst forkert. På linjen ser tallet fint ud; i summen gør det ikke.

Grundlag gange sats mod momsbeløbet, pr. sats — fanger en sats læst forkert eller en momslinje, der er sprunget over.

Grundlag plus moms mod totalen — fanger rabatter, gebyrer og afrundinger, ingen havde regnet med.

Forskelle bliver vist, ikke rundet væk. Det er en bevidst beslutning: en difference på 43 øre er som regel en afrunding hos leverandøren og helt uinteressant, men en difference på 430 kroner er en fejl, og de to skal ligne hinanden i tabellen, så du selv kan se forskellen.

Værdien af kontrollerne stiger, jo mindre information bilaget har. På et bilag uden momsbeløb — og dem er der mange af i den her sammenhæng — er kontrol nummer to slet ikke mulig, og så er summen af linjerne det eneste, der er tilbage.

FlowParse
flowparse.io

Én række pr. bilag, eller én pr. linje

Til momsopgørelsen er hovedtallene nok: én række pr. bilag, med grundlag og moms pr. sats. Til alt andet er linjerne det, der giver mening.

Skal købene fordeles på konti, projekter eller afdelinger, sker det på linjeniveau — en faktura fra en grossist indeholder ofte varer, der hører til fire forskellige steder i kontoplanen. Skal du sammenligne priser mellem leverandører, er det også linjerne, der bærer informationen.

Begge dele kommer fra samme udtræk; det er et valg ved eksporten, ikke to forskellige behandlinger. Og begge dele har kildefil og side med, så en linje altid kan spores tilbage til den side, den står på.

En ting, der er værd at vide om lange bilag: linjer, der fortsætter over et sideskift, følges videre i stedet for at starte forfra. Det er netop der, en simpel tabellæsning taber de sidste varelinjer — og et bilag med fire ud af fem sider ser fuldstændig normalt ud.

FlowParse
flowparse.io

Seks bilag, der er sværere end de ser ud

Fakturaen med rabat i bunden. Rabatten trækkes fra efter linjerne, så grundlaget pr. sats er ikke summen af linjerne. Regnestykket går kun op, hvis rabatten fordeles — og der er flere måder at gøre det på.

Bilaget med både varer og fragt. Fragt behandles ikke altid som varen, og på tværs af lande sjældent ens. To linjer, potentielt to spor.

Viderefakturerede udlæg. En linje, der ikke er leverandørens egen omsætning, med sin egen momsbehandling og som regel en tekst med småt.

Kreditnotaen midt i bunken. Negative beløb hele vejen igennem. Mister fortegnet undervejs, stemmer kvartalet ikke — og alle rækker ser individuelt korrekte ud.

Kontoudtoget fra leverandøren. Det ligner en faktura, har et beløb og et nummer, og er en opsummering af noget, der allerede er bogført. Med i bunken bliver det til en dublet.

Kvitteringen på 38 kroner. Ingen linjer, ingen leverandøroplysninger, ofte kun et beløb og en dato. Der kommer mindre ud, og det er ikke en fejl i læsningen — det er en egenskab ved bilaget.

Ører, afrunding og forskelle, der ikke er fejl

En kontrol, der råber op hver gang der er 30 øre til forskel, bliver ignoreret inden for en uge. Derfor er det værd at være præcis om, hvad en difference kan skyldes.

StørrelsesordenTypisk årsagHvad du gør
Få ørerLeverandøren runder pr. linje, ikke på totalenIngenting
En krone eller toAfrunding på flere satser hver for sigIngenting
Et rundt beløbEn rabat eller et gebyr, der ikke er med i linjerneSe på bilaget
Et beløb der ligner en linjeEn varelinje er ikke læst medSe på bilaget
Præcis en faktor 10 eller 100Et decimaltegn læst forkertRet, og kontrollér nabofelterne
Beløbet svarer til momsenGrundlag og total er byttet omRet hele rækken

De to øverste rækker er langt de hyppigste, og de er ikke fejl. Leverandører runder på forskellige tidspunkter i beregningen, og med flere satser på samme bilag kan afrundingen ske flere gange.

Derfor bliver forskelle vist med deres faktiske størrelse frem for at blive kategoriseret som «fejl» eller «ok». Grænsen for, hvad der er værd at kigge på, afhænger af beløbenes størrelse i din virksomhed, og den beslutning er bedre hos dig end i et værktøj.

De to nederste rækker er til gengæld altid værd at reagere på. En faktor 10 og en ombytning af grundlag og total er begge fejl, der ser fuldstændig plausible ud i en tabel — og som forsvinder i en sum på tre hundrede rækker.

FlowParse
flowparse.io

Usikkerhed pr. felt, og hvorfor du vil have den

Hvert felt har en angivelse af, hvor sikker læsningen er. Det lyder som en teknisk detalje og er forskellen mellem at kontrollere alt og at kontrollere det, der betyder noget.

Uden den er der to muligheder. Enten kontrollerer du ingenting, og så slipper noget igennem en gang imellem. Eller du kontrollerer det hele, og så har du udskiftet manuel indtastning med manuel gennemlæsning, hvilket koster næsten det samme.

Med den åbner du de fem procent, der er værd at åbne: den plettede scanning, tallet henover et stempel, kvitteringen fra kassebåndet, der er begyndt at falme. De øvrige 95 % behøver ingen at læse igen.

Et system, der aldrig er i tvivl, er ikke mere præcist. Det fortæller bare ikke, hvornår det var i tvivl, og så bliver fejlen først fundet af en anden, på et dårligere tidspunkt.

FlowParse
flowparse.io

Scannede og fotograferede bilag

En del af det, der kommer ind, har aldrig været digitalt: papirfakturaer kørt gennem en scanner, kvitteringer fotograferet med telefonen, bilag fra mindre leverandører, der stadig printer.

De køres gennem OCR først og læses derefter på samme måde. Forskellen ligger i sikkerheden: hvor en digital PDF giver præcise tegn, giver OCR det bedste bud pr. tegn, og et bud kan forveksle et 8 med et 3.

Netop derfor bærer regnekontrollerne mere på scanninger. Et forkert ciffer i et beløb ses ikke ved at se på beløbet — det ses med det samme, når linjerne ikke længere når op til totalen.

Hvad der hjælper fra afsenderens side: lige scanning, 300 dpi, farve eller gråtone. Hvad der ikke hjælper: det skæve foto med skygge over halvdelen. Det virker som regel også, bare med flere felter, der skal ses efter.

Hvad der aldrig bliver udfyldt af sig selv

En sats, der ikke står på bilaget

Feltet står tomt. Et udregnet momsbeløb ser lige så rigtigt ud som et læst — og det er præcis problemet.

Hvilken konto købet hører til

Det er din kontoplan, ikke leverandørens. Der er intet på bilaget, der kan afgøre det.

Om satsen er den rigtige

Vi læser den, der står. Om leverandøren har brugt den korrekte, er en vurdering.

Hvilken rubrik beløbet hører til på angivelsen

Afhænger af, hvad der er købt og hvorfra — et spørgsmål til din revisor eller SKATs vejledning.

Om momsen kan trækkes fra

Fradragsret afhænger af virksomheden og af købets formål, ikke af bilagets tekst.

De fem har det til fælles, at et gæt ville se ud som et svar. Det er den eneste grund til, at felterne står tomme frem for at blive udfyldt med noget sandsynligt.

Grænsen til bogføringen

Det her er en læsefunktion. Den producerer felter, ikke posteringer, og den træffer ingen momsmæssige beslutninger.

Bogføringen sker i dit system — e-conomic, Dinero, Billy, Uniconta, Business Central — og det er der, kontering, satser og rubrikker fastlægges. Det, der kommer herfra, er grundlaget, der skal ind: rene felter med et spor tilbage til bilaget.

Det er også derfor, eksporten er CSV og Excel frem for en direkte forbindelse. Et regneark kan gennemses, rettes og godkendes, før noget når ind i bogholderiet — og det er den rækkefølge, de fleste revisorer foretrækker.

Vejen ind i de enkelte systemer står på siderne om e-conomic, Dinero og Billy.

Kvitteringer og udlæg — hvor der står mindst

Fakturaer er velopdragne dokumenter. Kvitteringer er ikke, og de udgør i mange virksomheder flertallet af bilagene.

En kassebon fra en tankstation har ofte hverken leverandørens fulde navn, et bilagsnummer eller en opdeling af momsen — nogle gange kun et beløb, en dato og en momssats et sted nederst. Der kommer mindre ud af sådan et bilag, og det er ikke en svaghed ved læsningen. Det er en egenskab ved dokumentet.

Det, der stadig kan gøres, er at være ærlig om, hvad der ikke stod der. Et tomt leverandørfelt fortæller dig, at du selv skal udfylde det. Et udfyldt felt med et gæt fortæller dig ingenting — og du opdager aldrig, at det var et gæt.

Udlæg lagt ud privat er en variant med et ekstra lag: bilaget dokumenterer et køb, men betalingen er sket fra en konto, der ikke er virksomhedens. Det er stadig ét bilag, én række — men det er værd at have en kolonne, der siger hvem, for ellers kan udlægget ikke afregnes.

For fotograferede kvitteringer gælder desuden, at kvaliteten svinger. Skævt, mørkt, halvt sammenkrøllet — det virker som regel også, bare med flere markerede felter. Og en falmet bon er den ene bilagstype, hvor det har en reel deadline at komme i gang.

FlowParse
flowparse.io

Kolonnerne, som de ser ud i praksis

Et bilag med to satser bliver til to rækker, der deler bilagets hovedoplysninger. Leverandør, nummer og dato gentages på begge, så hver række kan stå alene i en filtrering.

Det er en bevidst redundans. Et regneark, hvor hovedoplysningerne kun står på den første række af hvert bilag, ser pænere ud og falder fra hinanden, i det øjeblik nogen sorterer efter en anden kolonne — og det gør nogen altid.

Kolonnen med begrundelsen for nul-moms er tom på langt de fleste rækker. Det er som det skal være: den er kun interessant, når den ikke er tom, og så er den til gengæld det vigtigste, der står på bilaget.

FlowParse
flowparse.io

Eksport og import

Excel til at arbejde i, CSV til import, JSON til den, der har et flow bagved, XML hvor et system kræver det. Op til 100 filer pr. udtræk, samlet i én tabel frem for hundrede.

Kildefil og side følger med i alle formater. Det er den kolonne, ingen beder om ved import, og den, der bliver værdifuld et år senere, når et tal skal forklares.

Beløb kommer ud i bilagets egen valuta. En omregning kræver en kurs og en dato, og de valg hører hjemme hos dig og din revisor — ikke hos en leverandør af værktøjer.

Første gang du prøver

Brug ikke et pænt bilag. En ren faktura med én sats virker alle steder og fortæller dig ingenting.

Tag tre stykker i stedet: et med to satser, et fra en udenlandsk leverandør uden moms, og et scannet skævt. Tilsammen viser de, om felterne kan bruges til noget.

Kig især efter to ting: om beløbene kommer opdelt pr. sats, og om der står en begrundelse på de linjer, hvor satsen er nul. Det første afgør, om tabellen kan bogføres efter. Det andet afgør, om du kan skelne de fire slags nul fra hinanden om tre måneder.

Spørgsmål og svar

Prøv med et bilag med to satser

Eller et med en linje uden moms. De to tilfælde afgør på én gang, om felterne kan bruges i din bogføring.

Læs videre