Afstemning uden bankfeed

Hvad en afstemning faktisk beviser

Det er værd at være præcis, fordi ordet bruges bredt. En afstemning svarer på ét spørgsmål: dækker bevægelserne på kontoen og registreringerne i bogføringen hinanden for perioden? Og er de forskelle, der er, forklarede?

Den svarer ikke på, om posteringerne er konteret rigtigt, om momsen er behandlet korrekt, eller om en udgift overhovedet vedrører driften. Det er faglige vurderinger, og en afstemning rører dem ikke.

Sondringen er praktisk, ikke akademisk. Den fortæller, hvad man skal lede efter, når noget ikke går op: en manglende bevægelse, en dobbelttalt periode eller en postering på den forkerte side af en periodegrænse — ikke en forkert konto.

Hvorfor bankforbindelsen ikke rækker hele vejen

De danske regnskabssystemer har hver deres bankforbindelse, og de er gode ved det, de dækker. 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.

Grænserne ligner til gengæld hinanden på tværs af systemerne, fordi de har samme årsag: forbindelsen er bundet til konti, der er sat op og aktive lige nu, i banker der er dækket af aftalen.

De fire nederste rækker er det, vi kalder de fire huller, og de forsvinder ikke ved at skifte regnskabsprogram.

flowparse.io

Materialet, du skal bruge

Begynd med det, der er komplet. Banken har registreret hver eneste bevægelse, uanset om nogen huskede en kvittering — og det gør kontoudtoget til den eneste kilde, der kan bruges som facit for fuldstændighed.

Kan banken levere CAMT eller XML, så tag den fil. Den kommer fra kilden og skal ikke læses af noget mellemled. Det gælder de aktive konti; for resten er PDF-udtoget det, der findes.

Hent altid lidt mere end perioden — måneden før og måneden efter. Det koster ingenting, når filerne alligevel behandles samlet, og det er præcis dér, de posteringer ligger, som ellers falder mellem to perioder.

flowparse.io

Kontolisten — den kontrol ingen automatik kan lave

Saldokontrollen kan bevise, at ét udtog er komplet. Den kan ikke vide, at virksomheden også har en konto i en anden bank. Det er den grænse, der oftest bliver overset, og den glemte konto er en klassiker.

Kandidaterne er altid de samme: opsparingskontoen med to renteposteringer om året, firmakortet der næsten ikke bruges, kontoen der blev tilbage i den gamle bank, og betalingskontoen hos en udenlandsk udbyder, som blev oprettet til én kunde og aldrig lukket.

Rådet er banalt og virker: før en liste over virksomhedens konti et sted, og gennemgå den hver periode. En konto med nul bevægelser tager to minutter at bekræfte og bliver til et problem, hvis den først bliver kigget på i januar.

Saldokontrollen — beviset udtoget selv bærer

Et kontoudtog kan kontrollere sig selv, og det er den vigtigste egenskab, det har. Primosaldo 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, skal man vide det nu — sammen med de rækker, der ikke stemmer — og ikke som en uforklarlig difference tre uger senere.

Værdien ligger i, hvilken fejlklasse det fanger. En manglende linje er den sværeste fejl at opdage manuelt, fordi der ikke er noget at få øje på; der står bare mindre, end der skulle. Et forkert beløb kan man se. En linje, der aldrig kom med, ser ud som ingenting.

flowparse.io

Huller mellem måneder

Saldokontrollen fortæller, om ét udtog er komplet. Den fortæller ikke, om der mangler et udtog mellem to andre. Den kontrol laves ved at sammenholde ultimosaldoen i én måned med primosaldoen i den næste.

Er de ens, hænger perioderne sammen. Er der et spring, mangler der et udtog imellem — og det er præcis den slags, der ellers først dukker op som en difference, ingen kan forklare.

I et samlet ark, hvor primo- og ultimosaldi står pr. kilde, er den kontrol et hurtigt blik ned gennem en kolonne. Den tager sekunder og fanger en fejl, der ellers koster timer. Det er også den mest oversete kontrol i hele afstemningen.

Fortegn og kolonner — den fejl der koster dobbelt

Danske kontoudtog skriver hævninger og indsætninger på mindst tre måder. Nogle bruger to kolonner. 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.

Den tredje er den farlige. Markeringen ryger let, når en fil samles i hånden, 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 svær at få øje på i et langt ark, fordi ingen enkelt linje ser forkert ud.

Løsningen er at læse alle tre varianter til den samme entydige form — ét beløb pr. postering, med fortegn — og at efterprøve fortegnet mod udtogets egen løbende saldo, hvor den findes. Bevæger saldoen sig ned, mens beløbet står positivt, er beløbet forkert, og det er dokumentet selv, der siger det.

flowparse.io

Danske datoer og danske tal

