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

Affärssystemet som en del av företagets ekonomiarbete

Affärssystem beskrivs ofta som ett programvaruval. Det är missvisande. Systemet är en organisatorisk lösning som styr hur ekonomiska uppgifter utförs, av vem och med vilken kontroll.

Behovsanalysen bör utgå från arbetsdelning och bemanning, inte från leverantörernas funktionslistor. Upplägget varierar mellan företag. Ingen generell norm går att kopiera; systemet ska passa företagets arbetsdelning, nu eller önskad.

Tre utgångspunkter håller resonemanget på plats: vilka ekonomiska uppgifter som utförs i dag, vem som utför dem internt respektive externt, och vilka externa krav som finns från styrelse, revisor, ägare och myndigheter. Först då är det meningsfullt att diskutera moduler, licenser och leverantörer.

Ett beslut om affärssystem är också ett beslut om arbetsdelning och bemanning. Det påverkar vilka tjänster företaget köper in, vilka interna roller som behövs och hur känsligt företaget blir för enskilda personer. Tydlig koppling ger bättre underlag i både behovsanalys och förhandling.

Begreppet är brett. ERP avser komplexa system för större organisationer; enklare affärssystem för mindre komplexa företag omfattas inte av ERP-begreppet. Alla bygger på en central databas och kan kopplas till e-handelsplattformar, bokföringssystem eller HR-system.

BusinessWiths översikt omfattar 35 affärssystem och nämner bland annat SAP och Xledger (BusinessWith).

Beskriv nyttan som konkreta förändringar i arbetsflödet: färre manuella överföringar, tydligare kontrollpunkter och bättre överblick över vem som gjort vad. Skriv ned vilken förbättring företaget vill uppnå innan funktioner och leverantörer bedöms.

En leverantörsöversikt för den svenska marknaden listar 35 olika affärssystem (BusinessWith). Namnen ger en startpunkt för jämförelse, men behovsbilden avgör vilka funktioner och processer som ska provas.

Beslutsordningen börjar med verksamhetens processer och krav. Därefter jämförs avtalsvillkor och leverantörer, innan projektets ansvar, tidplan och tester bestäms.

Jämför prenumeration, evig licens, modul- eller paketpris, användarkategorier och förbrukningsbaserad debitering. Ställ licens, användare, moduler, anpassningar, integrationer, införande, utbildning, support och löpande förvaltning på varsin rad i offertunderlaget. Be leverantörerna beskriva vad som ingår, hur kostnaden påverkas av ändrade volymer och vad som gäller för data och åtkomst när avtalet upphör.

Börja med att dokumentera vilka uppgifter systemet ska stödja och vilka som ska skötas internt eller externt. Använd samma behovsbild när licensvillkor, leverantörsalternativ och införandeplan bedöms.

Behovsbilden: processer och krav i svenska företag

Behovsbilden formas av hur ekonomiarbetet organiseras. 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.

Den första avgränsningen är vilka uppgifter som ska lösas i systemet och vilka som ska ligga någon annanstans. 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.

Det ställer krav på integration eller export till byrån, tydliga behörigheter, attestflöden och spårbar delning av underlag. Behovsbilden bör fånga volymer och rytm: antal användare och roller, säsongstoppar, antal fakturor per månad och vem som behöver läsa respektive registrera.

Behovsbilden bör omfatta spårbarhet, dokumentation, arkivering och möjlighet att exportera data vid leverantörsbyte. Skatteverket anger att vilken period moms redovisas i momsdeklarationen beror på om företaget använder boksluts- eller faktureringsmetoden (Skatteverket).

Skatteverket anger att B14 används vid redovisning av månads- eller kvartalsmoms och B14A vid redovisning av årsmoms (Skatteverket).

Skatteverkets exempel på bokslutshändelser omfattar avskrivningar, värdering av varulager och beräkning av varukostnad, kund- och leverantörsfakturor samt hantering av moms vid årets slut (Skatteverket). Kräv att systemet stödjer de moment som ingår i företagets bokslut.

