Logistikk går i sanntid. E-handel går i sanntid. SaaS-beregninger kjører i sanntid.
Konsernfinansiering går fortsatt i månedlige partier. Ti dager med samling hver måned. Så en brettpakke som beskriver en verden som ikke lenger eksisterer.
Dette er ikke et prosessproblem. Det er et arkitekturproblem.
Dette er ikke uvanlig. De fleste finansteam med flere enheter jeg snakker med beskriver det samme mønsteret.
Den nære prosessen starter med eksport. Prøvesaldoer trukket fra hver ERP. Data kopiert til regneark. Manuelle kontroller mot konserninterne saldoer. Valutakonverteringer som brukes for hånd eller gjennom stive maler som brytes når en ny enhet legges til.
Så kommer forsoningen. Tilordne kontoer fra forskjellige diagrammer til en gruppevisning. Identifisere avvik. Jager etter forklaringer fra enhetskontrollører som kjører sin egen nære parallelt.
Deretter konsolidering. Eliminasjoner. Justeringer. En endelig gjennomgang som handler mer om å fange feil enn å generere innsikt.
Hele prosessen er sekvensiell. Hvert trinn venter på det forrige. En forsinkelse i en enhet forsinker hele gruppen.
Antagelsen bak alt dette
Grunnen til at månedsslutt ser slik ut, er ikke at økonomiteamene valgte det. Det er at infrastrukturen antok det.
Tradisjonelle konsolideringsverktøy ble bygget for en verden der data beveger seg i grupper. Du eksporterer ved periodens slutt. Du importerer til konsolideringslaget. Du behandler. Du rapporterer.
Hvert trinn er en diskret hendelse. Arkitekturen er bygget rundt periodiske øyeblikksbilder, ikke kontinuerlig dataflyt.
Da gruppen var to enheter på samme ERP, fungerte dette. Satssyklusen var kort nok til at forsinkelsen var akseptabel.
Ved seksten enheter på tvers av tre ERP-er er batchsyklusen flaskehalsen. Ikke fordi verktøyene er trege. Fordi arkitekturen tvinger alt inn i en sekvensiell kø som bare kjører en gang i måneden.
Hva endrer seg når arkitekturen er kontinuerlig
Alternativet er ikke raskere batchbehandling. Det fjerner batchen helt.
Når ERP-data flyter kontinuerlig inn i et kanonisk lag, er det ikke noe eksporttrinn. Dataene er allerede der. Kontotilordninger brukes når data kommer, ikke som et månedlig prosjekt. Konserninterne saldoer matches i sanntid, ikke avstemt etter det.
Valutakonvertering skjer på transaksjonsnivå med kursen som gjaldt på det tidspunktet, ikke som en massejustering ved periodens slutt.
«Lukk» blir et bekreftelsestrinn. Kontrolleren gjennomgår en konsolidert visning som allerede eksisterer og bekrefter at den er riktig. I stedet for ti dager med montering etterfulgt av en gjennomgang, er det en gjennomgang fra dag én.
Dette er ikke teoretisk. Det er slik moderne datainfrastruktur fungerer i alle andre domener. Logistikk, e-handel, SaaS-beregninger. Finans er en av de siste funksjonene som fremdeles kjører på en batchsyklus designet for en enkelt enhet, en ERP-verden.
Kostnadene ingen beregner
De fleste økonomiteam aksepterer slutten av måneden som en fast kostnad. Ti dager er akkurat det som skal til.
Men den virkelige kostnaden er ikke bare de ti dagene. Det er det som kommer til slutten av dem.
Virksomheten går uten nåværende økonomi. CFO presenterer tall for styret som allerede er foreldede. Driftspartnere i PE-firmaet får en porteføljevisning som gjenspeiler forrige måned, ikke denne uken.
Og det som endelig kommer er symptomlaget. Gruppe EBITDA. Arbeidskapital. Kontantkonvertering. Konsoliderte KPIer som viser hva som endret seg, ikke hvorfor.
Dybden under sitter inne i hver ERP. Hvilken enhet flyttet marginen. Hvilket kundesegment. Hvilken produktlinje. Hvilket innlegg. Disse dataene eksisterer. Det konsoliderte synet bærer det ikke gjennom.
Så teamet ser et marginproblem seks uker etter at det startet. Og når de ser det, må de fortsatt gå tilbake til hver enhet og spørre hvorfor.
Sene symptomer. Ingen dybde. Det er den faktiske kostnaden.
Hastigheten til økonomisk synlighet er ikke en effektivitetsmåling. Det er en strategisk evne
Vi bygde Corvenia rundt dette prinsippet. Det kanoniske datalaget kobles til hver ERP og normaliserer data mens de flyter, ikke ved periodens slutt.
Kontotilordninger foreslås av AI og godkjennes av en kontroller. Selskapelige elimineringer identifiseres automatisk. Den konsoliderte visningen oppdateres kontinuerlig.
Qben Infra kjører 41 enheter på tvers av flere ERP-er på denne arkitekturen. Avslutningen deres er ikke en ti-dagers samlingsøvelse. Det er et bekreftelsestrinn som starter på dag én.
Forskjellen er ikke en bedre prosess. Det er en annen arkitektur. En som behandler økonomiske data som en kontinuerlig strøm, ikke en månedlig batch.
Bedriftene som går fra batch til kontinuerlig, vil ikke bare stenge raskere. De vil bestemme seg raskere. De vil se problemer tidligere. De vil operere med et økonomisk bilde som gjenspeiler i dag, ikke forrige måned.