Dansk skrivemåde er dag-måned-år, og decimaltegnet er et komma. Begge dele er kendte fejlkilder, når data flytter mellem en PDF og et regneark, netop 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, og differencen ender som en post, ingen kan forklare.

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 afstemning 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 ofte brækker over flere linjer på udtoget: modtagerens navn på én linje, betalingsreferencen på den næste, et mandatnummer på en tredje. Læses kun den første, forsvinder netop det, der gjorde posteringen genkendelig — og fakturanummeret ligger som regel i den anden.

Hele teksten skal derfor samles til ét felt pr. postering. Det er en lille ting, der fjerner en hel kategori af manuel opklaring senere.

Dubletter — markér, slet aldrig automatisk

Overlap opstår af sig selv. Et kvartalsudtog dækker de samme uger som tre månedsudtog. En periode hentes igen efter et bankskifte. 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 se, fordi hver enkelt linje er rigtig.

Rækker med samme dato, tekst og beløb skal derfor markeres. Men — og det er vigtigt — markering er ikke det samme som sletning. To identiske kortbetalinger til den samme leverandør på samme dag er fuldstændig almindelige: man køber, opdager at der manglede noget, og køber igen.

Afgørelsen hører til hos den, der kender kontoen. Det, en kontrol kan gøre, er at sikre, at spørgsmålet bliver stillet på det tidspunkt, hvor det er billigt at svare på.

flowparse.io

Kortopgørelser er en dokumenttype for sig

Firmakortets opgørelse ligner ikke et almindeligt kontoudtog. Den har typisk en opgørelsesblok øverst — forrige saldo, betalinger og kreditter, køb i perioden, ny saldo — og derefter selve købene.

Den blok er en sammentælling, ikke posteringer. Læses den med som bevægelser, tælles beløbene med to gange, og fejlen svarer typisk til det dobbelte af periodens saldo. Hver enkelt linje er rigtig; totalen er forkert.

Blokken skal derfor holdes ude af posteringerne, og resultatet efterprøves mod opgørelsens egne tal. For en virksomhed med flere kort er det en af de mest værdifulde kontroller, netop fordi kortudtoget som regel er dokumentet med flest linjer.

Flere konti 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 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å et beløb altid kan spores tilbage.

Det er sammenstillingen, der flytter mest — ikke hastigheden på den enkelte fil.

flowparse.io

Selve importen

De fleste fejlmeldinger, der dukker op ved en CSV-import, har samme rod: filen er sat sammen manuelt, og et enkelt afvigende tegn vælter hele importen.

De danske systemer importerer ikke ens

Det er værd at kende den vej, der gælder dit system, frem for at antage. 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 en side pr. system med den fil, importen faktisk forventer, og hvor den ligger: e-conomic, Dinero, Billy, Uniconta, Visma og Business Central.

flowparse.io

Matchning mod bogføringen

Når posteringerne er inde, skal de matches mod det, der allerede er bogført. Systemerne gør det meste automatisk på beløb og dato, og resten er manuelt arbejde, hvor posteringsteksten afgør, hvor hurtigt det går.

To ting gør matchningen markant lettere, og begge ligger før importen. Den ene er hele posteringsteksten, så fakturanummeret er med. Den anden er, at fortegnene er rigtige, så systemet ikke leder efter en indbetaling, når der var tale om en udgift.

Er der en indbetaling uden en tilhørende faktura, er det ikke nødvendigvis en fejl — en kunde kan betale a conto eller betale to fakturaer samlet. Men det er et sted at kigge.

Når der er en difference

Der er en rækkefølge, der løser langt de fleste differencer på minutter, og den er værd at følge stift i stedet for at lede tilfældigt.

Bemærk at de fire øverste alle handler om fuldstændighed og ikke om læsefejl. Det er den vigtigste pointe i hele artiklen: differencer skyldes langt oftere, at noget mangler eller er talt med to gange, end at et tal er læst forkert.

flowparse.io

Rutinen, der holder

Sæt en fast dag om måneden af — helst den samme. Lad bankforbindelsen køre for de konti, den dækker. Hent alle øvrige udtog og opgørelser for perioden, også fra de konti, der næsten ikke er brugt, og send dem ind samlet frem for ét ad gangen.

Kig derefter på tre ting, før du importerer: går saldoen op pr. 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 — langt billigere nu end i en difference senere.

Er det den samme rutine hver måned for mange virksomheder, findes der et API, så det kan køre fra jeres egne systemer.

flowparse.io

Det, der ikke kan automatiseres

Det er lige så nyttigt at vide, hvad der bliver ved med at være manuelt arbejde, så man ikke venter på et værktøj, der ikke kommer.