BAS-kontoplanen 2022 anger konto 6910 för licensavgifter och royalties (BAS). Be leverantören visa hur företagets kontoplan och konteringsrutiner hanteras i lösningen, och stäm av exemplet med den som ansvarar för redovisningen.

Skatteverket visar också exempel på konton som 2610 utgående moms, 2640 ingående moms, 7000 löner till anställda och 7500 sociala och andra avgifter enligt avtal (Skatteverket).

Översätt regler och rutiner till konkreta acceptanstest för momsrapportering, kontering, bokslutsunderlag och behörigheter. Låt ekonomi och eventuell redovisningsbyrå godkänna testfallen före avtalet, så att systemet prövas mot företagets arbetssätt.

Behovsbilden har också en kundsida. Kunders behov och önskemål är viktiga indikationer på vad som behöver prioriteras. Samma ordning gäller affärssystemets funktioner: rangordna efter vad verksamheten och kunderna faktiskt behöver.

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

Vanliga funktioner att ta ställning till är ekonomihantering, bokföring, inköp, tillverkning, försörjningskedja, orderläggning, lagerhantering, inventeringskontroll och logistik. Har företaget inget lager behövs ingen lagermodul; systemet bör i stället klara de processer som faktiskt finns.

Lista vilka verktyg som ska utbyta data med affärssystemet, exempelvis bank, e-handel, CRM eller lön. Be leverantören visa vilken information som överförs, hur fel fångas upp och vem som ansvarar för ändringar i kopplingen.

En kravspecifikation bör börja med företagstyp och affärsprocesser. Gör en lista över viktiga funktioner som ekonomi, HR, lager och kundrelationer. Budgeten är prioriterad: ett komplext system kostar mer än ett grundläggande, och systemet bör fungera om två, fem och tio år.

Börja jämförelsen med verksamhetens storlek, processer och planerade förändringar, inte med en allmän målgruppsetikett. Be varje leverantör visa hur den föreslagna lösningen hanterar företagets prioriterade arbetsflöden.

Låt kravspecifikationen ange vilka arbetsflöden som är avgörande och hur de ska demonstreras. Då blir det lättare att skilja mellan funktioner som visas i systemet och sådant som kräver tillägg eller anpassning.

Jämför funktioner utifrån samma processer och användarroller hos varje leverantör. Be om en förklaring av vad som ingår i grundlösningen och vad som kräver ytterligare moduler, integrationer eller arbete.

I tillverkande verksamhet kan systemet omfatta produktionsstyrning, leveranskedjeoptimering och kvalitetskontroll. E-handel kan integreras för att automatisera orderflöden och kundhantering.

Vid systemjämförelse kan funktionalitet, implementeringstid, kostnad, skalbarhet och användarupplevelse vägas. Branschspecifika moduler kan behövas för verksamhetstypen, och BI-stöd med realtidsrapportering ger snabbare beslut.

Offentlig sektor kan ställa krav på säkerhet och hantering av stora datamängder. Det är en påminnelse om att behovsbilden måste utgå från den egna verksamhetens krav, inte en generell funktionslista.

Vid investering i nytt system bör företaget blicka framåt. Hur ser företaget ut om två, fem eller tio år? Rätt system från början undviker kostnader och risker med att byta ut stora system.

Licens- och avtalsmodeller: villkor, priser och totalkostnad

Affärs- och licensmodeller inom IT är en egen kompetens vid sidan av systemkunskapen. Kravprofilen för strategiska inköpare inom IT efterfrågar kunskap om olika affärs- och licensmodeller inom IT och erfarenhet av kategoribaserat strategiskt inköp.

Samma kunskap behövs internt vid upphandling av affärssystem: någon måste kunna läsa och jämföra avtalen, inte bara se en demo.

I praktiken återkommer prenumerationstjänster där betalningen följer antal användare och period, eviga licenser med årlig avgift för support och uppdateringar, och modul- eller paketbaserade erbjudanden.

Dessutom användarkategorier där läsare eller självbetjäning prissätts lägre än fulla användare, samt tjänster med pris efter faktisk förbrukning. Modellerna skiljer sig också åt i fråga om var systemet driftas och vem som ansvarar för det.

