Part
5
December 1, 2025

Multi-ERP-problemet: Varför de flesta konsolideringsverktyg bryts ner i verkliga gruppstrukturer

Tamboli, Imran

Här är ERP-verkligheten för en medelstor PE-portfölj eller industrikoncern. Entity one driver Tripletex, förvärvad före nuvarande ledningsgrupp. Enhet två driver Business Central, migrerade för två år sedan. Företag tre, förvärvad förra kvartalet, driver Fortnox. Företag fyra använder fortfarande Visma Net från före omstruktureringen. En femte enhet förvärvas och driver SAP.

Detta är inte ett kantfall. Det är normen. Grupper ackumulerar ERP-system över tid genom förvärv, organisk tillväxt och historiska beslut som fattas av människor som inte längre är där. Ingen CFO valde detta landskap medvetet. De ärvde det.

De flesta konsolideringsplattformar utformades med ett mer kontrollerat antagande: att gruppen körs på ett litet antal kompatibla system, eller att standardiseringen kan slutföras innan plattformen går i drift. För grupper med homogena staplar fungerar detta. För grupper med heterogena stackar - majoriteten av PE-portföljerna och industrikoncerner med flera enheter - skapar det ett grundläggande problem.

Standardiserings-first arkitektur innebär att varje ny enhet utlöser ett kartläggningsprojekt. Ett PE-företag som förvärvar ett företag varje kvartal kan inte absorbera en implementeringscykel på fyra till sex månader per förvärv. Matematiken fungerar helt enkelt inte. Så företaget stannar i Excel, konsoliderar manuellt och accepterar informationsfördröjningen som en driftskostnad.

Äkta heterogenitetsstöd kräver ett annat arkitektoniskt förhållningssätt. Istället för att kräva att varje enhets ERP överensstämmer med en standardstruktur innan data kan flöda, måste plattformen ansluta till system som de är och fungera på nivån av finansiell logik - som är konsekvent över ERP: er - snarare än på nivån för ERP-syntax, vilket inte är det.

Detta innebär att kontokartläggning körs på ekonomiskt beteende, inte kontokoder. Det betyder att företagsintern matchning fungerar på transaktionslogik, inte på systemspecifika identifierare. Det innebär att en ny enhet kan ansluta sin ERP och bidra till konsoliderad ekonomi inom några timmar, inte efter ett standardiseringsprojekt.

Corvenia finns i 51 dotterbolag som spänner över flera ERP-system. Arkitekturen designades för denna verklighet från grunden - inte eftermonterad för att hantera den.

→ Läs hela analysen:

Varför AI-inbyggd arkitektur är det enda sättet att automatisera koncerninterna elimineringar över flera ERP: er