Konsolidere flere selskaper – også i ulike ERP-systemer

Få konsern er designet fra starten. De vokser frem. Ett selskap kjøpes opp, et annet startes i Norge, et tredje skilles ut for en egen produktlinje. Hvert selskap tar med seg sitt ERP-system, sin kontoplan, sine varenumre og sine rutiner.

Operativt fungerer det utmerket. Hvert selskap driver sin daglige virksomhet i et system som passer akkurat den virksomheten. Problemet oppstår ett nivå opp, når noen skal svare på spørsmål som gjelder helheten:

Hvor mye selger vi egentlig til denne kunden – totalt? Hvilket volum har vi hos leverandøren om vi regner med alle selskapene? Hvilket selskap har best bruttomargin på samme produktgruppe, og hvorfor?

Når organisasjoner vokser gjennom oppkjøp, internasjonal ekspansjon eller omstrukturering, øker kompleksiteten i den finansielle rapporteringen raskt: data skal samles inn fra flere selskaper, ofte med ulike ERP-systemer, valutaer og rapporteringsprinsipper (Attollo). I praksis håndteres dette ofte manuelt i regneark eller via separate løsninger per selskap – tidkrevende, feilutsatt og vanskelig å skalere (Evexo, 2026).

Det er verdt å skille mellom to ting som ofte blandes sammen.

Finansiell konsolidering

Konsernregnskapet. Eliminering av transaksjoner mellom konsernselskaper, eierandeler og minoritetsinteresser, omregning av utenlandske datterselskaper til konsernvalutaen etter K3 eller IFRS, og kravet om at konsernregnskapet utarbeides etter felles og enhetlige prinsipper (Koncernredovisning.biz).

Her finnes det mange gode verktøy på markedet. Vellox erstatter dem ikke, og skal ikke gjøre det.

Virksomhetskonsolidering

Den andre typen konsolidering handler om det som ligger under resultatregnskapet: ordre, fakturalinjer, varer, kunder, leverandører, innkjøpspriser, lagersaldoer og marginer.

Det er her de fleste verktøy stopper, av en enkel grunn: de tar utgangspunkt i hovedboken eller SIE-filen. Hovedboken vet at konsernet solgte for 412 millioner. Den vet ikke at 38 av dem gikk til samme kunde – via tre ulike selskaper, med tre ulike prislister og to ulike rabattstrukturer.

Å legge sammen tall er trivielt. Det som gjør konsolidering på tvers av flere systemer vanskelig, er at samme virkelighet beskrives på ulike måter i hvert selskap:

• Kontoplanen. Selskap A fører frakt på 4010, selskap B på 5710. Uten en felles konsernkontoplan lar ikke kostnadsartene seg sammenligne.
• Kunden. Samme konsernkunde heter forskjellige ting og har ulike kundenumre i tre systemer. Ingen ser den samlede forretningen.
• Varen. Samme produkt har ulike varenumre, ulike enheter og ulik varegruppeinndeling i hvert selskap.
• Valutaen. Selskapene rapporterer i SEK, NOK og EUR. Inntekter og kostnader skal omregnes til gjennomsnittskurs og balanseposter til balansedagens kurs (Koncernredovisning.biz).
• Perioden. Avvikende regnskapsår, ulik periodeinndeling, ulike avslutningsrutiner.
• Definisjonene. I ett selskap regnes salget når det leveres, i et annet når det faktureres. Samme nøkkeltall, ulik betydning.

Det er i denne mappingen konsolideringsprosjekter pleier å stoppe opp – og det er samtidig det eneste arbeidet som er genuint unikt for akkurat deres konsern. Alt annet er gjentakende.

Utgangspunktet er at modellen allerede finnes. Vellox har ferdige integrasjoner per ERP-system – Business Central, Jeeves, Monitor, Pyramid og Visma Business – og hver integrasjon laster selskapets data inn i samme modellstruktur.

Det betyr at et Jeeves-selskap og et Business Central-selskap havner i samme semantiske modell, med samme begreper for kunde, vare, ordre og transaksjon. Konsolideringen er ikke et ekstra lag oppå fem separate løsninger – den er måten modellen er bygd på.