Leverantörens branschinriktning bör vägas mot företagets egna arbetsflöden och krav. Be om exempel på hur lösningen hanterar verksamhetens centrala processer och vilka delar som behöver konfigureras eller kompletteras.

Licensen tecknas inte alltid med tillverkaren själv. Klargör vem som är avtalspart, vem som ansvarar för införande och support, och hur ansvar och åtkomst påverkas om samarbetet med en konsult eller partner upphör.

Vid jämförelsen bör 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? Fråga också vad supporten omfattar, hur och när priset får justeras, och vad som händer med data och åtkomst om avtalet upphör. Dokumentera svaren i stället för att lämna dem i säljmaterialet.

Kostnaden ska bedömas som totalkostnad, inte licenspris. Strategisk inköpare inom IT beskrivs arbeta för att optimera processer och totalkostnad i nära samarbete med den egna IT-organisationen.

I totalkostnaden ingår licenser, införande, konfigurering, integrationer, migrering av data, utbildning, drift, löpande förvaltning och egen personaltid. Priset beror på systemets omfattning, antal användare, typ av installation och graden av anpassning.

Ordningen är principen: modellen ska matcha behovsbilden, inte tvärtom. Få användare, säsongsvariation och extern redovisningsbyrå motiverar en annan konstruktion än många interna användare och egna integrationsbehov. Låt behoven styra valet av modell – inte rabatten.

Be alla leverantörer besvara samma frågor om användare, moduler, tillägg och driftsform. Bedöm därefter erbjudandet mot företagets behov, så att skillnader i målgruppsbeskrivningar inte ersätter en prövning av de faktiska arbetsflödena.

Jämför erbjudandena på samma grund: vilka processer som stöds, hur lösningen kan växa med verksamheten och vad som ingår i avtalet. Begär en tydlig uppdelning av licens, införande, tillägg och löpande förvaltning.

En produktbeskrivning är en utgångspunkt, inte ett svar på hur lösningen fungerar i det egna företaget. Be leverantören visa de arbetsflöden som är viktigast och redovisa vilka delar som kräver integration, konfiguration eller extra tjänster.

Använd samma demonstrationsunderlag för varje alternativ och dokumentera hur väl kraven uppfylls. Ta med behörigheter, rapportering, integrationer och datauttag, och skilj mellan standardfunktioner och sådant som kräver särskilt arbete.

Jämför leverantörernas lösningar utifrån de processer och funktioner som företaget faktiskt behöver. Dokumentera vad som visas, vad som inte täcks och vilka frågor som behöver besvaras innan avtal tecknas.

BusinessWith beskriver SAP som ett molnbaserat ERP-system för växande bolag (BusinessWith). Pröva den beskrivningen mot företagets egna processer i en demonstration.

Molnbaserade system har ofta månads- eller årsavgift per användare. Lokalt installerade system har ofta engångslicens, men kräver hårdvara, drift och intern IT-kompetens. Prissättningen påverkas av antal användare, moduler, anpassningar, integrationer, implementation, utbildning, support och vidareutveckling.

Konkreta nivåer: Visma Spiris kostar 199 kr per månad för ett mindre företag som vill hålla bokföring och fakturering smidigt, medan hela abonnemanget kostar 549 kr per månad (Spiris). Ett medelstort tjänsteföretag med Visma Net Finance landar på en månadskostnad i nivå med startpriset, från 2 744 kr per månad, plus rörlig kostnad för fakturor och betalningar (Pector).

Modulbaserade system innebär att företaget betalar för funktioner som ekonomi, lager, projekt, CRM, e-handel och produktion. Vissa leverantörer inkluderar i stället majoriteten av funktionerna. Dolda kostnader är tid för implementation, intern arbetsinsats, förlorad funktionalitet och risk för låg användning.

Kostnaden består av licens eller abonnemang, antal användare, moduler, anpassningar, integrationer, implementation, utbildning, support och vidareutveckling. Molnbaserat ger lägre startkostnad och förutsägbar kostnad; lokalt installerat kräver hårdvara och intern IT-kompetens.

Kostnaden varierar med systemets omfattning, antal användare och driftsmodell.

