Affärssystem: behov, licenser och införande i svenska företag

Affärssystemet som en del av företagets ekonomiarbete

Affärssystem kallas ofta ett programvaruval, men det är en missvisande ingång. I praktiken är systemet en organisatorisk lösning som bestämmer hur ekonomiska uppgifter utförs, av vem och med vilken kontroll. Behovsanalysen bör därför utgå från arbetsdelning och bemanning – inte från leverantörernas funktionslistor.

Att upplägget skiftar mellan företag är väl belagt. Uppsatsen Ekonomiarbetet i små svenska aktiebolag (Kosma, 2006) undersöker hur små svenska aktiebolag i tjänstesektorn organiserar och bemannar ekonomiarbetet, och varför de valt just det upplägget. Slutsatsen för den som upphandlar affärssystem är enkel: det finns ingen generell norm att kopiera. Systemet ska passa den arbetsdelning företaget har eller vill ha.

Tre utgångspunkter håller resonemanget på plats: vilka ekonomiska uppgifter som utförs i dag, vem som gör dem internt respektive externt, och vilka krav som kommer utifrån – från styrelse, revisor, ägare och myndigheter. Först när de är besvarade är det meningsfullt att tala om moduler, licenser och leverantörer.

Ett beslut om affärssystem är därför också ett beslut om arbetsdelning och bemanning. Det påverkar vilka tjänster företaget köper in, vilka roller som behövs internt och hur känsligt företaget blir för enskilda personer. Den som håller den kopplingen tydlig står bättre rustad både i behovsanalysen och i förhandlingen.

Behovsbilden: vad små och medelstora svenska företag faktiskt behöver lösa

Behovsbilden formas av hur ekonomiarbetet är organiserat. I ett mindre aktiebolag handlar det oftast om löpande bokföring, leverantörs- och kundfakturor, moms- och skatteredovisning, löner, avstämningar, månads- och årsbokslut, budget och uppföljning samt rapportering till styrelse och ägare. Vilka av uppgifterna som ska lösas i systemet – och vilka som ska ligga någon annanstans – är den första avgränsningen.

Många mindre företag lägger bokföring och lönehantering hos en redovisnings- eller lönekonsult, medan fakturahantering, attest och kundreskontra sköts internt. Ett sådant upplägg ställer helt andra krav på systemet än en helt intern ekonomifunktion: integration eller export till byrån, tydliga behörigheter, attestflöden och möjlighet att dela underlag spårbart.

Behovsbilden bör också fånga volymer och rytm: hur många användare och vilka roller som finns, hur säsongstoppar ser ut, hur många fakturor som hanteras per månad och vem som behöver läsa respektive registrera. Hit hör också krav på spårbarhet, dokumentation och arkivering, liksom möjligheten att exportera data vid byte av lösning eller leverantör.

Regelverket är inte statiskt. Redovisningsreglerna för svenska företag ändras över tid; propositionen Internationell redovisning i svenska företag (prop. 2004/05:24) är ett exempel på ändringar i årsredovisningslagen och närliggande lagar. Det talar för att ställa krav på hur leverantören håller systemet uppdaterat när regler och blanketter förändras.

Skriv ner behoven och rangordna dem – måste, bör och önskvärt – och knyt varje behov till en uppgift och en roll i den egna organisationen. Då blir behovslistan ett underlag för både licensval och införande, i stället för en önskelista som ingen kan prioritera.

Fördelar och nackdelar med extern vs intern ekonomiarbete i små företag

Licens- och avtalsmodeller: vad inköpsfunktionen behöver kunna bedöma

Affärs- och licensmodeller inom IT är en egen kompetens vid sidan av systemkunskapen. Det syns i kravprofilen för strategiska inköpare inom IT-området: där efterfrågas kunskap om olika affärs- och licensmodeller inom IT, jämte erfarenhet av kategoribaserat strategiskt inköp. Samma kunskap behövs internt när ett affärssystem ska upphandlas – någon måste kunna läsa och jämföra avtalen, inte bara se en demo.

