Hvad er en hovedbog? Struktur, eksempler og hvordan software modellerer den

Hovedbogen er det fuldstændige arkiv over alt, der er foregået i en virksomheds regnskab: alle konti og under hver konto enhver debet og kredit, der nogensinde er bogført. Balancen, resultatopgørelsen, momsangivelsen – de er alle visninger, der udregnes på baggrund af hovedbogen. Den er ikke bare en rapport blandt mange; det er det datasæt, som rapporterne udregnes fra.

Strukturen: konti → transaktioner → posteringer

En hovedbog har tre lag:

1. Konti - kategorierne, defineret af kontoplanen: bank, tilgodehavender fra salg, selskabskapital, salgsindtægter, lønomkostninger. Hver konto har en kode, et navn og en type (aktiv, passiv, egenkapital, indtægt, omkostning).
2. Transaktioner - forretningshændelserne: en faktura udstedt den 12. marts, en bankbetaling den 15. marts. Hver transaktion indeholder en dato og en beskrivelse.
3. Posteringer - linjerne inde i en transaktion: denne konto, debiteret eller krediteret med dette beløb. En transaktion har mindst to posteringslinjer, og deres debet og kredit er lige store – det er doblet bogholderi.

En kontosaldo er ikke andet end summen af alle posteringer, der er bogført på den. Hvis man spørger "hvorfor er tilgodehavender fra salg på 9.300 €?", svarer hovedbogen med den nøjagtige liste af fakturaer og betalinger, der lægger sig sammen til det beløb. Denne opdelbarhed er hovedbogens definerende egenskab – ethvert tal i enhver finansiel rapport kan spores ned til de enkelte posteringer.

En hovedbogskonto på papir

Den traditionelle præsentation er T-kontoen. Tilgodehavender fra salg (2410) over en måned:

Dato	Beskrivelse	Debet	Kredit
03-01	Ultimo primo (Indgangssaldo)	4.200
03-12	Faktura S-1041	1.210
03-15	Betaling, faktura S-1038		2.400
03-28	Faktura S-1042	605
	Ultimosaldo	3.615

Hver linje her er den ene side af en transaktion – den anden side findes på en anden kontos side (omsætning og moms for fakturaerne, bank for betalingen). At læse en enkelt kontos historik på denne måde er stadig den hurtigste måde at besvare spørgsmålet "hvad skete der her", hvilket er grunden til, at alle regnskabssystemer har en detaljeret hovedbogsrapport.

Reskonti: detaljer holdt ude af syne

I praksis findes højvolumendetaljer i reskonti (subledgers), som sammendrages i hovedbogen. Debitorreskontien sporer fakturaer pr. kunde; kreditorreskontien sporer regninger pr. leverandør; lageret sporer mængder og omkostninger pr. vare; lønsystemet sporer beløb pr. medarbejder. Hovedbogen indeholder kontroltotalerne – én debitorsaldo, én kreditorsaldo – mens reskontien indeholder specifikationen. Hvis reskontiens total og kontrolkontoen er uenige, er noget blevet bogført på den ene, men ikke på den anden; at finde den forskel er en rutinemæssig del af at afslutte en regnskabsperiode.

Hvordan software modellerer en bog

Når man piller terminologien væk, er en hovedbog en lille, fastlåst datamodel:

• en accounts-tabel - kode, navn, type, placering i kontohierarkiet;
• en transactions-tabel - dato, beskrivelse, link til bilaget;
• en entries-tabel - transaktions-id, konto-id, debet, kredit.

Alt andet er afledt. Saldi er summer over posteringer; en saldobalance er den sum grupperet efter konto; en balancen er saldobalancen mappet ind i et lovpligtigt skema. Veldesignede systemer behandler posteringsstabellen som append-only (skrivebeskyttet for ændringer): bogførte posteringer bliver aldrig redigeret eller slettet, og rettelser foretages ved at bogføre modposteringer. Det er det, der gør hovedbogen til et revisionsspor i stedet for et regneark, der kan ændres – bogens historik er i sig selv en del af bogen.

Dette er præcis, hvordan Nordlet modellerer det. Konti, kaddertransaktioner og kladder (journal transactions og journal entries) er API-objekter i første klasse: POST /v1/ledger/accounts/list returnerer kontoplanen, POST /v1/ledger/journal/transactions/create bogfører en balanceret transaktion (ubalancerede afvises, før noget skrives), og ethvert dokument – salgsfaktura, køb, lønkørsler, bankimport – bogføres i den samme hovedbog gennem konfigurerbare regler. Læsdelen er et sæt rapporter: POST /v1/reports/general-journal lister transaktioner kronologisk, POST /v1/reports/gl-detail genskaber visningen pr. konto vist ovenfor, og POST /v1/reports/trial-balance opsummerer den. Bogførte posteringer er uforanderlige, og der kan ikke bogføres i låste perioder – den append-only hovedbog håndhæves, ikke bare forudsættes.

Hovedbog vs. kassekladde

To ord for to forskellige rækkefølger af de samme data. Kassekladden (general journal) er kronologisk – hver transaktion i datorekkefølge, efterhånden som den blev registreret. Hovedbogen (general ledger) er de samme posteringer organiseret efter konto. Historisk set var dette to fysiske bøger, og bogføring betød at kopiere mellem dem; i software er det to forespørgsler over den samme posteringstabel. Distinktionen overlever i navnene på rapporter, ikke i dataene.

FAQ

Hvad er en hovedbog i simple termer?

Hovedarkivet over en virksomheds samlede konti og enhver debet og kredit, der er bogført på dem. Regnskaber bliver ikke skrevet – de udregnes på baggrund af hovedbogen.

Hvad er forskellen på hovedbogen og kassekladden?

De samme posteringer i to forskellige rækkefølger: kassekladden er kronologisk, hovedbogen er grupperet efter konto. I moderne software er begge visninger over det samme datasæt.

Hvad er en reskonti?

En detaljebog, der opsummeres i én hovedbogs-kontrolkonto – fakturaer pr. kunde bag debitorsaldoen, regninger pr. leverandør bag kreditorer, lagerbeholdning pr. vare bag lageret. Hovedbogen forbliver overskuelig; detaljerne forbliver tilgængelige.

Kan posteringer i en hovedbog redigeres?

I et velbygget system nej. Bogførte posteringer er skrivebeskyttede (append-only); en fejl rettes ved at bogføre en modpostering, så selve rettelsen er en del af historikken. Systemer, der tillader lydløs redigering af bogførte posteringer, kan ikke levere et troværdigt revisionsspor.

Hvordan havner saldi i hovedbogen?

Det gør de ikke – saldi gemmes ikke, de udregnes. En kontosaldo er summen af alle posteringer, der er bogført på den, hvilket er grunden til, at ethvert rapporteret tal kan spores tilbage til de transaktioner, der skabte det.