Be leverantörerna visa hur lösningen kan konfigureras utan specialanpassningar och vilka konsult- eller partnerresurser som kan anlitas. Begär också besked om hur kunskap och dokumentation överförs till företagets egen förvaltning.

BusinessWith beskriver SAP som ett molnbaserat ERP-system för växande bolag (BusinessWith). Be leverantören visa hur det beskrivna stödet motsvarar företagets behov, vilka delar som ingår och vilka beroenden som följer med lösningen.

I svenska jämförelser finns underkategorier som affärssystem för bank, bygg, distribution, el, fastighet, grossist, it, restaurang, retail, service och tillverkning. Det finns också kategorier för småföretag och SaaS-affärssystem.

Bedöm integrationsförmåga och prismodell var för sig. Be leverantören visa vilka kopplingar som ingår, vilka som kräver särskilt arbete och hur kostnaderna hanteras i avtalet.

Priset sätts ofta per användare utöver en grundavgift. Anpassningar och integrationer mot e-handel, kassasystem eller CRM kan ge utvecklingskostnader. Leverantörer med nativa integrationer tar ofta bort stora delar av den kostnaden.

Be om en skriftlig beskrivning av hur abonnemanget kan ändras när verksamhetens behov förändras. Kontrollera villkor för prisjustering, tillägg och uppsägning innan avtalet godkänns.

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

Avtalslängden väger trygghet mot förändringsutrymme. Ett längre åtagande kan ge lägre pris per period, förutsägbar budget och stabil relation, men låser företaget medan verksamhet och teknik kan förändras. Ett kortare avtal ger rörlighet, men ofta mindre förhandlingsutrymme och mindre trygghet i leverantörens prioriteringar.

Rimlig avtalslängd beror på olika premisser; ingen längd är generellt riktig. Bedömningen måste utgå från företagets egna förutsättningar.

Konkreta exempel: Visma Net och Business NXT anger ingen bindningstid och fritt antal användare i alla paket (Pector). Visma Spiris abonnemang löper i 12 månader till ordinarie pris efter en inledande kostnadsfri period för nystartade företag (Spiris).

Övervägandena liknar dem vid andra långsiktiga leverantörsåtaganden: investeringens storlek, verksamhetens stabilitet, hur snabbt behov och marknad förändras, hur starkt leverantörsberoendet blir och planeringshorisonten för ä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.

Leverantörens förmåga att upprätthålla tjänsten och utveckla den över tid är relevant vid långa åtaganden. Fråga om supportens ansvar, planerade förändringar och hur företaget får information om villkor som påverkar lösningen.

Även kontinuiteten i leveransteamet är värd att bedöma. Ta reda på vem som ansvarar för kundrelation, support och utveckling, och hur överlämning hanteras om nyckelpersoner byts ut.

Sällan är avtalstiden central i sig; villkoren runt den avgör. Granska automatisk förlängning och uppsägningstider, prisjusteringar, ägarbyte eller verksamhetsövergång, datauttag vid avslut samt tjänstenivåer och volymförändringar. Det är villkoren som avgör hur låst företaget blir.

Koppla avtalslängden till budget- och investeringsplan och till hur ofta verksamheten väntas förändras. Bestäm i förväg vem som får förhandla och dokumentera motiven till vald längd. Då blir avtalstiden ett medvetet beslut, inte en kvarleva 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 måste 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.

Införandet kräver både process- och systemkunskap. Digitalisering ställer krav på ny kompetens som kombinerar process- och systemkunskap.

Tillgången till rätt konsultkompetens behöver bedömas för varje leverantörsalternativ. Fråga vilka resurser som kan hjälpa till med företagets branschprocesser, integrationer, utbildning och löpande support.

Be om namngivna roller i projektet och en beskrivning av deras ansvar, utan att förväxla en organisations storlek med tillgång till rätt kompetens. Säkerställ att dokumentation och kunskap förs över till den egna organisationen under arbetet.

