Konsolidera flera bolag – även i olika affärssystem

Få koncerner är designade från början. De växer fram. Ett bolag förvärvas, ett annat startas i Norge, ett tredje knoppas av för en egen produktlinje. Varje bolag tar med sig sitt affärssystem, sin kontoplan, sina artikelnummer och sina rutiner.

Operativt fungerar det utmärkt. Varje bolag sköter sin dagliga verksamhet i ett system som passar just den verksamheten. Problemet uppstår en nivå upp, när någon ska svara på frågor som gäller helheten:

Hur mycket säljer vi egentligen till den här kunden – totalt? Vilken volym har vi hos leverantören om vi räknar alla bolag? Vilket bolag har bäst bruttomarginal på samma produktgrupp, och varför?

När organisationer växer genom förvärv, internationell expansion eller omstrukturering ökar komplexiteten i den finansiella rapporteringen snabbt: data ska samlas in från flera bolag, ofta med olika affärssystem, valutor och rapporteringsprinciper (Attollo). I praktiken hanteras det ofta manuellt i kalkylark eller via separata lösningar per bolag – tidskrävande, felkänsligt och svårt att skala (Evexo, 2026).

Det är värt att skilja på två saker som ofta klumpas ihop.

Finansiell konsolidering

Koncernredovisningen. Elimineringar av transaktioner mellan koncernföretag, ägarandelar och minoritetsintressen, omräkning av utländska dotterbolag till koncernvalutan enligt K3 eller IFRS, och kravet att koncernredovisningen upprättas med gemensamma och enhetliga principer (Koncernredovisning.biz).

Här finns det gott om bra verktyg på marknaden. Vellox ersätter dem inte, och ska inte göra det.

Verksamhetskonsolidering

Den andra sortens konsolidering handlar om det som ligger under resultaträkningen: order, fakturarader, artiklar, kunder, leverantörer, inköpspriser, lagersaldon och marginaler.

Det är här de flesta verktyg tar slut, av en enkel anledning: de utgår från huvudboken eller SIE-filen. Huvudboken vet att koncernen sålde för 412 miljoner. Den vet inte att 38 av dem gick till samma kund – via tre olika bolag, till tre olika prislistor, med två olika rabattstrukturer.

Att lägga ihop siffror är trivialt. Det som gör konsolidering över flera system svårt är att samma verklighet är beskriven på olika sätt i varje bolag:

• Kontoplanen. Bolag A bokar frakt på 4010, bolag B på 5710. Utan en gemensam koncernkontoplan går kostnadsslagen inte att jämföra.
• Kunden. Samma koncernkund heter olika saker och har olika kundnummer i tre system. Ingen ser den samlade affären.
• Artikeln. Samma produkt har olika artikelnummer, olika enheter och olika varugruppsindelning i varje bolag.
• Valutan. Bolag rapporterar i SEK, NOK och EUR. Intäkter och kostnader ska räknas om till genomsnittskurs och balansposter till balansdagskurs (Koncernredovisning.biz).
• Perioden. Brutna räkenskapsår, olika periodindelning, olika stängningsrutiner.
• Definitionerna. I ett bolag räknas försäljning när den levereras, i ett annat när den faktureras. Samma nyckeltal, olika innebörd.

Det är i den här mappningen som konsolideringsprojekt brukar fastna – och det är samtidigt det enda arbete som är genuint unikt för just er koncern. Allt annat är återkommande.

Utgångspunkten är att modellen redan finns. Vellox har färdiga integrationer per affärssystem – Business Central, Jeeves, Monitor, Pyramid och Visma Business – och varje integration laddar in bolagets data i samma modellstruktur.

Det betyder att ett Jeeves-bolag och ett Business Central-bolag hamnar i samma semantiska modell, med samma begrepp för kund, artikel, order och transaktion. Konsolideringen är inte ett extra lager ovanpå fem separata lösningar – den är hur modellen är byggd.