I praktiken möter företaget några återkommande konstruktioner: prenumerationstjänster där betalningen följer antalet användare och perioden, eviga licenser kombinerade med en årlig avgift för support och uppdateringar, modul- eller paketbaserade erbjudanden, olika användarkategorier där läsare eller självbetjäning prissätts lägre än fulla användare, samt tjänster där priset följer faktisk förbrukning. Modellerna skiljer sig också åt när det gäller var systemet driftas och vem som ansvarar för det.

Vid jämförelsen behöver inköpsfunktionen ställa samma frågor till varje leverantör: Vad ingår i basavgiften? Hur definieras en användare? Hur prissätts tilläggsmoduler? Vad omfattar supporten? Hur och när får priset justeras? Och vad händer med data och åtkomst om avtalet upphör? Svaren ska dokumenteras, inte lämnas kvar i säljmaterialet.

Kostnaden ska bedömas som totalkostnad, inte som licenspris. Rollen som strategisk inköpare inom IT beskrivs som ett arbete för att optimera processer och totalkostnad i nära samarbete med den egna IT-organisationen. I totalkostnaden ingår utöver licenser även införande, konfigurering, integrationer, migrering av data, utbildning, drift, löpande förvaltning och den egna personalens tid.

Den viktigaste principen är ordningen: modellen ska matcha behovsbilden, inte tvärtom. Har företaget få användare, säsongsvariation och en extern redovisningsbyrå, blir en annan konstruktion rimlig än i en organisation med många interna användare och egna integrationsbehov. Låt behoven styra valet av modell – inte rabatten.

Jämförelse av licensmodeller för affärssystem i svenska företag

Avtalslängd och bindningstid – att väga åtagande mot flexibilitet

Avtalslängden är en avvägning mellan trygghet och förändringsutrymme. Ett längre åtagande kan ge lägre pris per period, förutsägbar budget och en stabil relation, men låser företaget vid en lösning under en tid då både verksamheten och tekniken kan förändras. Ett kortare avtal ger rörlighet, men ofta mindre förhandlingsutrymme och mindre trygghet i leverantörens prioriteringar.

Frågan om rimlig avtalslängd har behandlats i ekonomisk teori, där olika premisser antas vara avgörande för den optimala längden (Andersson, 2007). Poängen är att det inte finns någon generellt riktig längd – bedömningen måste utgå från företagets egna förutsättningar.

Övervägandena liknar dem vid andra långsiktiga leverantörsåtaganden: hur stor investeringen är, hur stabil verksamheten är, hur snabbt behoven och marknaden förändras, hur starkt leverantörsberoendet blir och vilken planeringshorisont företaget har när det gäller ägande, tillväxt och expansion. Ju snabbare förutsättningarna kan ändras, desto starkare skäl att hålla åtagandet kortare eller förhandla fram utträdesmöjligheter.

Det är sällan avtalstiden i sig som är det centrala, utan mekanismerna runt den. Granska automatisk förlängning och uppsägningstider, hur priser får justeras, vad som gäller vid ägarbyte eller verksamhetsövergång, hur data kan tas ut vid ett avslut, samt hur tjänstenivåer och volymförändringar hanteras. Det är dessa villkor som avgör hur låst företaget blir.

För att kunna argumentera internt bör avtalslängden kopplas till företagets budget- och investeringsplan och till hur ofta verksamheten förväntas förändras. Bestäm i förväg vem som får förhandla och dokumentera motiven till den valda längden. Då blir avtalstiden ett medvetet beslut i stället för en detalj som blir kvar från leverantörens standardavtal.

Införandet: projekt, konsultberoende och förändringsledning

Ett införande är ett förändringsprojekt, inte en installation. Arbetssätt, ansvar och attestflöden behöver ses över samtidigt som systemet konfigureras. Även ett tekniskt välfungerande system misslyckas om ingen har bestämt hur arbetet ska utföras efter produktionssättningen.

