Flowchart for lønprocessen (fra lønfrist til udbetaling)
Flowchart for lønprocessen fra lønfrist til udbetaling: til- og fratrædelser, godkendte timer, afvigelseskontrol, brutto til netto, en uafhængig kontrol før udbetaling, dækning, betalingsfilen, eIndkomst, lønsedler og bogføring.
Hvad er flowchart for lønprocessen (fra lønfrist til udbetaling)?
Lønnen bedømmes på ét output, som hver eneste person i organisationen selv kontrollerer, og det gør den til den mest utilgivelige proces, der findes. Den er også den, der oftest bliver beskrevet som en beregning, selv om næsten intet af det, der går galt, er en beregning. Systemet anvender skattekortet og satserne korrekt. Det, der brister, ligger opstrøms. En fratrædelsesdato når frem til lønkontoret en uge efter kørslen, så en, der ikke længere er ansat, har fået løn, og pengene skal nu bedes tilbage. En lønstigning, der blev aftalt mundtligt i januar, bliver bagudreguleret i april, og én lønseddel bærer et efterbetalingsbeløb, ingen har varslet medarbejderen om. En leder godkender overarbejde efter lønfristen, fordi fristen aldrig én eneste gang er blevet håndhævet. Og når kørslen er forsinket, er det første, der ryger, afvigelseskontrollen mod forrige periode: netop den kontrol, der ville have fanget alle tre. Nedenunder ligger det strukturelle problem: i et lille team er det den samme person, der indsamler inputtet, kører beregningen, godkender totalen og frigiver filen til banken, og ingen uden for lønfunktionen har set tallene, før pengene er ude af huset.
Dette diagram er selve lønkørslen (én periode, fra lønfrist til et resultat, der er udbetalt, indberettet og bogført), og det er bevidst ikke de processer, der fodrer den. At få en ny medarbejder på systemet med kontrakt, dokumentation, kontonummer, skattekort og pensionsordning hører til onboardingprocessen for medarbejdere på /da/templates/medarbejder-onboarding-proces, og forløbet med sidste arbejdsdag, slutafregning og lukning af adgange hører til offboardingprocessen på /da/templates/medarbejder-offboarding-proces. Begge optræder her som ét trin, 'Indsaml tiltrædelser, fratrædelser og ændringer', fordi lønnen forbruger deres output frem for at køre dem. Fravær er det samme: optjening, dækning og lederens godkendelse behandles i processen for ferie- og fraværsanmodninger på /da/templates/ferie-og-fravaersanmodning-proces, og dette diagram spørger kun, om det godkendte fravær nåede frem inden lønfristen. Medarbejderes udlæg bliver kontrolleret, konteret og godkendt i udlægsgodkendelsesprocessen på /da/templates/udlaegsgodkendelse-proces og når kun lønnen, hvis I refunderer over lønsedlen frem for i en betalingskørsel; leverandørbetalinger er en helt anden funktion, tegnet i kreditorprocessen på /da/templates/kreditorproces. I den anden ende er den postering, dette diagram bogfører, et input til periodeafslutningen, som er tegnet i regnskabsafslutningsprocessen på /da/templates/regnskabsafslutning-r2r-proces.
Tre ting, som de fleste lønprocedurer lader være underforstået, er tegnet her som trin med navne. 'Uafhængig kontrol før udbetaling' ligger i sin egen bane og holdes af en anden end den, der har klargjort kørslen, og 'Er kontrollen bestået?' sender fejl tilbage til 'Ret input ved kilden' frem for ind i en manuel rettelse tastet direkte i lønsystemet. Det er den funktionsadskillelse, en revisor spørger til, og her er den et trin frem for et princip. 'Løn godkendt og dækning på plads?' er tegnet som én beslutning, fordi kørslen stopper, hvis bare den ene halvdel svigter: en med den fornødne bemyndigelse godkender omkostningen, og økonomifunktionen bekræfter, at pengene er fremme i tide. En kørsel, der ikke kan komme igennem, har et sted at gå hen, for 'Kørslen standset og omplanlagt' er en rigtig afslutning frem for et hul i diagrammet. Den tredje er placeringen. 'Indberet til eIndkomst og pension' står ved siden af udbetalingen og ikke i oprydningen bagefter, fordi indberetningen i de fleste danske lønsystemer dannes af den samme kørsel som betalingsfilen, og Ekstrakørsel-grenen af 'Skal fejlen rettes i en ekstrakørsel?' løber tilbage til den frem for at slutte, fordi en efterbetaling bærer sin egen indberetning, sin egen lønseddel og sin egen postering.
Hvad dette flowchart dækker
I denne skabelon
- Seks swimlanes (Medarbejder, Nærmeste leder, HR, Lønmedarbejder, Lønansvarlig og Økonomi og likviditet) fordelt på seks faser: Lønfrist, Indsamling af input, Validering, Beregning og kontrol, Godkendelse og udbetaling samt Efter lønkørslen
- Indsamling af input tegnet som en kæde af tre overleveringer i tre baner frem for én kø: HR's 'Indsaml tiltrædelser, fratrædelser og ændringer', medarbejderens 'Indsend timesedler, overarbejde og udlæg' og lederens 'Godkend timer, overarbejde og fravær', som alle testes ved 'Er alle input modtaget inden lønfristen?'
- En fuldstændighedskontrol før en rigtighedskontrol: alt, hvad der mangler, går til 'Ryk for eller udskyd det manglende input' og tilbage til den samme test, mens 'Indlæs input og kør valideringskontroller' fører videre til 'Er afvigelserne forklaret?', hvis Uforklaret-gren løber gennem 'Ret input ved kilden' og validerer forfra
- Funktionsadskillelsen tegnet som rigtige trin frem for forudsat: forberederens 'Klargør kontrolmaterialet før udbetaling', derefter 'Uafhængig kontrol før udbetaling' i banen Lønansvarlig, og så 'Er kontrollen bestået?', hvis Fejl fundet-gren sender kørslen tilbage til rettelse ved kilden i stedet for til en manuel rettelse
- Godkendelse og dækning holdt adskilt fra beregningen ved 'Løn godkendt og dækning på plads?', hvis Godkendt-gren kører 'Frigiv betalingsfilen til banken' og derefter 'Indberet til eIndkomst og pension', før 'Frigiv lønsedlerne til medarbejderne', fordi indberetningen dannes af den samme kørsel som betalingen og ikke hører hjemme i oprydningen bagefter
- Tre afslutninger og en løkke efter lønningsdagen: en standset kørsel stopper ved 'Kørslen standset og omplanlagt'; ellers lukker 'Bogfør lønposteringerne i finansen' og 'Arkiver dokumentationen for lønkørslen' perioden, før 'Er der meldt lønfejl efter lønningsdagen?' overhovedet stilles, og dens Meldt-gren kører 'Vurder fejlen og aftal en løsning' videre til 'Skal fejlen rettes i en ekstrakørsel?', hvor Ekstrakørsel sender 'Kør en ekstrakørsel med efterbetaling' tilbage gennem indberetningen, Næste periode forlader flowet ved 'Rettelsen tages med i næste kørsel', og en periode uden meldte fejl lukker ved 'Løn udbetalt, indberettet og bogført'
Hvornår du skal bruge skabelonen
- I skal skrive en lønprocedure eller en ydelsesbeskrivelse til et lønbureau og har brug for ét billede af, hvem der ejer hvert input, hvem der kontrollerer kørslen, og hvem der frigiver pengene
- Der gik en fejl igennem til banken sidste periode, og I skal kunne vise ledelsen, hvor kontrollen før udbetaling ligger, hvem der holder den, og hvorfor den ikke fangede netop denne
- Den samme person klargør, godkender og frigiver kørslen, og I har brug for en funktionsadskillelse, der virker med den bemanding, I faktisk har, frem for den, kontrolrammen forudsætter
- Lønfristen bliver behandlet som vejledende, sene input dumper ind på mail, efter kørslen er startet, og I vil have fristen og reglen for udskydelse tegnet frem for genforhandlet hver måned
- I skal implementere eller skifte lønsystem eller tage en outsourcet lønfunktion hjem, og overleveringer, grænseværdier og indberetningsfrister skal ligge fast, før noget som helst bliver sat op
Sådan fungerer det
Omdøb banerne, så de passer til jeres organisation
Erstat Medarbejder, Nærmeste leder, HR, Lønmedarbejder, Lønansvarlig og Økonomi og likviditet med de roller, I har. De to lønbaner er hele pointen med diagrammet, så slå dem ikke sammen uden først at afgøre, hvem der så holder kontrollen. Bruger I et lønbureau, så behold bureauet som én bane og tilføj en bane hos jer selv til den, der godkender bureauets output, ansvaret følger ikke med databehandlingen ud af huset. Er HR og løn samme skrivebord hos jer, så slå de baner sammen frem for at tegne en overlevering, ingen foretager.
Læg lønkalenderen ind i diagrammet
'Lønfrist meldt ud for perioden' er tomt, indtil der hænger datoer på. Udgiv hele året på én gang: frist for input, frist for godkendelse, dato for dækning, lønningsdag og indberetningsfrist for hver periode, med de perioder markeret, hvor helligdage rykker noget. Skriv derefter, hvad der reelt sker med et input, der kommer for sent: holdt til næste kørsel, eller håndteret i en ekstrakørsel til en pris, nogen skal godkende. En frist uden en konsekvens er en frist, den mest højrøstede leder genforhandler hver måned, og det er altid den samme leder.
Sæt tal på grænserne for afvigelser
'Indlæs input og kør valideringskontroller' betyder ikke noget, før der er tal på. De fleste teams markerer en bevægelse i bruttoløn mod forrige periode på både en procentsats og et kronebeløb, så en lille løn ikke slår ud på hver eneste overarbejdstime, og en stor løn ikke skjuler en reel fejl. Sæt dem, så afvigelseslisten kommer tilbage i en længde, nogen rent faktisk læser: to hundrede linjer bliver læst omtrent lige så grundigt som ingen. Udpeg derefter, hvem der afklarer hver enkelt afvigelse, og gem den afklarede liste: det er den, der dokumenterer, at kontrollen blev kørt og ikke sprunget over.
Giv den uafhængige kontrol en navngiven holder
Kontrollen fejler lydløst, når den, der udfører den, kun er det på papiret. Navngiv rollen frem for personen, og sørg for, at holderen sidder uden for klargøringen: en økonomichef, HR-chefen, bureauets egen kontrollant eller en ekstern revisor i et lille hus. Giv dem materialet i en form, de kan stille spørgsmål til, og giv dem en plads i kalenderen før fristen for dækning: en kontrol klemt ind i timen før bankens cut-off er en underskrift, ikke en kontrol. Beslut til sidst, hvor godkendelsen registreres, for det er den registrering, en revisor beder om.
Hæng jeres egne indberetnings- og pensionsfrister på
'Indberet til eIndkomst og pension' afhænger af, hvilket land I kører løn i, og det er her, bøderne ligger. I Danmark skal lønnen indberettes til eIndkomst, og pensionsbidrag, ATP og feriepenge har hver deres modtager og deres egen frist, kører I løn i flere lande, har hvert land sit eget sæt. Skriv jeres faktiske frister på trinnet, og udpeg både den, der indberetter, og den, der bekræfter, at indberetningen blev modtaget og ikke bare afsendt. Beslut, hvad der sker, når en indberetning bliver afvist: en fejlet indberetning, der ligger natten over med kvitteringen ulæst, er den mest almindelige måde, en frist bliver overskredet af en organisation, der troede, den havde overholdt den.
Aftal rettelsespolitikken, gå den igennem, og udgiv en version
Afklar 'Skal fejlen rettes i en ekstrakørsel?', før I står i den: hvad der tæller som et så mærkbart tab for medarbejderen, at der skal betales med det samme, hvem der godkender omkostningen ved ekstrakørslen, og reglen for at kræve for meget udbetalt løn tilbage, som er et juridisk spørgsmål frem for et administrativt. Gå derefter det færdige diagram igennem med en lønmedarbejder, den der holder kontrollen, HR og økonomi, ret det til det, de faktisk gør, frem for det, der står i manualen, og udgiv den revision; behold de tidligere, så enhver, der åbner den senere, kan se, hvilken version de læser.
Ofte stillede spørgsmål
Hvilke trin består en lønproces af?
En lønperiode forløber sådan her: meld lønfristen ud; indsaml tiltrædelser, fratrædelser og faste ændringer fra HR; indsaml timesedler, overarbejde, fravær og de udlæg, der refunderes over lønsedlen, med lederens godkendelse af timerne; kontroller at hvert input er nået frem inden lønfristen, og ryk for eller udskyd det, der mangler; indlæs inputtet og kør validerings- og afvigelseskontroller mod forrige periode; undersøg og ret alt uforklaret ved kilden; beregn fra brutto til netto; klargør et kontrolmateriale og lad det gennemgå af en anden end den, der har kørt lønnen; godkend omkostningen og bekræft dækningen; frigiv betalingsfilen til banken; indberet til eIndkomst og indbetal pensionsbidrag, ATP og feriepenge til deres modtagere; frigiv lønsedlerne; bogfør lønposteringerne i finansen; og arkiver dokumentationen. Fejl, der dukker op efter lønningsdagen, går til en beslutning om en ekstrakørsel frem for at blive båret videre pr. automatik.
Hvad er funktionsadskillelse i løn, og hvordan gør man det i et lille team?
I de fleste organisationer ser to eller tre personer lønnens tal, før pengene flytter sig, så kontrollen før udbetaling er den eneste udefrakommende kontrol, de får. Funktionsadskillelse betyder, at den, der klargør kørslen, hverken er den, der godkender omkostningen, eller den, der frigiver filen i banken. Risikoen, det adresserer, er ikke kun besvigelse (en fiktiv medarbejder, et ændret kontonummer), men også den helt almindelige tastefejl, der rammer hele lønlisten på én gang og bliver opdaget af medarbejderne frem for af økonomifunktionen. I dette diagram er det et trin, 'Uafhængig kontrol før udbetaling', frem for en sætning i en politik, og det, det producerer, er en dateret godkendelse. Små teams kan ikke altid dele opgaven i tre, så del de to, der betyder mest: den, der klargør kørslen, må ikke frigive betalingen. Den, der kontrollerer, behøver slet ikke sidde i lønfunktionen: en økonomichef, HR-chefen eller en ekstern revisor kan holde den, forudsat de får materialet og tiden til at bruge det.
Hvordan adskiller siden sig fra de HR-processer, der fodrer lønnen?
Denne side er kørslen, ikke de begivenheder, der ændrer den. Onboardingprocessen for medarbejdere på /da/templates/medarbejder-onboarding-proces dækker at få en ny ansat kontraktsat, kontrolleret, oprettet og tilmeldt pension; offboardingprocessen på /da/templates/medarbejder-offboarding-proces dækker opsigelse, overdragelse, lukning af adgange og slutafregning; og processen for ferie- og fraværsanmodninger på /da/templates/ferie-og-fravaersanmodning-proces dækker optjening, dækning og lederens godkendelse af fravær. Alle tre slutter, hvor dette diagram begynder, og lander som 'Indsaml tiltrædelser, fratrædelser og ændringer' eller som godkendt fravær, der testes ved 'Er alle input modtaget inden lønfristen?'. Udlæg er det samme: de bliver kontrolleret og godkendt i udlægsgodkendelsesprocessen på /da/templates/udlaegsgodkendelse-proces og optræder kun her, hvis I refunderer over lønsedlen. Brug de skabeloner til at rette, hvorfor inputtet er sent eller forkert. Brug denne til at rette, hvad lønkørslen gør med det input, den modtager, og hvad der sker, når det udebliver.
Hvad gør I, når en medarbejder har fået for meget udbetalt?
Behandl det som et juridisk spørgsmål før et administrativt, og få først fakta på plads: beløbet, hvilke perioder det dækker, og hvordan det opstod. Udgangspunktet i dansk ret er, at penge betalt ved en fejl kan søges tilbage, men det udgangspunkt viger, hvis medarbejderen har været i god tro og med rimelighed har indrettet sig på beløbet, og modregning i fremtidig løn forudsætter et klart krav og har sine grænser, fordi medarbejderen skal have det tilbage, der skal til for at leve. Der er altså langt fra at have et krav til at trække det uden varsel. Meld det skriftligt til medarbejderen, aftal en afdragsplan, personen reelt kan overholde, og fordel en stor tilbagebetaling over flere perioder frem for at rydde den i én nettoløn. Er personen allerede fratrådt, er der ingen løn at modregne i, og det bliver et krav, I skal bede om at få indfriet. Søg rådgivning, når beløbet er stort, medarbejderen bestrider det, eller fejlen har stået på i lang tid. Ret derefter årsagen: de fleste overbetalinger er en fratrædelse meldt efter lønfristen, og det er et overleveringsproblem frem for et lønproblem.
Skal en lønfejl rettes i en ekstrakørsel eller i næste kørsel?
Afgør det ud fra en skreven test frem for efter, hvem der råber højest. En ekstrakørsel koster penge (en betalingsfil, et bankgebyr, en ekstra indberetning og en eftermiddag af en medarbejders tid), så den er ikke standardsvaret. Den er det rigtige svar, når medarbejderen er blevet efterladt med mærkbart for lidt, når en lovpligtig ydelse som sygedagpenge eller barselsdagpenge er udeblevet, eller når fejlen rammer så mange, at det ikke er til at vente. At tage rettelsen med i næste periode er rimeligt ved små beløb og ved et for meget udbetalt beløb, der allerede er aftalt tilbagebetalt. Log årsagen uanset hvad, så den samme afvigelse ikke dukker op igen næste måned. I dette diagram er valget tegnet som 'Skal fejlen rettes i en ekstrakørsel?' i banen Lønansvarlig, og Ekstrakørsel-grenen løber tilbage gennem 'Indberet til eIndkomst og pension' frem for at slutte, fordi en ekstrakørsel bærer sin egen indberetning, sin egen lønseddel og sin egen postering.
Hvor denne proces passer ind
I de fleste virksomheder følger denne proces efter Flowchart for onboarding af medarbejdere og sender videre til Flowchart for regnskabsafslutning, R2R (cut-off til godkendelse).
Kommer før
- Flowchart for onboarding af medarbejdere — Skabelon til onboarding af nye medarbejdere på tværs af HR, IT, leder og facility: fra accepteret tilbud over preboarding og første dag til prøvetidssamtalen efter 90 dage.
- Flowchart for offboarding af medarbejdere (fratrædelse) — Tværfagligt offboarding-flowchart med baner for HR, leder, IT, løn og facility: fra opsigelse over overlevering og exitsamtale til lukkede adgange, afleveret udstyr og sidste løn.
- Flowchart for ferie- og fraværsanmodninger — Flowchart for ferie- og fraværsanmodninger: indsendelse med datoer og fraværstype, tjek af saldo og afløsning, lederens godkendelse, HR-eskalering, løn og tilbagevenden til arbejdet.
- Flowchart for forfremmelse af medarbejdere (indstilling til ikrafttræden) — Flowchart for forfremmelse af medarbejdere: indstilling eller ansøgning, kriterier, dokumentationspakken, kalibrering mod gruppen, finansiering, godkendelse hos ledelsen, løn inden for båndet, brevet, ikrafttræden og overdragelse.
Kommer efter
- Flowchart for regnskabsafslutning, R2R (cut-off til godkendelse) — Flowchart for regnskabsafslutningen, record to report: cut-off i delregnskaberne, periodiseringer, koncernmellemværender, balanceafstemninger, godkendelse af posteringer, konsolidering, udsvingsanalyse, noter og godkendelse.