Fra en mappe lønbilag til ét regneark
Uanset hvor godt selve beregningen af feriepengeforpligtelsen er forstået, starter opgaven altid samme sted: en mappe med et lønbilag pr. medarbejder pr. periode, som skal læses og samles, før noget som helst kan beregnes.
Det er netop den del — læsningen og samlingen, ikke selve procentregningen — der tager tid i hånden. Denne side beskriver, hvordan den del bliver til en upload i stedet for en eftermiddags transskription.
Hvorfor det tager længere end forventet i hånden
Hvert lønbilag har sit eget layout
Lønsystemer lægger felterne forskelligt op, så et blik, der virker for ét bilag, skal genopfindes for det næste.
Data skal krydses mod medarbejderlisten
Et navn eller nummer, der er stavet lidt anderledes på bilaget end i medarbejderregisteret, kan skabe forvirring, hvis det gøres manuelt.
Feriedagstyperne skal skilles ad undervejs
Ikke bare noteret, men holdt i separate kolonner fra første indtastning, for at undgå en sammenblanding senere.
Volumen vokser med medarbejderstaben
En opgave, der er overkommelig for ti medarbejdere, bliver en hel arbejdsdag for halvtreds.
Hvad bliver læst fra hvert lønbilag
| Felt | Placering i den endelige opgørelse |
|---|---|
| Medarbejdernavn og -nummer | Egen kolonne, brugt til at gruppere rækker pr. medarbejder |
| Lønperiode | Egen kolonne, brugt til at sortere kronologisk |
| Ferieberettiget bruttoløn | Grundlaget for den beregnede optjening |
| Lønart | Bruges til at afgøre, om en post er ferieberettiget |
| Eventuel allerede afholdt ferie | Trukket fra i en separat kolonne, ikke skjult i totalen |
Hvordan opgørelsen ser ud bagefter
Resultatet er ét regneark, ikke en samling separate lister — én række pr. lønbilag, gruppérbar pr. medarbejder, med almindelige og særlige feriedage i hver deres kolonne, og et løbende sumtal, der opdateres, efterhånden som flere perioder tilføjes.
En stak lønbilag, gennemregnet
En virksomhed uploadede 180 lønbilag, dækkende 15 medarbejdere over et regnskabsår, i én omgang.
| Måltal | Resultat |
|---|---|
| Lønbilag uploadet | 180 |
| Behandlingstid | Under 3 minutter |
| Bilag flaget til gennemsyn | 4 |
| Medarbejdere i den samlede opgørelse | 15 |
De fire flagede bilag viste sig at være to par dubletter — samme medarbejder og periode uploadet to gange ved en fejl — fanget før de kunne fordoble den beregnede optjening for netop de to medarbejdere.
Hvad dette ikke gør
Beregner ikke selve satsen automatisk
12,5 procent eller en anden sats anvendes, som du angiver den — se feriepengeforpligtelse fra lønbilag for selve beregningen.
Afgør ikke, om en lønart er ferieberettiget
Den vurdering følger ferieloven og jeres egen opsætning, ikke noget denne side afgør automatisk.
Bogfører ikke direkte i jeres regnskabssystem
Resultatet eksporteres klar til import eller manuel bogføring.
Erstatter ikke jeres lønsystem
Selve lønberegningen og -udbetalingen forbliver hos det system, I allerede bruger.
Sådan fungerer det
Upload lønbilagene
En enkelt fil eller en hel mappe, op til 100 filer pr. eksport.
Hvert bilag læses
Medarbejder, periode, ferieberettiget løn og lønart, koblet til kildedokumentet.
Muligt dubletter flages
Bilag der ser ud til at dække samme medarbejder og periode markeres til gennemsyn.
Eksportér
Excel, CSV eller JSON, gruppérbart pr. medarbejder og feriedagstype.
Hvilke lønsystemer bilagene typisk kommer fra
Lønbilag fra de fleste danske lønsystemer læses uden særskilt opsætning — layoutet varierer fra system til system, men de underliggende felter (medarbejder, periode, ferieberettiget løn) er som regel til stede i en eller anden form, uanset hvilket system der har genereret PDF'en.
Eksportformater
| Format | Bedst til |
|---|---|
| Excel | Videre arbejde, filtrering og pivotering i selve regnearket |
| CSV | Import i et regnskabs- eller controllingsystem |
| JSON | Videre automatisering eller integration mod et internt system |
I hånden mod automatisk
I hånden
Hvert lønbilag åbnes og tastes ind i et regneark, én linje ad gangen — en arbejdsdag eller mere for en mellemstor medarbejderstab.
Automatisk
En hel mappe uploadet på én gang, læst og samlet på minutter, med muligt dubletter allerede flaget.
Flere perioder i én opgørelse
Uploades flere måneders eller et helt års lønbilag samlet, lægges de automatisk sammen til én løbende opgørelse pr. medarbejder, i stedet for at hver periode skal samles og lægges sammen manuelt bagefter.
Hvem bruger det
Bogholdere med mange lønbilag at samle
En opgave, der tidligere tog en hel dag, klaret på minutter.
Revisorer med mange klienter
Samme metode anvendt konsekvent, uanset klientens eget lønsystem.
Controllere, der vil have rådata, ikke kun en total
Hver medarbejders egne linjer tilgængelige i eksporten.
Mindre virksomheder uden dedikeret regnskabsfunktion
En opgave, der ikke kræver et fuldt controllingapparat for at blive gjort ordentligt.
Dette ligger ved siden af beregningen, ikke i stedet for den
Denne side og feriepengeforpligtelse fra lønbilag beskriver samme underliggende funktion fra to vinkler: her er fokus på selve dokumentkonverteringen — mange bilag til ét regneark — mens den anden fokuserer på beregningen af selve forpligtelsen ud fra det regneark, dette producerer.
Typiske fejl, når det gøres i hånden
Selv en erfaren bogholder, der har gjort det mange gange før, laver de samme håndfuld fejl, når et helt kvartals lønbilag skal tastes ind manuelt. Det er sjældent regnefejl — det er transskriptionsfejl, der opstår, fordi opgaven i sin natur er repetitiv, og repetitive opgaver er netop dem, øjet begynder at springe over efter det tyvende bilag.
Et beløb tastet med et komma forkert placeret, en periode noteret som forrige måned i stedet for den aktuelle, eller en medarbejder med et navn, der ligner en kollegas, og bilaget lander på den forkerte linje — hver enkelt fejl er lille, men de akkumuleres over en hel medarbejderstab og et helt regnskabsår.
Den mest underkendte fejlkilde er dog en anden: en linje, der blev tastet ind to gange, fordi bogholderen mistede overblikket over, hvilke bilag der allerede var behandlet, og hvilke der stadig lå i bunken. Det er netop den type dublet, der automatisk flages, når læsningen sker samlet i én upload i stedet for linje for linje over flere siddende omgange.
Hvornår det er værd at automatisere
Ikke enhver virksomhed har gavn af at automatisere denne opgave med det samme — en enkeltmandsvirksomhed med to-tre medarbejdere kan sagtens klare sig med en manuel opgørelse et par gange om året uden reel risiko. Vippepunktet kommer typisk, når en af tre ting sker.
Medarbejderantallet passerer en håndfuld ansatte, og den manuelle opgørelse begynder at tage mere end en time.
Virksomheden begynder at opgøre forpligtelsen oftere end én gang om året, fordi revisoren eller banken efterspørger et opdateret tal.
Der opstår mere end ét selskab, eller flere overenskomster med forskellige satser, der gør den manuelle beregning fejlbehæftet.
Indtil da er værdien af at automatisere primært at eliminere den spildte tid, ikke at rette en fejl der allerede findes — men jo tættere en virksomhed kommer på et af de tre vippepunkter, desto hurtigere betaler investeringen i en systematisk proces sig selv hjem.
Blandede lønperioder og skiftende lønniveau
En medarbejder, der har fået en lønstigning, skiftet fra deltid til fuldtid, eller haft en periode med nedsat tid midt i regnskabsåret, komplicerer den manuelle opgørelse betydeligt — hver periode skal behandles med sit eget lønniveau, ikke som et gennemsnit for hele året.
I en manuel proces er den mest almindelige genvej at bruge det seneste kendte lønniveau og gange det op med hele perioden — hurtigt at gøre, men systematisk forkert for enhver medarbejder, der har haft en ændring undervejs. Læses hvert lønbilag for sig, med sit eget periodespecifikke beløb, undgås den genvej helt, uden at det kræver en ekstra indsats fra den, der udfører opgørelsen.
Det samme gælder medarbejdere med varierende timetal, freelancere på fast kontrakt, eller sæsonansatte, der kun er på lønningslisten en del af året — hvert af disse mønstre håndteres korrekt, blot fordi hver periode læses for sig, ikke fordi der er en særskilt regel for hver enkelt situation.
Hvad revisoren ser i den færdige opgørelse
En revisor, der modtager en feriepengeopgørelse som en del af den årlige gennemgang, kigger typisk efter tre ting: at grundlaget er sporbart til de faktiske lønbilag, at almindelige og særlige feriedage er holdt adskilt, og at tallet kan forklares uden at nogen skal genberegne det fra bunden under selve mødet.
En opgørelse, der er samlet fra lønbilagene på den måde, denne side beskriver, opfylder alle tre næsten automatisk — hver linje kan spores tilbage til det originale bilag, kolonnerne er allerede adskilt efter feriedagstype, og totalen er en simpel sum, ikke en genopbygget beregning, revisoren skal tage på tro og love.
At bygge en historik over flere år
En enkelt periodes opgørelse er nyttig i sig selv, men værdien vokser markant, når flere års opgørelser står ved siden af hinanden — en virksomhed, der har opgjort forpligtelsen konsekvent gennem tre-fire år, kan se, om den vokser proportionalt med medarbejderstaben, eller om den stiger hurtigere, hvilket kan pege på en systematisk fejl i grundlaget, der er værd at undersøge nærmere.
Den historik er også det, der gør en due diligence-proces eller en bankforespørgsel markant hurtigere at besvare — i stedet for at skulle grave flere års lønbilag frem på ny, ligger tallene allerede klar, hvert med sin egen dokumentation af, hvordan de blev til.
Fordi hvert regneark følger den samme struktur — samme kolonner, samme opdeling på feriedagstype — er det at sammenligne år for år lige så simpelt som at lægge dem ved siden af hinanden, uden at først skulle genformatere et ældre års opgørelse til at matche et nyere.
Privatliv
Upload sker via TLS, krypteret hele vejen.
Behandlingen foregår på infrastruktur i EU.
Originale lønbilag slettes umiddelbart efter udtrækket.
Løndata bruges aldrig til at træne AI-modeller.