Det krävs både process- och systemkunskap. I en intervju med IFS nordiska chef (2019) ställs frågan hur IFS ser på tillgången till kompetenta konsulter som kan arbeta med implementationer, med en formulering om att digitalisering kräver ny kompetens som kombinerar process- och systemkunskap. I intervjusvaren betonas i stället företagets tillväxt och att IFS är en attraktiv arbetsplats, liksom att leverantörens partnernätverk växer, vilket enligt intervjun ger kunderna valfrihet när det gäller branschexpertis, support och implementering.

Tillgången till externa konsulter avgör ofta både tempo och risk. Konsulter kan bidra med erfarenhet från liknande införanden och korta ledtider, men ökar kostnaden och skapar beroende av enskilda personer och av leverantörens ekosystem. Bestäm därför i förväg vilka delar som ska göras internt – kravställning, processdesign, testning, utbildning – och vilka som läggs ut.

Arbeta i projektform med tydligt mandat. En styrgrupp som kan fatta beslut om avgränsning, en projektledare med ansvar för tidplan och beroenden, och delmål som är möjliga att verifiera. Lägg särskilt arbete på datakvalitet och migrering, på testning av de processer som är affärskritiska, och på utbildning av dem som ska använda systemet dagligen.

Planera även för tiden efter produktionssättning: stöd i den första driftsperioden, rutin för felanmälan och vidareutveckling, samt uppföljning av om verksamheten fick den nytta som motiverade investeringen. Håll samtidigt nere antalet specialanpassningar, eftersom varje anpassning försvårar framtida uppdateringar och ökar beroendet av den som byggde den.

Steg-för-steg-process för införande av affärssystem i svenska företag

Roller och kompetens: inköp, verksamhet och leverantörsdialog

Ansvaret för ett affärssystem är delat. Verksamhet och ekonomi äger processer och krav, IT äger teknik, integrationer, behörigheter och drift, inköp äger affärsfrågor, avtal och leverantörsrelationen, och ledningen äger prioriteringar och mandat. Otydlighet i den fördelningen är en vanlig orsak till att införanden tappar fart.

Vilken kompetens som krävs framgår av kravprofilen för en strategisk inköpare inom IT. Där beskrivs ansvar för tjänster, hårdvara, mjukvara och konsulter, arbete med att utveckla strategier tillsammans med intressenter och att driva ständiga förbättringar, att aktivt följa marknadsutvecklingen och arbeta med optimering av leverantörsbasen, samt att i nära samarbete med IT-organisationen optimera processer och totalkostnad. Vidare efterfrågas vana av projektarbete, förmåga att leda och driva förändringsarbete, kunskaper i dataanalys och kommunikation på både svenska och engelska.

Det är en användbar beskrivning av vad som behövs internt, oavsett företagsstorlek: någon som håller en aktuell bild av leverantörsbasen, följer pris- och avtalsvillkor, samlar verksamhetens krav och kan föra en strukturerad dialog med leverantören över tid. Leverantörsdialogen är inte ett engångsprojekt vid upphandlingen, utan en löpande uppgift.

För mindre företag är den svåra frågan bemanning snarare än organisation. Vem är systemägare internt, vem ansvarar för den löpande förvaltningen och vem bevakar att avtal och volymer fortfarande matchar verksamheten? En liten organisation kan behöva kombinera roller eller köpa in kompetensen utifrån, men ansvaret bör vara utpekat oavsett.

Därmed hänger delarna samman: behovsbilden avgör vilken licens- och avtalsmodell som är rimlig, avtalslängden avgör hur mycket förändringsutrymme företaget behåller, och införandet avgörs av vilken process- och systemkompetens som finns tillgänglig. Ytterst är affärssystemet en bemanningsfråga – ett teknikval blir aldrig bättre än den organisation som ska förvalta det.