Ovanpå det ligger fyra saker:

Bolag som dimension. Allt kan brytas ner på bolag. Ni börjar på koncernnivå och klickar er ner till bolag, kund och artikel utan att byta rapport eller lösning.

Gemensamma begrepp genom mappning. Lokal kontoplan mappas mot en koncernkontoplan, kundnummer knyts till en gemensam kundkoncern, artiklar till en gemensam hierarki. Mappningen görs en gång och underhålls löpande.

Valutahantering. Varje bolags belopp finns kvar i lokal valuta samtidigt som koncernvalutan räknas fram, så att en bolagschef och en koncernledning kan titta på samma rapport och båda se rätt siffra.

Intern handel märkt. Transaktioner mellan koncernbolagen identifieras och kan filtreras bort, så att koncernens externa försäljning inte blåses upp av intern fakturering.

Nyckeltalen definieras en gång, på koncernnivå. Ändrar ni definitionen av bruttomarginal slår den igenom i alla bolag samtidigt – vilket är en förutsättning för att jämförelsen mellan bolagen ska betyda något.

Den traditionella vägen till koncerngemensam analys över flera affärssystem ser ungefär likadan ut varje gång: en förstudie, en kravspecifikation, ett datalager som byggs från grunden, källsystem som kartläggs ett i taget, en semantisk modell som utvecklas på beställning. Månader av arbete och en konsultbudget som ofta överstiger den framtida licenskostnaden med god marginal.

Det är inte konstigt att det ser ut så. Att bygga en integration mot Monitors datamodell, förstå Jeeves orderstruktur eller hantera Business Centrals värdeposter är verkligt arbete – första gången.

Poängen är att det bara behöver göras en gång, inte en gång per kund. När integrationerna och modellstrukturen redan finns per affärssystem försvinner den absolut största delen av projektet. Kvar blir det som faktiskt kräver er kunskap om er koncern: hur kontoplanerna ska mappas, vilka bolag som ska ingå i vilka strukturer, hur kundkoncernerna ser ut och vilka nyckeltal ledningen vill styra på.

Det är skillnaden mellan ett utvecklingsprojekt och en konfiguration.

När bolagen väl ligger i samma modell öppnas frågor som tidigare krävde att någon satt en dag i Excel:

Den samlade kundaffären. En kund som handlar av tre av era bolag syns som en kund. Ni ser den totala volymen, den totala marginalen och vem som faktiskt tjänar pengar på relationen.

Förhandlingsläget mot leverantör. Samma leverantör levererar till flera bolag, ofta utan att någon räknat ihop volymen. Det är svårt att förhandla på ett underlag ni inte har.

Jämförelse mellan bolagen. Samma nyckeltal, samma definition, samma period. Bolag som ser olika ut i sin egen rapportering blir jämförbara – och skillnaderna blir en fråga att undersöka i stället för en tvist om siffrorna.

Korsförsäljning. Vilka kunder köper bara ur ett bolags sortiment, trots att ett systerbolag säljer något de uppenbart behöver?

Lager och kapitalbindning i hela koncernen. Var ligger varorna, och ligger de rätt?

Till det kommer möjligheten att fråga datan direkt. Med Vellox MCP kopplas Claude eller ChatGPT mot den semantiska modellen, vilket gör att en koncerncontroller kan ställa frågor på vanlig svenska och få svar som bygger på samma konsoliderade siffror som rapporterna. Fler exempel finns i tio frågor du kan ställa till din egen affärsdata.

Börja med två bolag i olika affärssystem – gärna de två som är svårast att jämföra idag. Sätt upp integrationerna, mappa kontoplan och kundstruktur, och kör en månad skarpt. Därefter är varje ytterligare bolag i ett system ni redan har på plats en bråkdel av arbetet.

Boka en demo eller hör av dig direkt, så tittar vi på hur just er koncernstruktur ser ut.