Useiden yhtiöiden konsolidointi – myös eri toiminnanohjausjärjestelmissä

Harva konserni on suunniteltu alusta asti. Ne kasvavat vähitellen. Yksi yhtiö ostetaan, toinen perustetaan Norjaan, kolmas eriytetään omalle tuotelinjalle. Jokainen yhtiö tuo mukanaan oman toiminnanohjausjärjestelmänsä, tilikarttansa, nimikenumeronsa ja rutiininsa.

Operatiivisesti se toimii mainiosti. Jokainen yhtiö hoitaa päivittäisen toimintansa järjestelmässä, joka sopii juuri sille. Ongelma syntyy tasoa ylempänä, kun jonkun pitää vastata kokonaisuutta koskeviin kysymyksiin:

Kuinka paljon me oikeastaan myymme tälle asiakkaalle – yhteensä? Mikä on volyymimme tällä toimittajalla, jos lasketaan kaikki yhtiöt? Millä yhtiöllä on paras myyntikate samassa tuoteryhmässä, ja miksi?

Kun organisaatiot kasvavat yritysostoin, kansainvälisesti laajentumalla tai uudelleenjärjestelyin, taloudellisen raportoinnin monimutkaisuus lisääntyy nopeasti: dataa on kerättävä useista yhtiöistä, usein eri toiminnanohjausjärjestelmistä, valuutoista ja raportointiperiaatteista (Attollo). Käytännössä tämä hoidetaan usein manuaalisesti taulukkolaskennassa tai yhtiökohtaisilla erillisratkaisuilla – aikaa vievästi, virhealttiisti ja huonosti skaalautuen (Evexo, 2026).

Kannattaa erottaa kaksi asiaa, jotka usein niputetaan yhteen.

Taloudellinen konsolidointi

Konsernitilinpäätös. Konserniyhtiöiden välisten liiketoimien eliminoinnit, omistusosuudet ja vähemmistöosuudet, ulkomaisten tytäryhtiöiden muuntaminen konsernivaluuttaan K3:n tai IFRS:n mukaan sekä vaatimus siitä, että konsernitilinpäätös laaditaan yhtenäisin ja yhdenmukaisin periaattein (Koncernredovisning.biz).

Tähän löytyy markkinoilta runsaasti hyviä työkaluja. Vellox ei korvaa niitä, eikä sen kuulukaan.

Liiketoiminnan konsolidointi

Toisenlainen konsolidointi koskee sitä, mikä on tuloslaskelman alla: tilaukset, laskurivit, nimikkeet, asiakkaat, toimittajat, ostohinnat, varastosaldot ja katteet.

Tähän useimmat työkalut loppuvat, ja syy on yksinkertainen: ne lähtevät pääkirjasta tai SIE-tiedostosta. Pääkirja tietää, että konserni myi 412 miljoonalla. Se ei tiedä, että 38 miljoonaa niistä tuli samalta asiakkaalta – kolmen eri yhtiön kautta, kolmella eri hinnastolla ja kahdella eri alennusrakenteella.

Lukujen yhteenlasku on triviaalia. Konsolidoinnin useiden järjestelmien yli tekee vaikeaksi se, että sama todellisuus on kuvattu jokaisessa yhtiössä eri tavalla:

• Tilikartta. Yhtiö A kirjaa rahdin tilille 4010, yhtiö B tilille 5710. Ilman yhteistä konsernitilikarttaa kululajeja ei voi vertailla.
• Asiakas. Sama konserniasiakas on nimetty eri tavoin ja sillä on eri asiakasnumero kolmessa järjestelmässä. Kukaan ei näe kokonaisuutta.
• Nimike. Samalla tuotteella on eri nimikenumero, eri yksiköt ja eri tuoteryhmäjaottelu jokaisessa yhtiössä.
• Valuutta. Yhtiöt raportoivat SEK-, NOK- ja EUR-määräisinä. Tuotot ja kulut on muunnettava keskikurssiin ja tase-erät tilinpäätöspäivän kurssiin (Koncernredovisning.biz).
• Jakso. Poikkeavat tilikaudet, eri jaksotukset, eri sulkemisrutiinit.
• Määritelmät. Yhdessä yhtiössä myynti kirjataan toimituksen, toisessa laskutuksen mukaan. Sama tunnusluku, eri merkitys.

Juuri tähän mappaukseen konsolidointiprojektit yleensä juuttuvat – ja samalla se on ainoa työ, joka on aidosti ainutlaatuista juuri teidän konsernillenne. Kaikki muu toistuu.

Lähtökohta on, että malli on jo olemassa. Velloxilla on valmiit integraatiot toiminnanohjausjärjestelmittäin – Business Central, Jeeves, Monitor, Pyramid ja Visma Business – ja jokainen integraatio lataa yhtiön datan samaan mallirakenteeseen.

Se tarkoittaa, että Jeeves-yhtiö ja Business Central -yhtiö päätyvät samaan semanttiseen malliin, samoilla käsitteillä asiakkaasta, nimikkeestä, tilauksesta ja tapahtumasta. Konsolidointi ei ole ylimääräinen kerros viiden erillisen ratkaisun päällä – se on tapa, jolla malli on rakennettu.

Sen päälle tulee neljä asiaa:

Yhtiö dimensiona. Kaiken voi porautua yhtiötasolle. Aloitatte konsernitasolta ja klikkaatte alaspäin yhtiöön, asiakkaaseen ja nimikkeeseen vaihtamatta raporttia tai ratkaisua.

