Afstemningen er ikke svær. Den er bare aldrig færdig.
For en bogholder er bankafstemning ikke en årlig begivenhed. Den er en rytme, der gentager sig hver måned, og som skal være færdig, før noget andet kan lukkes. Er banken ikke afstemt, er momsen ikke sikker, resultatet er ikke sikkert, og enhver rapport, der bliver sendt videre, er en kvalificeret gætning.
Det, der gør rytmen svær at holde, er sjældent den store driftskonto. Den er som regel koblet direkte til regnskabssystemet og passer sig selv. Det er resten: firmakortet der kun sender en PDF-opgørelse, kontoen i den gamle bank som stadig har bevægelser, betalingskontoen hos en udenlandsk udbyder, og den opsparingskonto ingen har rørt siden marts, men som har fået to renteposteringer.
Hver af dem er lille. Tilsammen er de den halve dag hver måned, der ikke står i nogen tidsplan, og som altid rammer i den uge, hvor der er mindst plads. Denne side handler om at få den halve dag ned til noget, der kan gøres på en formiddagskaffe.
Måneden, der gentager sig
En typisk månedsafslutning i en dansk virksomhed følger den samme rækkefølge: posteringerne skal ind, de skal matches mod det bogførte, differencerne skal forklares, og bilagene skal findes til det, der mangler. Første led — at få posteringerne ind — burde være det mest automatiske, og for hovedkontoen er det ofte også det.
Problemet er, at afstemningen ikke er færdig, når hovedkontoen er afstemt. Den er færdig, når alle konti er. En konto med fire posteringer på en måned tager lige så lang tid at få fat i som en med firehundrede, hvis udtoget skal hentes, åbnes og tastes manuelt — og det er derfor, de små konti er dyrere, end deres størrelse antyder.
Det, der flytter noget, er derfor ikke hastigheden på den enkelte fil. Det er, at de konti, der falder uden for automatikken, kan behandles samlet og med den samme sikkerhed som resten: kontrolleret saldo, korrekt fortegn og en fil, systemet tager imod uden indsigelser.
Når bankforbindelsen ikke rækker
De danske regnskabssystemer har hver deres bankforbindelse, og de er gode. e-conomic har Bankintegration, Dinero henter via en bankforbindelse, Billy har Bank Connect, og de større systemer arbejder med CAMT-filer. Er kontoen aktiv og understøttet, er det den vej, posteringerne skal ind — den kommer fra banken og skal ikke læses af nogen.
Men forbindelserne har grænser, og grænserne ligner hinanden på tværs af systemerne. De er bundet til konti, der er sat op og aktive lige nu, i banker der er dækket af aftalen. En konto, der er lukket, forsvinder fra forbindelsen samtidig med at bogføringspligten for perioden bliver stående. En udenlandsk bank er sjældent med. Og historik længere tilbage end forbindelsens vindue skal hentes på anden vis.
| Kontoen | Bankforbindelse | Hvad du gør |
|---|---|---|
| Aktiv driftskonto i dansk bank | Ja — automatisk | Lad forbindelsen køre |
| Opsparingskonto med få bevægelser | Ofte ja | Lad forbindelsen køre, tjek den er sat op |
| Firmakort med PDF-opgørelse | Nej | Konvertér opgørelsen |
| Lukket konto fra tidligere bank | Nej | Konvertér det gemte udtog |
| Udenlandsk betalingskonto | Sjældent | Konvertér udtoget |
| Historik før forbindelsen blev sat op | Nej | Konvertér de PDF-udtog, der findes |
Kan banken levere CAMT, så tag den
Det skal siges rent ud, selvom det taler imod at bruge et konverteringsværktøj: hvis banken kan levere kontoudtoget som CAMT eller XML, er det den fil, der skal bruges. Dansk erhvervsbank leverer i vidt omfang XML fra ISO 20022-familien — i Jyske Netbank Erhverv kan kontoudtog for eksempel leveres som XML til netbanken eller til et FTP-endepunkt — og en fil fra kilden kan ikke misforstås af noget mellemled.
Det er også værd at vide, at CSV-vejen er på vej ud flere steder. Ruten for udenlandske overførsler via CSV blev afviklet efter 23. november 2025 til fordel for XML, og bevægelsen går generelt mod strukturerede formater. Skal der vælges én vej at satse på for de aktive konti, er det den.
Konvertering er derfor ikke et alternativ til CAMT. Det er svaret på de konti, hvor CAMT ikke findes — og dem er der stadig fire slags af.
De fire huller
Historik uden for downloadvinduet. Bankernes eksport rækker et stykke tilbage, men ikke ubegrænset, og en efterpostering eller en genoptaget periode kan sagtens ligge længere tilbage end det, netbanken vil aflevere som fil i dag.
Lukkede konti. Når kontoen er lukket, er eksporten væk — men bogføringen for perioden skal stadig gøres færdig. Tilbage er det udtog, nogen gemte, og det er en PDF.
Institutter uden eksport. Kortudbydere og fintechvirksomheder leverer ofte kun en PDF-opgørelse. Og endelig den PDF, der allerede er sendt — fra en kollega, en kunde eller en tidligere bogholder. Den findes, den er relevant, og ingen henter den igen i et andet format.
Fortegn og kolonner — den fejl der koster mest
Danske kontoudtog skriver hævninger og indsætninger på mindst tre forskellige måder. Nogle bruger to kolonner, hvor beløbet står i enten hæve- eller indsætningskolonnen. Nogle bruger én kolonne med minus foran hævninger. Og nogle skriver beløbet bart og markerer kreditposteringer med en tekstmarkering ved siden af tallet.
Det er den tredje variant, der er farlig, når en fil samles i hånden. Markeringen ryger let, tallet ser positivt ud, og en udgift bliver bogført som en indtægt. Fejlen er dobbelt så stor som beløbet, den vender resultatet den forkerte vej, og den er vanskelig at få øje på i et langt ark, fordi ingen enkelt linje ser forkert ud.
Her bliver alle tre varianter læst til den samme entydige form: ét beløb pr. postering, med fortegn. Og fortegnet bliver efterprøvet mod udtogets egen løbende saldo, hvor den findes — bevæger saldoen sig ned, mens beløbet står som positivt, er beløbet forkert, og det er dokumentet selv, der siger det.
Danske datoer og danske tal
Dansk skrivemåde er dag-måned-år, og decimaltegnet er et komma. Begge dele er en kendt kilde til fejl, når data flytter mellem en PDF og et regneark, fordi begge kan læses forkert uden at se forkerte ud.
En dato som 03-06-2026 er 3. juni. Læses den amerikansk, bliver den 6. marts — tre måneder galt, i en postering der ellers ser fuldstændig normal ud. Et beløb som 1.234,56 er godt tolvhundrede kroner. Læses punktummet som decimaltegn, bliver det 1,23 kroner, og differencen ender som en post, ingen kan forklare.
Datoerne bliver derfor normaliseret til dd-mm-åååå, og beløbene bevarer dansk formatering, så det, der importeres, er det, der stod på udtoget. Det lyder som en detalje. Det er den hyppigste årsag til, at en importfil enten afvises af systemet eller — værre — accepteres med forkerte tal.
Posteringsteksten, hele vejen
Posteringsteksten er det, en bogholder faktisk arbejder ud fra. Det er den, der afgør, om en linje kan matches mod en faktura, og den er derfor det felt, hvor et tab gør mest ondt.
Problemet er, at teksten på et kontoudtog ofte brækker over flere linjer. Modtagerens navn står på én linje, betalingsreferencen på den næste, og et mandatnummer på en tredje. Læses kun den første linje, forsvinder netop det, der gjorde posteringen genkendelig.
Hele teksten bliver derfor samlet til ét felt pr. postering — også når den er brudt over flere linjer i dokumentet. Det gør matchningen mod bilag markant lettere og fjerner den type gennemgang, hvor man skal tilbage i PDF-filen for at se, hvad der egentlig stod ved siden af beløbet.
Saldokontrollen — beviset udtoget selv bærer
Et kontoudtog kan kontrollere sig selv, og det er den vigtigste egenskab, det har. Primosaldoen plus alle posteringer skal give ultimosaldoen, og hver linjes løbende saldo skal følge af den foregående plus linjens beløb.
Går regnestykket op, mangler der ikke en postering i det, der er læst. Går det ikke op, får du det at vide — sammen med de rækker, der ikke stemmer — i stedet for en pæn fil, der importerer rent og først viser sig at være forkert, når afstemningen står med en difference, ingen kan forklare.
Det er værd at fremhæve, hvad det betyder i praksis for en månedsafstemning: den klasse af fejl, hvor en linje aldrig kom med, er den sværeste at opdage manuelt, fordi der ikke er noget at få øje på. Der står bare mindre, end der skulle. En kontrol, der bygger på dokumentets egen aritmetik, er den eneste, der fanger det uden at nogen tæller linjer.
Dubletter, når perioder overlapper
Overlap opstår af sig selv i en løbende bogføring. Et kvartalsudtog dækker de samme uger som tre månedsudtog. En periode bliver hentet igen, fordi den første import fejlede halvvejs. En kollega har allerede lagt filen ind. Tælles posteringerne med to gange, bliver totalerne forkerte på en måde, der er svær at få øje på, fordi hver enkelt linje er rigtig.
Rækker, der optræder mere end én gang med samme dato, tekst og beløb, bliver derfor markeret. Markeringen er bevidst ikke en automatisk sletning: to identiske kortbetalinger til den samme leverandør på den samme dag er fuldstændig almindeligt på en erhvervskonto, og begge skal med.
Afgørelsen hører til hos den, der kender kontoen. Det, et værktøj kan gøre, er at sikre, at spørgsmålet bliver stillet på det tidspunkt, hvor det er billigt at svare på — og ikke tre måneder senere.
Hvad der bliver læst
Både kontooplysningerne øverst på udtoget og posteringerne nedenunder bliver læst, fordi begge dele skal bruges: hovedet til at vide hvilken konto og periode arket dækker, posteringerne til selve afstemningen.
| Felt | Bemærkning |
|---|---|
| Bank og kontohaver | Fra udtogets hoved |
| Kontonummer eller IBAN | Maskeret, som udtoget skriver det |
| Periode | Primo- og ultimodato |
| Primo- og ultimosaldo | De to tal, saldokontrollen hviler på |
| Dato | Normaliseret til dd-mm-åååå |
| Posteringstekst | Hele teksten, også når den brækker over flere linjer |
| Beløb med fortegn | Hævning negativ, indsætning positiv, i én kolonne |
| Løbende saldo | Når udtoget trykker den |
| Valuta | Bevares — vi omregner ikke |
| Kilde | Filnavn og sidetal pr. række |
Ind i dit system
Importvejene ligner ikke hinanden på tværs af de danske systemer, og det er værd at kende den, der gælder dit. e-conomic importerer CSV i bankafstemningen. Uniconta har sin egen indlæsning under bankafstemning og tager ikke Excel direkte. Business Central foretrækker CAMT, når det er sat op. Dinero og Billy har hver deres bankforbindelse med hver deres huller.
Der findes derfor en side pr. system, der beskriver hvad det faktisk importerer, hvor importen ligger, og hvad vi afleverer: kontoudtog til e-conomic, Dinero, Billy, Uniconta, Visma og Business Central.
Grænsen er den samme uanset system: vi bogfører ikke, holder ingen kontoplan og konterer ikke. Vi afleverer den fil, systemet vil importere. Konteringen og godkendelsen sker i systemet.
Formater — og hvad vi ikke laver
Du kan hente Excel, CSV og rigtige OFX-, QBO- og QFX-filer fra det samme udtræk. Uploader du udtoget én gang, henter du det format, der passer til opgaven — CSV til importen, Excel til den gennemgang der skal ske ved siden af.
| Format | Hvornår |
|---|---|
| CSV | Import i regnskabssystemets bankafstemning |
| Excel | Gennemgang, noter, stikprøver |
| OFX / QBO / QFX | Systemer der arbejder med bankfeed-filer |
| CAMT / XML fra banken | Brug bankens egen fil, når den findes |
| FIK, Bankdata-V3, BEC, SDC | Laver vi ikke — betalingsformater |
Vi laver ikke FIK-, Bankdata-V3-, BEC- eller SDC-filer — det er betalingsfilformater mellem virksomhed og bank. Vi udsteder heller ikke OIOUBL-, NemHandel- eller Peppol-fakturaer, og vi sender intet til SKAT.
Flere konti, kort og måneder på én gang
Har virksomheden fire konti og to firmakort, er der seks dokumenter hver måned og toogfirs på et år. Behandlet ét ad gangen bliver det en lang række små opgaver, hvor sammenklipningen til sidst er dér, fejlene opstår.
Op til 100 PDF-filer kan derfor sendes ind i én omgang og komme ud som ét regneark, hvor rækkerne ligger kronologisk på tværs af filerne og kolonnerne er ensrettet, selvom kildedokumenterne skrev dem forskelligt. Hver række bærer filnavn og sidetal, så det altid kan spores tilbage.
Det er især brugbart, når en konto har ligget stille og pludselig skal indhentes for et halvt år, eller når en ny klient kommer ind med et bagslæb. Der er forskel på at have travlt og på at have tredive filer, der skal klippes sammen i hånden.
Et kontoudtog er ikke et bilag
Et kontoudtog dokumenterer en betaling, ikke hvad der blev købt. Banklinjen viser, at pengene forlod kontoen og hvem der fik dem. Den viser ikke, hvad der blev leveret, hvilken momssats der gjaldt, eller om udgiften vedrører driften.
Til momsfradrag er bilaget — fakturaen med moms specificeret — dokumentationen, ikke banklinjen. Det er en sondring, der er værd at holde skarp over for både kunder og kolleger, fordi et konverteret kontoudtog kan komme til at ligne et fuldt bogføringsgrundlag uden at være det.
Til gengæld er det et fremragende værktøj til at finde ud af, hvilke bilag der mangler: alle bevægelser står der, og de, der ikke kan matches mod et bilag, er præcis dem, der skal jages. Mere om grænsen på siden om kontoudtog som bilag, og om fakturaer som data på udtræk af fakturadata.
Moms og SKAT — hvad vi ikke gør
Vi beregner ikke moms, vurderer ikke fradragsret og indberetter ikke til SKAT. Posteringerne leveres som data, og momsbehandlingen sker i regnskabssystemet hos den, der har det faglige ansvar.
Det er en bevidst grænse. Et værktøj, der læser dokumenter, kan sige hvad der står på dokumentet. Det kan ikke afgøre, om en udgift er fradragsberettiget, om en postering hører til i den ene eller den anden periode, eller hvordan en blandet privat- og erhvervsudgift skal deles. De vurderinger kræver kendskab til virksomheden.
Et komplet og kontrolleret datagrundlag gør til gengæld vurderingerne lettere at træffe — og det er dér, gevinsten ligger, ikke i et skøn, systemet har taget på egen hånd.
Bogføringsloven — og hvad FlowParse ikke er
Bogføringsloven kræver digital bogføring, og udrulningen sluttede 1. januar 2026, hvor kravet også nåede personligt ejede virksomheder og foreninger med en nettoomsætning over 300.000 kr. i to på hinanden følgende regnskabsår. Virksomheder, der selv bogfører, skal bruge enten et registreret standardsystem eller et specialudviklet system, der lever op til Erhvervsstyrelsens krav.
For et registreret system ligger ansvaret for kravene hos udbyderen. For et ikke-registreret ligger det hos virksomheden selv. Erhvervsstyrelsen fører en offentlig fortegnelse over registrerede systemer — den ændrer sig løbende og skal derfor læses ved kilden.
FlowParse er ikke et registreret digitalt bogføringssystem. Vi står ikke på fortegnelsen, vi fører ikke regnskab, og det at bruge os gør ingen compliant. Compliance opnås ved at bogføre i et registreret system — vi leverer data ind i det. Mere på siderne om registreret bogføringssystem og digital bogføring.
Scannede og fotograferede udtog
Ikke alt materiale er digitalt fra fødslen. Noget er scannet på kontorets printer, noget er fotograferet med en telefon, og noget er gemt som et billede inde i en PDF uden tekstlag. De filer kører gennem OCR, før posteringerne bygges op som rækker.
Kvaliteten betyder noget, og det skal siges ærligt: et skævt foto af et krøllet udtog i dårligt lys giver et dårligere resultat end en ren scanning. Det, der beskytter afstemningen, er, at usikre felter bliver markeret med et sikkerhedstal i stedet for afleveret, som var de sikre — og at saldokontrollen kører oven på resultatet, uanset hvor teksten kom fra.
Månedens arbejdsgang, kort
Lad bankforbindelsen køre for de konti, den dækker. Saml de øvrige udtog for måneden — kort, lukkede konti, udenlandske konti — og send dem ind samlet frem for ét ad gangen, så sammenstillingen ikke skal laves i hånden.
Kig derefter på tre ting, før du importerer: går saldoen op for hver konto, er der markerede dubletter, og er der felter med lav sikkerhed. Er svaret nej tre gange, kan filen gå ind i systemet. Er der noget markeret, er det dér, tiden skal bruges — og det er langt billigere at bruge den nu end i en difference senere.
Hent til sidst filen i det format, dit system importerer. Er det den samme rutine hver måned for mange virksomheder, findes der et API, så det kan køre fra jeres egne systemer.
Persondata og hvor filerne havner
Et kontoudtog er personoplysninger, ofte om andre end kontohaveren — ansatte, leverandører og private modtagere. Filerne sendes over TLS, behandlingen sker på infrastruktur i EU, originalfilen slettes umiddelbart efter udtrækket, og ingen kundedokumenter bruges til at træne modeller.
Vi anvender databehandlere til drift, betalinger, e-mail og til selve maskinlæsningen; kategorierne og grundlaget for eventuel overførsel uden for EU/EØS står i privatlivspolitikken, så listen kan vurderes, før der sendes materiale ind. Vi er ikke et arkiv — originalen er væk efter udtrækket, og opbevaringspligten efter bogføringsloven ligger hos virksomheden.
Præcision — og hvad der beskytter afstemningen
Feltpræcisionen ligger omkring 98 % på almindelige layouts. Det tal er nemt at trykke og svært at bruge til noget alene, for spørgsmålet, der betyder noget i en månedsafstemning, er et andet: opdager du, når noget er galt, før posteringerne er bogført?
Der er et rigtigt svar. Saldokontrollen kan bevise, at ingen postering mangler. Fortegn efterprøves mod udtogets egen saldo. Usikre felter markeres frem for at blive afleveret som sikre, og dubletter fanges frem for at blive talt med. De fejl, der er tilbage, er af den slags, der bliver set — ikke den slags, der forsvinder ind i en total.
Pris
Der er et gratis niveau, med vilje. Den eneste test, der siger noget, er dit eget besværlige udtog — den lukkede konto, det scannede kortudtog, den udenlandske betalingskonto. Et pænt eksempel fra en produktside beviser ingenting.
Kig på tre ting: er alle posteringer med, går saldoen op, og importerer filen rent i dit system. Er svaret ja tre gange, er resten arbejdsgange. Priser og abonnementer står på prissiden.
Spørgsmål og svar
Læs videre
Kontoudtog for revisorer
Årsafslutning, kildesporing og mange klienter.
Enkeltmandsvirksomhed
Kravet fra 1. januar 2026, og den blandede konto.
Kontoudtog til Excel
Hele fremgangsmåden, kolonne for kolonne.
Alle danske banker
Én side pr. bank, med bankens egen eksportvej.
Krav til bilagshåndtering
Fem års opbevaring, i praksis.
Kontoudtog som bilag
Hvad et udtog beviser — og hvad det ikke gør.
