Varför tar månadsbokslutet tre dagar – och vad det avslöjar om ditt affärssystem

Att det tar tre till fem dagar att stänga månaden har blivit så normalt att de flesta ekonomichefer slutat ifrågasätta det. Man exporterar till Excel, kör ihop siffrorna manuellt, väntar på att en kollega ska flytta en fil, och försöker sedan förstå varför beloppet inte stämmer mot systemet. Det är inte ett resurs- eller kompetensproblem. Det är ett systemfel.

Det finns en anledning till att ekonomiavdelningar i medelstora svenska företag lägger dagar varje månad på arbete som i teorin borde ta timmar. Den anledningen sitter oftast i arkitekturen på det affärssystem de använder – ett system som byggdes för hur man jobbade för 20 år sedan, och som inte designades för att ge ekonomiteamet realtidsöversikt.

Vad ett bra system faktiskt ska klara

En rimlig tumregel: om du behöver exportera data till Excel för att göra en analys, är systemet designat fel. Data ska kunna brytas ner, filtreras och sammanställas direkt – utan mellansteg. Månadsrapporten ska i bästa fall inte kräva mer än att någon granskar siffrorna och godkänner dem, inte att någon producerar dem från grunden varje gång.

Moderna molnbaserade affärssystem som Visma Business NXT bygger på den principen: realtidsdata, ett enda system för ekonomi, inköp, lager och försäljning, och ett öppet API som gör det enkelt att koppla ihop med specialiserade verktyg för rapportering. Det är ingen avancerad teknik i sig – men det kräver att grundarkitekturen är rätt från början.

Varför hänger gamla system kvar

Svaret är oftast inte ekonomiskt. Det är organisatoriskt. Någon vet hur systemet fungerar, det är inställt på ett visst sätt, och bytet upplevs som en större risk än att fortsätta med det som funkar tillräckligt bra. "Tillräckligt bra" är ett farligt tillstånd att normalisera.

Verklighetsbeskrivningen brukar låta såhär: "Vi har kört på det här systemet i 15 år, alla vet hur det fungerar, men ja – månadsrapporten tar tid." Det som inte räknas in i den ekvationen är kostnaden för de dagarna. Om ett ekonomiteam på tre personer lägger fyra dagar varje månad på manuell rapportering handlar det om ungefär 150 dagar per år – nära en heltidstjänst – som går till administration snarare än analys.

Migration behöver inte innebära ett nollställ

En av de vanligaste missuppfattningarna vid systembyten är att man måste börja om från noll. För den som kör Visma Business idag är det inte fallet vid en flytt till Business NXT – datastrukturen bevaras, och migrationen handlar om att lyfta systemet till molnet snarare än att byta plattform helt. Det är fortfarande Visma, med samma grundlogik och datamodell, men med moderna integrationer, webbaserat gränssnitt och automatiska uppdateringar.

Det som tar tid är inte flytten i sig, utan att kartlägga hur man faktiskt jobbar idag – vilka processer som är anpassade till systemets begränsningar snarare än till hur man egentligen vill arbeta. Det jobbet är värt att göra ordentligt, och det ger ofta mer insikt om verksamheten än man förväntar sig.

Frågorna som faktiskt avgör om det är dags att byta

Innan man sätter igång med ett systembyte är det några frågor som är mer avgörande än tekniska specifikationer:

• Hur ser vår faktiska closing-process ut idag, steg för steg?
• Vilka delar är manuella för att systemet inte klarar dem automatiskt?
• Vad skulle vi sluta göra om systemet hanterade det åt oss?
• Hur många beslut fattas baserat på data som är en vecka gammal?

Svaren på de frågorna säger mer om behovet av ett nytt system än vad vilken lista av funktioner man jämför kan göra. Och de leder ofta till en annan och mer produktiv konversation om vad man egentligen vill ha ut av sin ekonomiavdelning.

Det är precis den här typen av inbyggd ineffektivitet – månader av onödigt manuellt arbete som normaliserats bort – som är en av anledningarna till att Northscale startade. Affärssystemsvärlden har på många sätt inte förändrats på 30 år, trots att både systemen och affärsvärlden förändrats radikalt. Vi är en ny aktör med ny teknik och ett annat sätt att leverera. Vi börjar alltid med att förstå hur ni faktiskt jobbar idag – inte hur affärssystemet vill att ni ska jobba.