Om en dublet er en dublet. To ens betalinger samme dag kan være en fejl eller to virkelige køb — det kræver kendskab til kontoen. Om en udgift er erhvervsmæssig. På en blandet konto er det en vurdering, der kræver at vide, hvad købet dækkede.

Hvilken periode en postering hører til. Betalingsdatoen på udtoget er ikke nødvendigvis den dato, posteringen hører til i regnskabet. Og om en konto overhovedet findes. Ingen automatik kan vide, at der er en konto mere i en anden bank.

Den første måned er den sværeste

Der er en situation, hver eneste virksomhed rammer præcis én gang pr. konto, og som alligevel overrasker hver gang: den første afstemning. Enten fordi kontoen er ny, fordi bogføringen flyttes til et andet system, eller fordi nogen endelig tager fat på en konto, der har ligget uafstemt i et halvt år.

Problemet er, at afstemningen bygger på en primosaldo, og den primosaldo skal komme et sted fra. Er der ikke afstemt før, findes der ikke et kontrolleret udgangspunkt — og så arver man alt, hvad der måtte være galt i perioden før, uden at vide hvad det er.

Fremgangsmåden er at gå bagud, indtil man rammer et punkt, hvor saldoen kan bekræftes mod noget uafhængigt: en tidligere årsafslutning, et revisorafstemt tal, eller simpelthen kontoens oprettelse. Derfra og frem afstemmes der forlæns, én periode ad gangen.

Det lyder omstændeligt og er som regel hurtigere end alternativet, fordi hver periode nu har et kontrolleret udgangspunkt. Behandles alle måneder samlet i én omgang, står primo- og ultimosaldi pr. kilde i samme ark, og hele kæden kan læses ned gennem en kolonne.

De poster, der ikke kan afklares nu

Enhver afstemning efterlader en rest: en indbetaling, ingen kan placere, et gebyr med en uforståelig tekst, en overførsel til et navn, ingen genkender. Fristelsen er enten at gætte eller at lade den ligge uden at nævne den.

Gør det tredje: før en liste over uafklarede poster med dato, beløb, tekst og hvad du allerede har prøvet. Listen har tre egenskaber, der alle er værd at have. Den forhindrer, at den samme post undersøges tre gange af tre personer. Den gør det synligt, hvis det samme mønster går igen måned efter måned. Og den kan afleveres videre.

Det sidste er det vigtigste ved en årsafslutning: en liste over ting, du ved du ikke ved, flytter din revisors tid fra at lede til at vurdere. En kontering, du har gættet uden at nævne tvivlen, gør det modsatte — den skal først findes, og derefter efterprøves.

Notér også hvornår du forsøgte. Et dokumenteret forsøg på at skaffe et bilag er langt bedre end et tomrum, ingen kan forklare, og det koster ét felt i et regneark.

Konti i fremmed valuta

En valutakonto afstemmes i sin egen valuta. Det lyder selvfølgeligt og bliver alligevel ofte lavet forkert, fordi nogen omregner undervejs for at få tallene til at ligne resten af regnskabet.

Gør man det, afstemmer man mod et tal, man selv har konstrueret, og en difference kan så skyldes to helt forskellige ting: en manglende postering eller en kurs, der blev anvendt et andet sted end i bogføringen. De to fejl ser ens ud og har intet med hinanden at gøre.

Derfor: afstem i kontoens valuta, og lad omregningen være et separat skridt i regnskabssystemet, hvor kursen og omregningstidspunktet er en bevidst beslutning. Vi bevarer valutaen som den er og omregner ikke — netop fordi en omregning, et læseværktøj har foretaget, ville være en antagelse præsenteret som et faktum.

flowparse.io

Hvem gør hvad, når I er flere om det

Så snart mere end én person rører ved materialet, opstår to fejl, der begge er organisatoriske frem for regnskabsmæssige, og som begge er lette at fjerne.

Dobbeltarbejdet: to personer henter samme periode, begge lægger den ind, og posteringerne tælles med to gange. Det fanges af dubletmarkeringen, men først bagefter — og på det tidspunkt har begge brugt tiden.

Hullet: begge går ud fra, at den anden tog kortopgørelsen, og ingen gjorde. Det fanges ikke af noget, fordi der ikke er noget at fange — kontoen er bare ikke med.

Modtrækket er kedeligt og virker: én person ejer indsamlingen for perioden, og der føres en liste over, hvilke konti og kort der indgår. Alle filer behandles i én omgang frem for løbende, så dubletmarkeringen ser dem samlet, og kildekolonnen viser, hvilken opgørelse hver linje kom fra.

Det gør også bilagsjagten målrettet. I stedet for at spørge alle, om nogen har en kvittering fra tirsdag, kan man se, hvilket kort købet lå på, og spørge den rigtige — mens bonnen stadig findes.

Checkliste

Spørgsmål og svar

Læs videre