Finanssystem för ekonomichefer: krav, integrationer och kontroll

Utgångspunkt: finanssystemet ska matcha verksamhetens komplexitet

Inget finans- eller lönesystem passar alla organisationer. Valet styrs av storlek, vilka avtal som gäller och vardagens behov. Det är slutsatsen i en leverantörsguide om HR- och lönesystem för svensk offentlig sektor – och samma logik gäller när ekonomichefen bedömer finanssystem: kravbilden kommer från verksamheten, inte från produktblad.

För ekonomichefen handlar det därför sällan om att välja det mest avancerade systemet. Det avgörande är att klara tre saker samtidigt: automatisera tunga ekonomiska flöden, integreras med övriga systemkartan och ge kontroll över data, behörigheter och uppföljning. Orden krav, integrationer och kontroll är också artikelns disposition.

I offentlig sektor sker valet dessutom genom upphandling, inte genom att jämföra produktblad. Fokus flyttas därmed från leverantörens marknadsföring till den egna kravspecifikationen – det enskilt viktigaste styrdokumentet i ett systembyte.

Krav som ekonomichefen inte kan kompromissa med

Grundkraven är desamma oavsett bransch: automatisering av massflöden, stöd för komplexa ersättningar och avtal, budgetering, rapportering och uppföljning. Därtill kommer verksamhetens egna krav – antal anställningar, avtalstyper och enheter, samt hur ofta transaktioner behöver hanteras.

Ett illustrativt exempel på den tunga avtalslogiken: enligt leverantörsguiden hanterar svenska offentliga arbetsgivare några av världens mest komplexa avtal, till exempel AB-avtal. Där generella system kräver manuella uträkningar pekas automatiserat stöd för retroaktiva löneberäkningar, komplexa ersättningar som OB, jour och beredskap samt masshantering av anställningar och vikariat ut som avgörande.

Konsekvensen för ekonomichefen är att kraven måste beskrivas i konkreta scenarier i stället för funktionslistor: retroaktiva lönejusteringar efter avtalsförändring, periodisering av rörliga ersättningar, avstämning mellan lönekörning och redovisning, samt hur budget och prognos påverkas av utfallet. Utan stödet hamnar arbetet i kalkylblad – vilket skapar de kontrollproblem som beskrivs längre fram.

Kravbilden påverkar också gränssnittet mellan ekonomi och HR/lön. När avtal, scheman och ersättningar är komplexa räcker det inte att respektive system fungerar var för sig; dataflödet mellan dem blir en del av kravspecifikationen.

Nyckeldata från svensk offentlig sektor – krav på finans- och HR-system

Integrationskartan: ekonomi, HR/lön, schema och identitet

Ett system står sällan ensamt. I den refererade guiden beskrivs tre integrationsområden som måste fungera: ekonomisystem, bemannings- och schemasystem samt identitetshantering. Som exempel på färdiga integrationer nämns ekonomisystemen Publitech Ekonomi, Unit4 och Raindance, bemannings- och schemasystemen Medvind och TimeCare, samt fullt stöd för SSO, 2FA och automatiserad behörighetsstyrning inom identitetshantering.

Det är rimligt att använda dessa kategorier som checklista, oavsett leverantör: Kan lösningen leverera strukturerad data till ekonomisystemet, läsa schema- och bemanningsdata och kopplas till organisationens identitetshantering så att behörigheter styrs automatiskt i stället för manuellt?

Integrationer ger både tid och kontroll. Integrerade HR-moduler i ett ERP-system för kommuner beskrivs minska dubbelarbete och spara tid för handläggare och chefer, samtidigt som möjligheten att dela data på ett säkert sätt mellan olika myndigheter och förvaltningar stärker samarbetet i den offentliga organisationen.

Praktiskt bör varje integration beskrivas med ansvar, dataflöde, frekvens och felhantering redan i kravspecifikationen. Är integrationen färdig vid leverans, eller måste den byggas och underhållas lokalt? Frågan avgör både införandetid och långsiktig kostnad.

Kontroll, säkerhet och datasuveränitet

För kommuner och myndigheter beskrivs datasuveränitet som inte förhandlingsbart. Enligt den refererade guiden ska lösningen möta kraven i GDPR och cybersäkerhetslagen, och den privata molntjänsten driftas från leverantörens egna datacenter i Sverige under ISO 27001. För ekonomichefen blir detta konkreta krav: var data lagras, vem som är personuppgiftsansvarig och hur incidenter hanteras.

Lika viktigt är att lämna fragmenteringen. Offentliga organisationer beskrivs fortfarande hantera många HR-processer i fragmenterade system, kalkylblad och äldre lösningar, vilket skapar onödiga risker, ineffektivitet och bristande kontroll. Kalkylbladet är bekvämt men saknar spårbarhet, versionshantering och central behörighetsstyrning.

Motbilden är central data. När informationen samlas i ett gemensamt system får beslutsfattare en bättre helhetsbild av ekonomi, resurser och projekt – vilket leder till mer välgrundade beslut och förbättrad styrning.

Kontroll vilar på tre komponenter: en central datakälla, behörigheter som styrs automatiskt via identitetshanteringen (SSO, 2FA och automatiserad behörighetsstyrning) samt spårbarhet genom loggning och historik. Tillsammans gör de att ekonomichefen kan svara på vem som gjort vad, när och med vilket underlag.

Från månadsrapport till strategiskt beslutsstöd