Oppå det ligger fire ting:

Selskap som dimensjon. Alt kan brytes ned på selskap. Dere starter på konsernnivå og klikker dere ned til selskap, kunde og vare uten å bytte rapport eller løsning.

Felles begreper gjennom mapping. Lokal kontoplan mappes mot en konsernkontoplan, kundenumre knyttes til et felles kundekonsern, varer til et felles hierarki. Mappingen gjøres én gang og vedlikeholdes løpende.

Valutahåndtering. Hvert selskaps beløp beholdes i lokal valuta samtidig som konsernvalutaen beregnes, slik at en selskapsleder og en konsernledelse kan se på samme rapport og begge se riktig tall.

Intern handel merket. Transaksjoner mellom konsernselskapene identifiseres og kan filtreres bort, slik at konsernets eksterne salg ikke blåses opp av intern fakturering.

Nøkkeltallene defineres én gang, på konsernnivå. Endrer dere definisjonen av bruttomargin, slår den gjennom i alle selskaper samtidig – noe som er en forutsetning for at sammenligningen mellom selskapene skal bety noe.

Den tradisjonelle veien til konsernfelles analyse på tvers av flere ERP-systemer ser omtrent lik ut hver gang: en forstudie, en kravspesifikasjon, et datavarehus som bygges fra bunnen, kildesystemer som kartlegges ett om gangen, en semantisk modell som utvikles på bestilling. Måneder med arbeid og et konsulentbudsjett som ofte overstiger den fremtidige lisenskostnaden med god margin.

Det er ikke rart at det ser slik ut. Å bygge en integrasjon mot Monitors datamodell, forstå Jeeves' ordrestruktur eller håndtere Business Centrals verdiposter er reelt arbeid – første gangen.

Poenget er at det bare trenger å gjøres én gang, ikke én gang per kunde. Når integrasjonene og modellstrukturen allerede finnes per ERP-system, forsvinner den aller største delen av prosjektet. Igjen står det som faktisk krever deres kunnskap om deres konsern: hvordan kontoplanene skal mappes, hvilke selskaper som skal inngå i hvilke strukturer, hvordan kundekonsernene ser ut og hvilke nøkkeltall ledelsen vil styre etter.

Det er forskjellen mellom et utviklingsprosjekt og en konfigurasjon.

Når selskapene først ligger i samme modell, åpner det seg spørsmål som tidligere krevde at noen satt en hel dag i Excel:

Den samlede kundeforretningen. En kunde som handler hos tre av selskapene deres, vises som én kunde. Dere ser totalt volum, total margin og hvem som faktisk tjener penger på relasjonen.

Forhandlingsposisjonen mot leverandøren. Samme leverandør leverer til flere selskaper, ofte uten at noen har regnet sammen volumet. Det er vanskelig å forhandle på et grunnlag dere ikke har.

Sammenligning mellom selskapene. Samme nøkkeltall, samme definisjon, samme periode. Selskaper som ser ulike ut i sin egen rapportering blir sammenlignbare – og forskjellene blir noe å undersøke i stedet for en strid om tallene.

Kryssalg. Hvilke kunder kjøper bare fra ett selskaps sortiment, selv om et søsterselskap selger noe de åpenbart trenger?

Lager og kapitalbinding i hele konsernet. Hvor ligger varene, og ligger de riktig?

I tillegg kommer muligheten til å spørre dataene direkte. Med Vellox MCP kobles Claude eller ChatGPT mot den semantiske modellen, slik at en konserncontroller kan stille spørsmål på vanlig norsk og få svar som bygger på de samme konsoliderte tallene som rapportene. Flere eksempler finnes i ti spørsmål du kan stille til dine egne forretningsdata.

Start med to selskaper i ulike ERP-systemer – gjerne de to som er vanskeligst å sammenligne i dag. Sett opp integrasjonene, mapp kontoplan og kundestruktur, og kjør én måned skarpt. Deretter er hvert ytterligere selskap i et system dere allerede har på plass en brøkdel av arbeidet.

Book en demo eller ta kontakt direkte, så ser vi på hvordan akkurat deres konsernstruktur ser ut.