Part
1
December 1, 2025

Hvorfor manuell konsolidering vedvarer - selv når alle vet at den er ødelagt

Imran Tamboli

En konserndirektør fortalte oss en gang noe som satt fast. Hun driver økonomi på tvers av 20+ enheter på seks forskjellige ERP-er. Smart, erfaren, fullstendig overkvalifisert for det hun bruker de to første ukene i hver måned på å gjøre: å få tall i et format der hun faktisk kan analysere dem.

«Når jeg har innsikt,» sa hun, «er måneden allerede over.»

Dette er ikke en uvanlig historie. Det er normen for gruppeøkonomiteam som administrerer flere enheter. Og spørsmålet verdt å stille er: hvorfor vedvarer det?

Verktøyene finnes. Konsolideringsplattformer har vært på markedet i flere tiår. Problemet er godt forstått. Og likevel kjører de fleste grupper med flere enheter fortsatt sin månedlige avslutning på en kombinasjon av manuell eksport, regnearkkartlegging og e-postkoordinert avstemming.

Årsaken er ikke at finanslag mangler disiplin eller evne. Det er at de eksisterende løsningene har en kostnad som mange organisasjoner ikke kan absorbere.

Tradisjonelle konsolideringsplattformer.

Luca Net, OneStream, SAP BPC og deres jevnaldrende - er kraftige verktøy bygget for komplekse strukturer. Men de deler en grunnleggende antagelse: du standardiserer først, konsoliderer deretter. Kartlegg kontoplanen din til deres standard. Rengjør ERP-dataene dine. Juster strukturene dine. Da fungerer verktøyet.

Standardiseringsprosjektet tar i gjennomsnitt fire til seks måneder. Det krever konsulenter. Det krever intern IT-koordinering. Og hver gang konsernet endres - et nytt oppkjøp, en restrukturering, en enhet omdøpt - begynner vedlikeholdssyklusen på nytt.

For et PE-firma som kjøper et selskap hvert kvartal, er denne tidslinjen strukturelt uforenlig med operasjonell virkelighet. Så firmaet holder seg i Excel, absorberer den manuelle byrden og aksepterer at konsolidert økonomi alltid vil komme for sent til å påvirke beslutningene som betyr mest.

Flaskehalsen er ikke programvarefunksjon.

Det er livssyklusfriksjon - de kumulative kostnadene ved å implementere, vedlikeholde og tilpasse et system på tvers av en gruppe som er i stadig endring.

Å løse den friksjonen krever en annen arkitektonisk antagelse: at plattformen skal tilpasse seg gruppen, ikke omvendt.

→ Les hele analysen:

Hvorfor AI-native arkitektur er den eneste måten å automatisere konserninterne elimineringer på tvers av flere ERP-er