Logistiken går i realtid. E-handeln går i realtid. SaaS-mätvärden körs i realtid.

Koncernfinansiering går fortfarande i månatliga omgångar. Tio dagars samling varje månad. Sedan ett brädpaket som beskriver en värld som inte längre existerar.

Detta är inte ett processproblem. Det är ett arkitekturproblem.

Detta är inte ovanligt. De flesta finansteam med flera enheter jag pratar med beskriver samma mönster.

Den avslutande processen börjar med exporten. Testsaldon hämtade från varje ERP. Data kopieras till kalkylblad. Manuella kontroller mot koncerninterna saldon. Valutakonverteringar som tillämpas för hand eller genom styva mallar som bryts när en ny entitet läggs till.

Sedan kommer försoningen. Mappa konton från olika diagram till en gruppvy. Identifiera avvikelser. Jagar efter förklaringar från enhetskontrollörer som kör sin egen nära parallell.

Sedan konsolidering. Elimineringar. Justeringar. En slutlig recension som handlar mer om att fånga fel än att generera insikt.

Hela processen är sekventiell. Varje steg väntar på det föregående. En försening i en enhet försenar hela koncernen.

‍

‍

Antagandet bakom allt detta

Anledningen till att slutet av månaden ser ut så här är inte att finansteam valde det. Det är att infrastrukturen antog det.

Traditionella konsolideringsverktyg byggdes för en värld där data rör sig i partier. Du exporterar vid periodens slut. Du importerar till konsolideringslagret. Du bearbetar. Du rapporterar.

Varje steg är en diskret händelse. Arkitekturen bygger på periodiska ögonblicksbilder, inte kontinuerligt dataflöde.

När gruppen var två enheter på samma ERP fungerade detta. Satscykeln var tillräckligt kort för att förseningen var acceptabel.

Vid sexton enheter över tre ERP är batchcykeln flaskhalsen. Inte för att verktygen är långsamma. Eftersom arkitekturen tvingar allt in i en sekventiell kö som bara körs en gång i månaden.

Vad förändras när arkitekturen är kontinuerlig

Alternativet är inte snabbare batchbearbetning. Det tar bort batchen helt.

När ERP-data kontinuerligt flödar in i ett kanoniskt lager finns det inget exportsteg. Uppgifterna finns redan där. Kontomappningar tillämpas när data anländer, inte som ett månatligt projekt. Koncerninterna saldon matchas i realtid, inte avstämda efter det.

Valutakonvertering sker på transaktionsnivå med den kurs som gällde vid tidpunkten, inte som en bulkjustering vid periodens slut.

”Stäng” blir ett verifieringssteg. Personuppgiftsansvarig granskar en konsoliderad uppfattning som redan finns och bekräftar att den är korrekt. Istället för tio dagars montering följt av en granskning är det en recension från dag ett.

Detta är inte teoretiskt. Det är så modern datainfrastruktur fungerar i alla andra domäner. Logistik, e-handel, SaaS-mätvärden. Ekonomi är en av de sista funktionerna som fortfarande körs på en batchcykel utformad för en enda enhet, enda ERP-värld.

Kostnaden ingen beräknar

De flesta ekonomiteam accepterar månadsavslutningen som en fast kostnad. Tio dagar är precis vad som krävs.

Men den verkliga kostnaden är inte bara de tio dagarna. Det är vad som kommer i slutet av dem.

Verksamheten går utan nuvarande ekonomi. CFO presenterar siffror för styrelsen som redan är inaktuella. Operativa partners på PE-företaget får en portföljvy som återspeglar förra månaden, inte den här veckan.

Och det som äntligen kommer är symptomskiktet. Grupp EBITDA. Rörelsekapital. Kontantkonvertering. Konsoliderade nyckeltal som visar vad som förändrats, inte varför.

Djupet under sitter inuti varje ERP. Vilken enhet flyttade marginalen. Vilket kundsegment. Vilken produktlinje. Vilket inlägg. Dessa data finns. Den konsoliderade synen genomför den inte.

Så teamet ser ett marginalproblem sex veckor efter att det började. Och när de ser det måste de fortfarande gå tillbaka till varje enhet och fråga varför.

Sena symtom. Inget djup. Det är den faktiska kostnaden.

Hastigheten för finansiell synlighet är inte ett effektivitetsmått. Det är en strategisk förmåga

Vi byggde Corvenia kring denna princip. Det kanoniska datalagret ansluter till varje ERP och normaliserar data när den flyter, inte vid periodens slut.

Kontomappningar föreslås av AI och godkänns av en controller. Koncerninterna elimineringar identifieras automatiskt. Den konsoliderade vyn uppdateras kontinuerligt.

Qben Infra kör 41 enheter över flera ERP på den här arkitekturen. Deras stängning är inte en tio dagars samlingsövning. Det är ett verifieringssteg som börjar på dag ett.

Skillnaden är inte en bättre process. Det är en annan arkitektur. En som behandlar finansiella data som en kontinuerlig ström, inte en månatlig batch.

De företag som går från batch till kontinuerlig kommer inte bara att stänga snabbare. De kommer att besluta snabbare. De kommer att se problem tidigare. De kommer att arbeta med en finansiell bild som återspeglar idag, inte förra månaden.

‍