Yhteiset käsitteet mappauksen kautta. Paikallinen tilikartta mapataan konsernitilikarttaan, asiakasnumerot liitetään yhteiseen asiakaskonserniin ja nimikkeet yhteiseen hierarkiaan. Mappaus tehdään kerran ja sitä ylläpidetään jatkuvasti.

Valuuttakäsittely. Jokaisen yhtiön summat säilyvät paikallisessa valuutassa samalla kun konsernivaluutta lasketaan, jolloin yhtiön johtaja ja konsernijohto voivat katsoa samaa raporttia ja molemmat nähdä oikean luvun.

Sisäinen kauppa merkittynä. Konserniyhtiöiden väliset tapahtumat tunnistetaan ja ne voi suodattaa pois, jottei konsernin ulkoinen myynti paisu sisäisestä laskutuksesta.

Tunnusluvut määritellään kerran, konsernitasolla. Jos muutatte myyntikatteen määritelmää, se päivittyy kaikkiin yhtiöihin samanaikaisesti – mikä on edellytys sille, että yhtiöiden vertailu tarkoittaa jotain.

Perinteinen tie konsernitasoiseen analytiikkaan useiden toiminnanohjausjärjestelmien yli näyttää joka kerta suunnilleen samalta: esiselvitys, vaatimusmäärittely, alusta rakennettava tietovarasto, lähdejärjestelmät kartoitettuna yksi kerrallaan, tilauksesta kehitettävä semanttinen malli. Kuukausien työ ja konsulttibudjetti, joka usein ylittää tulevan lisenssikustannuksen reilulla marginaalilla.

Ei ole ihme, että se näyttää tältä. Integraation rakentaminen Monitorin tietomalliin, Jeevesin tilausrakenteen ymmärtäminen tai Business Centralin arvopostien käsittely on aitoa työtä – ensimmäisellä kerralla.

Olennaista on, että se tarvitsee tehdä vain kerran, ei kerran per asiakas. Kun integraatiot ja mallirakenne ovat jo olemassa järjestelmäkohtaisesti, ylivoimaisesti suurin osa projektista katoaa. Jäljelle jää se, mikä aidosti vaatii teidän tietämystänne konsernistanne: miten tilikartat mapataan, mitkä yhtiöt kuuluvat mihinkin rakenteeseen, miltä asiakaskonsernit näyttävät ja millä tunnusluvuilla johto haluaa ohjata.

Siinä on ero kehitysprojektin ja konfiguroinnin välillä.

Kun yhtiöt ovat samassa mallissa, avautuu kysymyksiä, jotka ennen vaativat päivän istumista Excelissä:

Asiakassuhteen kokonaiskuva. Asiakas, joka ostaa kolmelta yhtiöltänne, näkyy yhtenä asiakkaana. Näette kokonaisvolyymin, kokonaiskatteen ja sen, kuka suhteesta oikeasti hyötyy.

Neuvotteluasema toimittajaa kohtaan. Sama toimittaja toimittaa useaan yhtiöön, usein ilman että kukaan on laskenut volyymiä yhteen. On vaikea neuvotella aineistolla, jota teillä ei ole.

Yhtiöiden vertailu. Samat tunnusluvut, sama määritelmä, sama jakso. Yhtiöistä, jotka näyttävät omassa raportoinnissaan erilaisilta, tulee vertailukelpoisia – ja eroista tulee tutkittava kysymys sen sijaan, että kiisteltäisiin luvuista.

Ristiinmyynti. Mitkä asiakkaat ostavat vain yhden yhtiön valikoimasta, vaikka sisaryhtiö myy jotain, mitä he ilmeisen selvästi tarvitsevat?

Varasto ja pääoman sitoutuminen koko konsernissa. Missä tavarat ovat, ja ovatko ne oikeassa paikassa?

Lisäksi dataa voi kysyä suoraan. Vellox MCP yhdistää Clauden tai ChatGPT:n semanttiseen malliin, jolloin konsernicontroller voi esittää kysymyksiä tavallisella kielellä ja saada vastauksia, jotka perustuvat samoihin konsolidoituihin lukuihin kuin raportit. Lisää esimerkkejä löytyy artikkelista kymmenen kysymystä, jotka voit esittää omalle liiketoimintadatallesi.

Aloittakaa kahdesta yhtiöstä eri toiminnanohjausjärjestelmissä – mieluiten niistä kahdesta, joita on tänään vaikeinta vertailla. Pystyttäkää integraatiot, mapatkaa tilikartta ja asiakasrakenne ja ajakaa kuukausi tuotannossa. Sen jälkeen jokainen lisäyhtiö jo käytössä olevassa järjestelmässä on murto-osa työstä.

Varaa demo tai ota suoraan yhteyttä, niin katsomme, miltä juuri teidän konsernirakenteenne näyttää.

• Attollo. Konsolidering. Taloudellisen raportoinnin kasvavasta monimutkaisuudesta yritysostoissa ja kansainvälisessä laajentumisessa.

• Evexo (2026). Konsolidering i Business Central, 2. toukokuuta 2026. Manuaalisesta konsolidoinnista taulukkolaskennassa ja sen rajoitteista.

• Koncernredovisning.biz. Enhetliga redovisningsprinciper i en koncern.

• Koncernredovisning.biz. Verksamheter med annan valuta än koncernvalutan. Muuntamisesta K3:n ja IFRS:n mukaan.