Därför är lönemisstaget detsamma i nästan alla bolag – oavsett storlek
Därför är lönemisstaget detsamma i nästan alla bolag – oavsett storlek
Fråga tio olika ekonomichefer hur de hanterar löneadministrationen och du får tio olika svar. Olika system, olika processer, olika antal inblandade personer. Men gräver du lite djupare hittar du nästan alltid samma grundproblem: lönehanteringen har vuxit organiskt utan att någon egentligen tagit ett medvetet beslut om hur den ska se ut.
Det är inte slarv. Det är hur det alltid börjar. Bolaget startar, löner körs på enklaste möjliga sätt, det fungerar. Sedan förändras verksamheten men processen förändras inte i samma takt. Till slut sitter man med en lösning som designades för ett bolag med fem anställda men används av ett bolag med femtio.
Det är i det gapet som problemen uppstår.
Komplexiteten som smyger sig på
Löneadministration har en egenskap som gör den svår att hantera i ett bolag under förändring: komplexiteten ökar inte linjärt med antalet anställda. Den ökar exponentiellt med variationen bland de anställda.
Tio heltidsanställda med identiska villkor är en enkel löneprocess. Tio anställda med olika anställningsformer, olika kollektivavtal, olika förmånspaket och olika typer av rörlig ersättning är en helt annan sak. Och det är den verkligheten som möter de flesta bolag som befinner sig i aktiv tillväxt – inte den förra.
Varje ny anställningsform tillför en ny regeluppsättning att hålla koll på. Varje förmån skapar ett förmånsvärde som ska beräknas och redovisas korrekt. Varje förändring i Skatteverkets eller Försäkringskassans regelverk kräver att processen uppdateras. Det är ett kontinuerligt underhållsarbete som ofta är osynligt tills något går snett.
Vad ”tillräckligt bra” faktiskt kostar
De flesta bolag som hanterar löner internt gör det tillräckligt bra. Inte perfekt, men tillräckligt bra för att det inte syns utåt. Löner betalas ut i tid. Skatteredovisningen lämnas in. Inga akuta kriser uppstår.
Men tillräckligt bra döljer en rad kostnader som inte syns i bokföringen.
Det döljer den tid som läggs på att rätta till fel som aldrig borde ha uppstått. Det döljer de timmar som HR-chefen lägger på att svara på lönefrågor från medarbetare istället för att arbeta med det som faktiskt är hennes kärnuppgift. Det döljer den mentala belastningen hos den person som vet att löneprocessen är sårbar men inte har mandat eller resurser att förändra den.
Och det döljer risken. Inte risken att något troligen kommer att gå fel – utan risken att något förmodligen redan har gått fel utan att någon märkt det ännu.
Stockholmsmarknaden ställer högre krav
Det finns anledning att prata specifikt om bolag verksamma i Stockholm, för löneadministration i Stockholm har en del särdrag som inte gäller lika brett i hela landet.
Lönenivåerna är generellt högre, vilket innebär att felbedömningar – exempelvis kring förmånsvärden eller rörliga ersättningsdelar – slår hårdare kronor- och ören-mässigt. Arbetsmarknaden är rörligare, med kortare genomsnittlig anställningstid i vissa sektorer, vilket skapar fler ingångar och avgångar i lönesystemet per år. Och koncentrationen av bolag inom tech, finans och professionella tjänster innebär att komplexa ersättningsstrukturer med optioner, bonusar och förmånspaket är regel snarare än undantag.
Det är en miljö där en standardlösning för löneadministration sällan räcker. Det som faktiskt fungerar är tillgång till konsulter med djup kunskap om just det här regelverket och den här arbetsmarknaden – vilket är en av de konkreta anledningarna till att efterfrågan på professionell löneadministration i Stockholm har ökat markant de senaste åren.
Skillnaden mellan att köpa ett system och att köpa kompetens
Det finns en utbredd föreställning om att löneadministrationens problem löses med rätt mjukvara. Köp ett bra system, automatisera det som går att automatisera, och problemet är löst.
Det är delvis sant. System tar bort en del av det manuella arbetet och minskar risken för enkla inmatningsfel. Men system besvarar inte frågan om hur en specifik situation ska hanteras. De räknar korrekt på de indata de får – men de kan inte avgöra om indata är korrekt formulerade från början.
Det är skillnaden mellan teknisk exekvering och kompetent bedömning. Och kompetent bedömning är det som faktiskt …

…
