Problemet er ikke bogføringen. Det er materialet.
En revisor, der har haft den samme håndfuld klienter i nogle år, kender rytmen: bogføringen er der stort set, systemet er valgt, kontoplanen er på plads. Det, der koster timer i januar og februar, er ikke at bogføre. Det er at få klientens materiale ind i en form, man kan arbejde i — og materialet kommer som PDF, fordi det er det, klienten kan hente.
Det bliver først rigtigt dyrt, når der er mere end én konto. En almindelig dansk virksomhed med nogle år bag sig har typisk en driftskonto, en opsparingskonto, et firmakort, måske en konto i en anden bank efter et skifte, og en betalingskonto hos en udenlandsk udbyder, som blev oprettet til en enkelt kunde og aldrig lukket igen. Hver af dem afleverer sin egen PDF med sin egen kolonneopstilling.
Denne side handler om det led alene: fra PDF til data, du kan regne på. Ikke om at erstatte bogføringen, ikke om at overtage konteringen, og ikke om at gøre nogen compliant. Det led er til gengæld det, der oftest æder den tid, der skulle have været brugt på at kigge på tallene.
Hvorfor klienten sender PDF — og bliver ved med det
Det er værd at forstå, hvorfor PDF vinder, for det forklarer, hvorfor problemet ikke forsvinder af sig selv. I netbanken ligger kontoudtoget som PDF ét klik væk, og det ligner det, banken har trykt. Eksporten til CSV eller XML ligger i en anden menu, hedder noget andet i hver bank, og kræver i flere tilfælde rettigheder, som en almindelig bruger ikke har på sin egen erhvervskonto.
Dertil kommer det materiale, hvor PDF ikke bare er det nemmeste, men det eneste, der findes. En konto, der er lukket efter et bankskifte, kan sjældent eksporteres igen — det, klienten gemte dengang, er det, der er. Kortudbydere og fintechvirksomheder uden for de traditionelle banker leverer ofte kun et udtog som PDF. Og materiale, der er sendt videre fra en tidligere revisor eller bogholder, kommer i den form, det blev afleveret i.
Konsekvensen er, at der altid vil være en rest, som ikke kommer ind ad den automatiske vej, uanset hvor godt klientens bankintegration er sat op. Det er den rest, en konvertering er til — ikke som erstatning for integrationen, men som vejen ind for det, integrationen aldrig får fat i.
Årsafslutningen: alt kommer sent, og alt kommer på én gang
Materialet til en årsafslutning ankommer sjældent løbende. Det ankommer, når fristen nærmer sig, ofte som en mappe med tolv måneders udtog fra flere konti, hvor nogle måneder mangler, nogle er scannede, og et par stykker er sendt to gange. At taste det ind er ikke svært — det er bare langsomt, og det er præcis den slags arbejde, hvor en enkelt tastefejl først bliver synlig, når en afstemning ikke går op tre uger senere.
Det, der gør materialet håndterbart, er ikke hastighed alene. Det er, at man kan se, hvor hver linje kom fra, og at man får at vide, når noget ikke hænger sammen, mens man stadig har filerne foran sig. Et regneark, hvor der mangler en linje i november, ser nøjagtig lige så pænt ud som et, hvor der ikke gør — indtil nogen skal forklare en difference.
Derfor er rækkefølgen her omvendt af den, man kunne forvente. Kontrollen kommer først, arket bagefter. Går primosaldo plus alle posteringer ikke op med den ultimosaldo, banken selv har trykt, får du det at vide sammen med de rækker, der ser forkerte ud — før materialet bliver til noget, nogen bygger et årsregnskab på.
Mange klienter, mange banker, ingen fælles opstilling
Et revisionskontor med tredive klienter møder ikke tredive ens dokumenter. Danske banker ligger på forskellige it-centraler, og det slår igennem på kontoudtogets opbygning: kolonnerne hedder ikke det samme, hævninger vises i nogle udtog som negative beløb i én kolonne og i andre som et tal i en separat hævekolonne, og posteringsteksten brækker over flere linjer forskellige steder.
En skabelon pr. bank er derfor en dårlig strategi for et kontor. Den virker, indtil en klient skifter bank, indtil banken ændrer sit layout, eller indtil den første udenlandske konto dukker op. Udtrækket her bygger i stedet på at forstå dokumentets struktur — hvad der er en dato, hvad der er et beløb, hvad der er en løbende saldo — så et udtog fra en bank, systemet aldrig har set før, virker på første forsøg.
I praksis betyder det, at den samme arbejdsgang holder på tværs af klientporteføljen. Der er ikke en opsætning pr. klient at vedligeholde, og en ny klient med en bank, kontoret ikke har haft før, kræver ikke, at nogen bygger noget først.
| Materialet | Hvad der typisk driller | Hvad der sker her |
|---|---|---|
| Dansk erhvervskonto, PDF | Hævekolonne og indsætningskolonne hver for sig | Samles til ét beløb med korrekt fortegn |
| Firmakort, kun PDF | Opgørelsesblok læses som posteringer | Summeringslinjer holdes ude af posteringerne |
| Lukket konto fra tidligere bank | Kan ikke eksporteres igen | Læses fra det gemte udtog |
| Udenlandsk konto | Andre tal- og datokonventioner | Normaliseres til dansk skrivemåde |
| Scannet eller fotograferet udtog | Ingen tekst at hente | OCR, derefter struktureret som rækker |
| Materiale fra tidligere rådgiver | Blandede formater og overlap | Samles i ét ark, dubletter markeres |
Har klienten CAMT eller XML, så brug den
Det skal siges tydeligt, også selvom det taler imod at bruge et konverteringsværktøj: hvis klientens bank kan levere kontoudtoget som CAMT eller XML, er det den fil, der skal bruges. Den kommer fra kilden, den er ikke læst af noget mellemled, og den kan ikke misforstås. Dansk erhvervsbank leverer i vidt omfang XML fra ISO 20022-familien, og i Jyske Netbank Erhverv kan kontoudtog leveres som XML til netbanken eller til et FTP-endepunkt.
Er den fil tilgængelig for hele den periode, du skal bruge, er der ingen grund til at konvertere noget som helst. Anbefalingen herfra er den samme, som vi giver i alle lande: brug kildens eget format, når kilden har et.
Pointen er bare, at det sjældent gælder hele materialet. Det gælder den aktive driftskonto i den bank, klienten bruger nu. Det gælder ikke historikken uden for downloadvinduet, den lukkede konto, kortudbyderen uden eksport, eller den PDF klienten allerede har sendt dig. Der er fire huller, og de er de samme hos næsten alle klienter.
De fire huller, en konvertering dækker
Det første er historik uden for downloadvinduet. Bankernes eksport rækker typisk et stykke tilbage, men ikke ubegrænset, og en årsafslutning skal ofte længere tilbage end det, netbanken vil aflevere som fil i dag.
Det andet er lukkede konti. Når kontoen er væk, er eksporten væk. Tilbage er det, klienten gemte — og det er en PDF. Det er samtidig ofte den konto, der giver flest spørgsmål under gennemgangen, fordi den blev lukket midt i et regnskabsår.
Det tredje er institutter uden eksport: kortudbydere, fintechvirksomheder og mindre udenlandske banker, som aldrig har haft en filbaseret eksport at tale om. Det fjerde er den PDF, der allerede er sendt — af klienten, af en kunde, eller af en tidligere rådgiver. Den findes, den er relevant, og ingen henter den igen i et andet format.
Hele regnskabsåret i ét ark
Materialet til en årsafslutning er sjældent én fil. Det er tolv månedsudtog fra driftskontoen, fire kvartalsudtog fra opsparingskontoen, tolv kortopgørelser og et par enkeltstående udtog fra en konto, der blev lukket i marts. Behandlet ét ad gangen bliver det tredive filer, tredive ark og en manuel sammenklipning til sidst — og det er sammenklipningen, fejlene opstår i.
Op til 100 PDF-filer kan derfor sendes ind i én omgang og komme ud som ét regneark. Rækkerne ligger i kronologisk orden på tværs af filerne, ikke fil for fil, så et helt år læses som ét forløb. Kolonnerne bliver ensrettet, selvom kildedokumenterne skrev dem forskelligt, så en hævning fra Danske Bank og en hævning fra en udenlandsk konto står samme sted i arket.
Det er den del, der flytter mest på en klient med flere konti. Ikke at hver enkelt fil bliver læst hurtigere, men at sammenstillingen — den fejlbehæftede, manuelle del — ikke skal laves i hånden bagefter.
Kildesporing: hvilken fil kom linjen fra
Et samlet ark er kun brugbart for en revisor, hvis man kan komme tilbage til kilden. Derfor bærer hver række en kolonne med filnavn og sidetal — hvilket dokument linjen stammer fra, og hvor i dokumentet den stod.
Det er den kolonne, der gør forskellen, når et beløb skal dokumenteres. Et spørgsmål under gennemgangen — hvorfor står der 48.500 kr. den 14. marts — bliver til et opslag i stedet for en eftersøgning gennem tredive PDF-filer. Og skal materialet gennemgås af en anden end den, der samlede det, kan vedkommende følge sporet uden at spørge.
Det er også dét, der gør et samlet ark forsvarligt at arbejde i. Sammenklipning uden kildesporing er en fjernelse af information: man vinder overblikket og mister muligheden for at komme tilbage. Her beholder man begge dele.
Saldokontrollen — hvad den beviser, og hvad den ikke gør
Et kontoudtog bærer sit eget bevis. 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 det regnestykke op, mangler der ikke en postering i det, der er læst. Går det ikke op, er der noget galt — og det bliver sagt, med de rækker, der ikke stemmer, i stedet for at arket bare afleveres.
Det er værd at være præcis om, hvad den kontrol rækker til, netop over for revisorer. Den er ikke et revisionsbevis. Den siger, at læsningen stemmer med dokumentets egen aritmetik. Den siger ikke, at dokumentet er ægte, at alle konti er oplyst, eller at posteringerne er retvisende bogført. Revisionshandlingerne, vurderingen og erklæringen er dine — det her er en fuldstændighedskontrol på udtrækket, ikke en udtalelse om regnskabet.
Netop derfor er den brugbar. Den fjerner en fejlkilde, der ellers er usynlig — en postering, der aldrig kom med — og lader gennemgangen handle om det, der kræver et fagligt skøn, i stedet for om hvorvidt indtastningen var komplet.
Dubletter, når perioderne overlapper
Klientmateriale overlapper næsten altid. Samme måned kommer i to filer, fordi den blev hentet igen efter et bankskifte, fordi en kollega allerede havde sendt den, eller fordi et kvartalsudtog dækker de samme uger som tre månedsudtog. Lægges det hele sammen uden videre, tælles posteringerne med to gange, og totalerne bliver forkerte på en måde, der er svær at få øje på.
Rækker, der optræder mere end én gang med samme dato, tekst og beløb, bliver derfor markeret. Det er værd at bemærke, at markeringen er en markering og ikke en automatisk sletning: to ens kortbetalinger til den samme leverandør på den samme dag er fuldstændig almindeligt på en erhvervskonto, og de skal begge være der.
Beslutningen om, hvad der er en dublet, og hvad der er to virkelige betalinger, hører til hos den, der kender klienten. Det, et værktøj kan gøre, er at sikre, at spørgsmålet overhovedet bliver stillet — i stedet for at differencen først dukker op i en afstemning længe efter.
Hvad der bliver læst ud af et kontoudtog
Begge niveauer i dokumentet bliver læst: kontooplysningerne øverst og posteringerne nedenunder. Datoer normaliseres til dansk skrivemåde, så 03-06-2026 ikke bliver forvekslet med en amerikansk læsning, og beløb bevarer dansk formatering med komma som decimaltegn og punktum som tusindtalsseparator.
| 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 pr. postering | Normaliseret — 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 | Også når kontoen ikke er i DKK |
| Kilde | Filnavn og sidetal pr. række |
Formater — og hvad vi ikke laver
Standardsvaret er Excel, fordi det er dér, gennemgangen foregår. Ved siden af findes CSV til de systemer, der importerer CSV, og rigtige OFX-, QBO- og QFX-filer til de klienter, der kører et bankfeed-baseret system.
Til gengæld laver vi ikke FIK-, Bankdata-V3-, BEC- eller SDC-filer. Det er betalingsfilformater mellem virksomhed og bank — de hører til, når penge skal sendes, ikke når et kontoudtog skal læses. Vi udsteder heller ikke OIOUBL-, NemHandel- eller Peppol-fakturaer, og vi sender ikke noget til SKAT.
| Format | Hvornår det giver mening |
|---|---|
| Excel | Gennemgang, stikprøver, arbejdspapirer |
| CSV | Import i klientens regnskabssystem |
| OFX / QBO / QFX | Klienter på bankfeed-baserede systemer |
| CAMT / XML fra banken | Brug bankens egen fil, når den findes |
| FIK, Bankdata-V3, BEC, SDC | Laver vi ikke — betalingsformater, ikke vores |
Ind i det system, klienten allerede bruger
Danske klienter sidder sjældent i det samme system, og importvejene ligner ikke hinanden. e-conomic importerer CSV i bankafstemningen, Uniconta har sin egen indlæsning under bankafstemning, Business Central foretrækker CAMT når det er sat op, og Dinero og Billy har hver deres bankforbindelse med hver deres huller.
Der findes derfor en side pr. system, der beskriver hvad systemet 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, vi holder ingen kontoplan, og vi konterer ikke. Vi afleverer den fil, systemet vil importere. Konteringen og godkendelsen sker i systemet, hvor den hører hjemme.
Bogføringsloven — og hvad FlowParse ikke er
Bogføringsloven fra 2022 stiller krav om digital bogføring, og udrulningen blev afsluttet 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, at systemet opfylder kravene, hos udbyderen. For et ikke-registreret system ligger det hos virksomheden selv. Erhvervsstyrelsen fører en offentlig fortegnelse over registrerede digitale bogføringssystemer, og den er stedet at slå op — den ændrer sig løbende, så den skal læses ved kilden frem for gengives her.
FlowParse er ikke et registreret digitalt bogføringssystem. Vi står ikke på fortegnelsen, vi er ikke et bogføringssystem, og det at bruge os gør ingen compliant med bogføringsloven. Compliance opnås ved at bogføre i klientens registrerede system — vi leverer data ind i det. Er der tvivl om, hvad der gælder for en konkret klient, er det Erhvervsstyrelsen og din egen faglige vurdering, der afgør det, ikke en produktside. Mere om det på siden om registreret bogføringssystem og digital bogføring.
Et kontoudtog er ikke et bilag
Det er en pointe, der er værd at gentage over for klienter hvert eneste år: et kontoudtog dokumenterer en betaling, ikke hvad der blev købt. Banklinjen viser, at 4.312,50 kr. forlod kontoen den 14. marts til en navngiven modtager. Den viser ikke, hvad der blev leveret, hvilken momssats der gjaldt, eller om udgiften overhovedet vedrører driften.
Til momsfradrag er bilaget — fakturaen med moms specificeret — dokumentationen. Et konverteret kontoudtog er et fremragende overblik over årets bevægelser og et godt udgangspunkt for at finde ud af, hvilke bilag der mangler. Det er ikke en erstatning for dem.
Skal fakturaerne også ind som data ved siden af kontoudtogene, findes der en side om udtræk af fakturadata, og en om kontoudtog som bilag, der går tættere på grænsen.
Moms, SKAT og grænsen for, hvad vi gør
Vi beregner ikke moms, vurderer ikke fradragsret og indberetter ikke til SKAT. Posteringerne bliver leveret som data — momsbehandlingen, periodiseringen og indberetningen sker hos jer og i klientens system, hvor kontoplanen og den faglige vurdering ligger.
Det er en bevidst afgrænsning og ikke en mangel. Et værktøj, der læser dokumenter, kan sige hvad der står. Det kan ikke afgøre, om en udgift er fradragsberettiget, om en indtægt er momspligtig, eller hvilken periode en postering rettelig hører til — og et værktøj, der lader som om det kan, flytter en risiko over på den, der skriver under.
Til gengæld gør et komplet og kontrolleret datagrundlag den vurdering nemmere at træffe. Det er dér, værdien ligger for en revisor: ikke i et skøn, systemet har foretaget, men i et materiale, hvor man kan se, at intet mangler.
Scannede og fotograferede udtog
En del klientmateriale er ikke digitalt fra fødslen. Det er scannet på kontorets printer, fotograferet med en telefon, eller gemt som et billede inde i en PDF uden et tekstlag at hente. Sådanne filer kører gennem OCR, før posteringerne bygges op som rækker.
Kvaliteten på scanningen betyder noget, og det skal siges ærligt: et skævt fotografi af et krøllet udtog i dårligt lys giver et dårligere resultat end en ren scanning. Det, der beskytter gennemgangen, 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.
I praksis betyder det, at et scannet udtog ikke kræver, at man læser hele arket igennem. Det kræver, at man kigger på de rækker, der er markeret, og på det, saldokontrollen peger på.
Udenlandske klientkonti
Udenlandske konti er ofte det sværeste materiale i en dansk årsafslutning, fordi de ligger uden for enhver bankintegration, klienten har sat op. En dansk virksomhed med en tysk leverandørkonto, en engelsk betalingskonto eller en svensk datterselskabskonto får ingen automatisk vej ind i systemet — der er kun det udtog, banken sender.
Kolonnerne hedder noget andet, datoerne skrives i en anden rækkefølge, og decimaltegnet kan være et punktum. Strukturen er den samme: en dato, en tekst, et beløb og ofte en løbende saldo. Det er strukturen, der bliver læst, og resultatet bliver normaliseret til dansk skrivemåde, så det kan lægges ved siden af de danske konti i det samme ark.
Valutaen bliver bevaret som den er. Vi omregner ikke til DKK — kursen og omregningstidspunktet er en faglig beslutning, ikke noget et læseværktøj skal træffe på nogens vegne.
En arbejdsgang, der holder hele januar
Den arbejdsgang, der viser sig at holde på et kontor, er kedelig og kort. Bed klienten om alt materiale for året i den form, det nu findes i — hellere for meget end for lidt, fordi overlap alligevel bliver fanget. Send det ind i én omgang frem for fil for fil, så sammenstillingen ikke skal laves i hånden.
Kig derefter på tre ting, før noget andet: går saldoen op for hver konto, er der markerede dubletter, og er der felter med lav sikkerhed. Er svaret nej, nej og nej, er materialet klar. Er svaret ja et af stederne, er det dér, den første time skal bruges — og ikke på at læse tredive PDF-filer igennem for at lede efter noget, man ikke ved hvor er.
Til sidst hentes filen i det format, klientens system vil have, eller som Excel, hvis gennemgangen skal ske hos jer først. Skal det samme gøres for tredive klienter hver januar, findes der et API, så materialet kan sendes ind og hentes struktureret tilbage fra jeres egne systemer.
Persondata, tavshedspligt og hvor filerne havner
Et kontoudtog er personoplysninger, og på en klientkonto ofte om andre end klienten selv — ansatte, leverandører, private modtagere. For en revisor kommer tavshedspligten oveni. Det stiller krav til, hvad der sker med filen, når den forlader kontoret.
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 materiale sendes ind.
Vi er ikke et arkiv. Originalen er væk efter udtrækket, og opbevaringspligten efter bogføringsloven ligger hos klienten. Regnskabsmaterialet skal gemmes, hvor det plejer at blive gemt — ikke hos os.
Præcision — og hvad der faktisk beskytter gennemgangen
Feltpræcisionen ligger omkring 98 % på almindelige layouts. Det er et tal, der er nemt at trykke og svært at bruge til noget alene, for det spørgsmål, der betyder noget for en revisor, er et andet: opdager man, når noget er galt, før materialet bliver til et årsregnskab?
Der findes et rigtigt svar på det. Saldokontrollen kan bevise, at ingen postering mangler i det, der er læst. Usikre felter bliver markeret i stedet for afleveret som var de sikre. Dubletter bliver fanget frem for talt med. Tilsammen betyder det, at gennemgangen kan rettes mod undtagelserne — og at de fejl, der er tilbage, er af den slags, der bliver set, ikke den slags, der forsvinder ind i en total.
Det er en anden kvalitet end et højt procenttal. Et værktøj, der har ret 99 % af tiden uden at kunne sige hvornår det tager fejl, er sværere at arbejde med end et, der har ret 98 % af tiden og siger til.
Pris og hvordan I prøver det af
Der er et gratis niveau, med vilje. Den eneste test, der siger noget om, hvorvidt det holder på et revisionskontor, er jeres eget vanskelige materiale: den lukkede konto, det scannede udtog fra 2024, eller den udenlandske bank, ingen integration dækker. Et pænt eksempel fra en produktside beviser ingenting.
Kig på tre ting i resultatet. Er alle posteringer med — det svarer saldokontrollen på. Kan I komme tilbage til kilden for en vilkårlig linje — det svarer kildekolonnen på. Og lander filen rent i klientens system. Er svaret ja tre gange, er resten arbejdsgange.
Er mængden stor nok til, at det skal automatiseres, findes der abonnementer og et API. Priserne står på prissiden.
Spørgsmål og svar
Læs videre
Kontoudtog for bogholdere
Den løbende bogføring, måned for måned.
Kontoudtog for ApS
Flere konti, årsrapport og overdragelse til revisor.
Kontoudtog til Excel
Hele fremgangsmåden, kolonne for kolonne.
Alle danske banker
Én side pr. bank, med bankens egen eksportvej.
Digital bogføring
Kravene, uden markedsføringssprog.
Krav til bilagshåndtering
Fem års opbevaring, i praksis.