Externa konsulter avgör ofta tempo och risk. De bidrar med erfarenhet från liknande införanden och kortar ledtider, men ökar kostnaden och skapar beroende av enskilda personer och leverantörens ekosystem. Bestäm i förväg vilka delar som görs internt – kravställning, processdesign, testning, utbildning – och vilka som läggs ut.

Arbeta i projektform med tydligt mandat: styrgrupp för avgränsning, projektledare för tidplan och beroenden samt verifierbara delmål. Lägg särskilt arbete på datakvalitet och migrering, testning av affärskritiska processer och utbildning av dem som ska använda systemet dagligen.

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

Tidiga steg är behovsanalys och marknadsundersökning. Behovsanalysen identifierar verksamhetens behov och krav på systemet. Marknadsundersökningen jämför olika affärssystem och leverantörer.

I Sverige arbetar konsult- och systemleverantörer som Knowit, AFRY, Perfect IT och KR System med affärssystem; KR System uppger erfarenhet av över 700 systeminstallationer (affarssystemen.se). Perfect IT erbjuder projektledning, konsulting och rådgivning till kunder som ska implementera affärssystem (affarssystemen.se).

Implementationen omfattar projektledning, datamigration, tester och utbildning. Support och vidareutveckling är en del av den långsiktiga kostnaden. I SaaS-modellen ingår ofta uppdateringar i abonnemanget; vid lokala system tillkommer vanligtvis ett separat supportavtal.

Implementeringskostnader och konsultarvoden varierar med projektets omfattning, antal användare och vilken kompetens som behövs.

Molnbaserat ger låg tröskel, förutsägbar kostnad, lägre startkostnad, inga server- eller driftskostnader och automatiska uppdateringar, men kräver stabil internetanslutning. Lokalt installerat ger full kontroll och engångslicens, men hög initial investering, intern IT-kompetens samt löpande drifts- och uppgraderingskostnader.

Implementationstiden varierar med systemets omfattning och driftsmodell.

Införandet kan följa fyra steg: behovsanalys, marknadsundersökning, implementation och support/vidareutveckling. Rollerna i projektet bör vara tydliga: styrgrupp för avgränsning, projektledare för tidplan och beroenden, verksamheten för processer och krav, IT för teknik och integrationer, inköp för avtal och leverantörsrelation samt ledningen för prioriteringar och mandat.

Verifierbara delmål och datakvalitet är särskilt viktiga. Räkna in projektledning, datamigration, tester och utbildning i totalbudgeten från start. Uppdateringar, säkerhetspatchar och support är en del av den långsiktiga kostnaden.

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örsrelation, och ledningen äger prioriteringar och mandat. Otydlig fördelning är en vanlig orsak till att införanden tappar fart.

Kravprofilen för en strategisk inköpare inom IT beskriver ansvar för tjänster, hårdvara, mjukvara och konsulter. Rollen omfattar att utveckla strategier med intressenter, driva ständiga förbättringar, följa marknadsutvecklingen och optimera leverantörsbasen.

Dessutom efterfrågas nära samarbete med IT-organisationen för att optimera processer och totalkostnad, vana av projektarbete, förmåga att leda och driva förändringsarbete, kunskaper i dataanalys samt kommunikation på svenska och engelska.

Kompetensen behövs i företag där IT-system stödjer andra delar av verksamheten än renodlad teknik. Utse någon som kan förena verksamhetens krav med inköpets ansvar för villkor, leverantörsdialog och uppföljning.

Beskrivningen visar 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 för en strukturerad leverantörsdialog över tid. Dialogen är inte ett engångsprojekt vid upphandlingen utan en löpande uppgift.

För mindre företag är bemanning svårare än organisation. Vem är systemägare internt, vem ansvarar för löpande förvaltning och vem bevakar att avtal och volymer matchar verksamheten? En liten organisation kan kombinera roller eller köpa kompetens utifrån, men ansvaret bör vara utpekat.

Därmed hänger delarna samman: behovsbilden avgör licens- och avtalsmodell, avtalslängden avgör förändringsutrymmet och införandet avgörs av process- och systemkompetens. Ytterst är affärssystemet en bemanningsfråga – ett teknikval blir aldrig bättre än organisationen som ska förvalta det.