Ett sammanhållet system skapar ordning och struktur i ekonomin, automatiserar arbetsflöden och minskar risken för fel i budget och rapportering. Den tydligaste fördelen som lyfts fram är ökad transparens: när all data finns i en central källa får beslutsfattare en bättre helhetsbild av kommunens ekonomi, resurser och projekt.

Moderna finanslösningar går längre än att automatisera rutiner. Leverantörsbeskrivningar av SAP:s finanslösningar lyfter fram att avancerad teknik som AI, maskininlärning och molnteknik kombineras med branschexpertis, och att integrerade finansiella analyser i realtid minskar risker och underlättar strategisk planering. SAP S/4HANA Finance, som lanserades 2014, beskrivs som den första applikationen byggd på en in-memory-plattform och gav realtidsinsikter och effektiviserade bokslut. SAP:s ekonomi- och finanslösningar kopplas också till integrerad AI och assistenten Joule.

För offentlig sektor finns motsvarande erbjudanden i molnet, där bland annat effektiv budgethantering och bättre insikter för chefer och ledare lyfts fram.

Det är värt att hålla isär marknadsföring och effekt. Realtidsinsikter och AI-stöd förutsätter strukturerad, central och korrekt data samt de integrationer som beskrivits ovan. Annars blir analysverktyget ett nytt lager ovanpå samma fragmentering.

Upphandling och införande: dialog före produktval

I offentlig sektor väljs system inte genom att jämföra produktblad, utan genom upphandling. Därför är kvaliteten i den egna kravspecifikationen avgörande för utfallet. Upphandling av HR-system sker enligt LOU, och dialogen med marknaden beskrivs som vägen till framgång – en process där man både säkerställer att rätt system väljs för organisationens behov och skapar en sund marknadsrelation.

Marknaden delas i den refererade guiden in i tre lösningstyper som fungerar som analysram: specialiserade verksamhetsstöd byggda specifikt för svensk offentlig förvaltning med fokus på djup avtalslogik och högsta säkerhetsklass, generella affärssystem som ofta kräver omfattande anpassningar för att förstå svenska kommunala kollektivavtal, samt modulära SaaS-lösningar som fungerar bra för enkla organisationer men ofta saknar bredden för stora myndigheters behov.

Valet mellan dem är en avvägning mellan djup och flexibilitet: specialiserade lösningar ger färdig avtalslogik men mindre rörelsefrihet, generella system ger bredd men kräver anpassning, och modulära SaaS-lösningar ger snabbhet men kan brista i bredd. Att tidigt avgöra vilken typ av lösning den egna verksamheten behöver är effektivare än att utvärdera enskilda produkter.

Införandet bör planeras parallellt med upphandlingen: migrering av historisk data, integrationer, behörighetsmodell, utbildning och en period av parallell drift. Här avgörs om kravspecifikationens löften blir verklighet.

Tre lösningstyper i offentlig sektor – jämförelse av djup, flexibilitet och anpassning

Checklista för ekonomichefen

Internt – verksamheten: Vilka avtal och ersättningstyper måste stödjas fullt ut, och vilka hanteras i dag manuellt? Hur stora volymer hanteras i massflöden som anställningar, vikariat och retroaktiva justeringar? Vilka rapporter och nyckeltal behöver ledningen, och med vilken frekvens?

Internt – data och kontroll: Var finns dagens data – i system, i kalkylblad eller hos leverantörer? Finns en dokumenterad behörighetsmodell, och hur följs den upp? Hur lagras och arkiveras underlag för revision och uppföljning?

Internt – roller och ansvar: Vem äger kravspecifikationen, vem äger integrationerna och vem är beställare gentemot leverantören? Är ekonomi och HR/lön överens om gränssnittet mellan sina processer innan upphandlingen startar?

Till leverantören – avtalslogik: Hur hanteras komplexa kollektivavtal, retroaktiva beräkningar och ersättningar som OB, jour och beredskap? Vilka delar är standard och vilka kräver anpassning? Vad händer vid avtalsförändringar?

Till leverantören – integrationer: Vilka integrationer är färdiga vid leverans mot vårt ekonomisystem, våra bemannings- och schemasystem samt vår identitetshantering? Vem ansvarar för att bygga och underhålla dem, och hur hanteras fel i dataflödet?

Till leverantören – säkerhet och datasuveränitet: Var lagras data, i vilket land och i vilken molntjänst? Hur uppfylls GDPR och cybersäkerhetslagen, och vilken säkerhetsstandard är certifierad? Hur hanteras incidenter och rapportering av dem?

Till leverantören – behörigheter och spårbarhet: Stöds SSO, 2FA och automatiserad behörighetsstyrning? Hur loggas ändringar, och kan vi själva följa upp vem som gjort vad?

Till leverantören – uppföljning och strategiskt stöd: Kan vi ta fram budget, prognos och uppföljning i samma miljö som redovisningen? Vilka analys- och AI-funktioner ingår, och vilken datakvalitet kräver de?

Till leverantören – upphandling och införande: Hur ser införandeplan, migrering, utbildning och parallell drift ut? Vilka referenskunder med liknande komplexitet kan kontaktas?

Sammanfattande regel: Låt kravspecifikationen – inte produktbladet – styra valet, och kontrollera att avtalslogik, integrationer och säkerhet hänger ihop innan avtal tecknas. Det är kombinationen som avgör om systemet ger ekonomichefen kontroll i vardagen.