Konsolidere flere selskaper – også i ulike ERP-systemer

Hvert selskap lastes inn i samme modell. Selskapsdimensjonen — selskapskode, selskapsnavn og selskapets valuta — ligger ved siden av kalender, kunde, artikkel og konto og brukes på samme måte som enhver annen gruppering.

Det gjelder hele modellen, ikke bare omsetningen. Samme selskapsdimensjon når innkjøps-, lager-, ordrereserve- og produksjonsmålene, noe som gjør at et spørsmål som «hvilket selskap binder mest kapital i forhold til omsetningen sin» kan stilles i én enkelt visning. Å legge sammen fem separate resultatrapporter gir ikke det svaret.

Økonomi- og salgsmodulene ligger som standard i samme modell. Hovedbokens kontoer og ordrelinjene deler dermed kalender, kunde og selskap, og kan settes opp mot hverandre uten at noen må eksportere noe underveis.

Beløp regnes ikke om én gang for alle ved innlesing. Modellen har en valutavelger med tre modus: selskapets egen valuta, transaksjonsvalutaen, eller en konsernvaluta som SEK, EUR eller NOK.

Samme måltall gir altså ulike svar avhengig av hvilket modus som er valgt. En selskapsleder i Norge og en konserncontroller i Sverige kan jobbe i samme rapport og begge se et tall de kjenner igjen.

At valget er synlig, er tilsiktet. Den vanligste årsaken til urimelige konserntotaler er at beløp i ulike valutaer summeres rett opp, og i Vellox er omregningen derfor en velger i grensesnittet snarere enn en skjult innstilling i bunnen.

Kontodimensjonen bærer selskapets eget kontonummer sammen med en struktur oppå: kontotype, kontogruppe, kontoklasse, to kontokategorier og kostnadskategori.

Selskapene trenger derfor ikke å bytte kontoplan. Det lokale kontonummeret består for selskapets egen oppfølging, mens konsernets klassifisering ligger over og er det sammenligningen skjer på. Et oppkjøpt selskap med en kontoplan ingen vil røre, kan tas med uten å ryddes først.

Kundedimensjonen har et konsernbegrep ved siden av kundenummeret. Det trengs oftere enn man tror: samme juridiske kunde ligger regelmessig på flere kundenumre, både innenfor ett selskap og mellom selskapene i et konsern.

Uten den grupperingen dukker samme kunde opp flere ganger i en topplise, og den totale forretningen blir aldri synlig. Med den kan dere følge volum og margin per konsernkunde uansett hvor mange av selskapene deres som fakturerer den.

Filtreringen av intern handel gjøres ikke med rapportfiltre eller måltall, men i Vellox Data Engine — datavarehuslaget under den semantiske modellen. Der avgjøres hva som regnes som interne transaksjoner og hvordan konsolideringen skal gjøres, og reglene kan administreres via webgrensesnittet.

Konsekvensen er at konsernets eksterne salg allerede er eksternt når det når modellen. Ingen rapportbygger trenger å huske et filter, og ingen trenger å skrive DAX for at elimineringen skal holde.

Samme lag gjør at filtreringen kan legges hvor som helst i flyten, ikke bare på internfakturering. Det er samme mekanisme som brukes for å styre hvilke transaksjoner, selskaper eller perioder som i det hele tatt skal inngå.

Integrasjonene mot Business Central, Jeeves, Monitor, Pyramid og Visma Business er bygget. Modellstrukturen, måltallene og nøkkeltallene finnes.

Igjen står beslutningene bare dere kan ta: hvilke selskaper som skal inngå, hvordan den felles kontoklassifiseringen skal se ut, hvilke kundenumre som hører sammen og hva som skal regnes som internhandel. Det arbeidet er konfigurasjon.

Når modellen er på plass, kan den også spørres på vanlig norsk. Med Vellox MCP kobles Claude eller ChatGPT mot den semantiske modellen og svarer på konsernnivå med samme valutavalg og samme selskapsdimensjon som rapportene bruker. Flere eksempler finnes i ti spørsmål du kan stille til dine egne forretningsdata.