Tekoäly ja toiminnanohjaus: näin Odoosta saa enemmän irti

Maailma on muuttunut muutamassa vuodessa paljon nopeammin kuin kukaan osasi kuvitella. Moni meistä on käyttänyt tekoälyavustajia työssään jo useamman vuoden. Vastaukset ovat pikkuhiljaa parantuneet. Samalla olemme itse oppineet käyttämään tekoälyä paremmin ja päässeet hyötymään teknologian valtavan nopeasta kehityksestä.

Tätä kirjoittaessani syyskuussa 2026 palikoiden lopullinen paikka pelilaudalla on vielä auki. Selvää on, että tekoäly helpottaa arkea valtavasti ja että aiemmin todella työläät asiat saa nyt tehtyä helposti. Vibe-koodaamisesta tuli ilmiö vuonna 2025, ja ohjelmistokehitystä helpottavat työkalut ovat suosittuja myös muiden kuin ohjelmistokehittäjien parissa.

Keskityn tässä tekstissä tiedossa oleviin tapoihin saada toiminnanohjausjärjestelmästä enemmän irti tekoälyn avulla. Kerron myös käytännön esimerkkejä työnkuluista, joiden olen havainnut toimivan hyvin. Kirjoitan erityisesti Odoon näkökulmasta, sillä tekoälyagentteja ja MCP-palvelimia on helppo pultata Odooseen kiinni. Järjestelmä tarjoaa hyvät rajapinnat, joiden läpi liikennöidä.

Älä rakenna toiminnanohjausta itse

Toiminnanohjausjärjestelmä on monimutkainen pala softaa, joten sitä ei kannata lähteä kehittämään itse. Pahin epäonnistuminen on sellainen, joka paljastuu vasta vuosien päästä. Laajasti käytetty avoimen lähdekoodin ERP, kuten Odoo, tuskin aiheuttaa oikein konfiguroituna isoja yllätyksiä, mutta pitkästä tavarasta itse tehty järjestelmä saattaa hyvinkin aiheuttaa. Käytä siis toistaiseksi järjestelmää, jota moni muukin jo käyttää. Silloin kaikki järjestelmän tieto on muodossa, joka on tekoälyavustajille valmiiksi tuttua tai ainakin helposti selvitettävissä.

Odoon rajapinnat: kaikki on jo valmiiksi auki

Lähes kaikki, mitä Odoon käyttöliittymässä näkee, on saatavilla myös rajapinnan kautta: asiakkaat, tuotteet, myyntitilaukset, laskut, varastosiirrot ja kirjanpidon viennit. Rajapinta noudattaa samoja käyttöoikeuksia kuin käyttöliittymä. Jos käyttäjä ei näe palkkatietoja Odoossa, hän ei näe niitä rajapinnankaan kautta.

Odoo 19 toi mukanaan uuden JSON-2-rajapinnan, joka on yksinkertaisempi ja nykyaikaisempi kuin vanhat XML-RPC- ja JSON-RPC-rajapinnat. Vanhat rajapinnat ovat poistumassa tulevista versioista, joten uudet integraatiot kannattaa rakentaa suoraan JSON-2:n päälle.

Tekoälyn kannalta tärkeintä on rakenne. Odoon data on järjestetty malleihin ja kenttiin, jotka ovat samanlaiset tuhansissa yrityksissä. Kun pyydät Claude Codea kirjoittamaan skriptin, joka hakee viime kuun myynnit asiakasryhmittäin, se tietää jo valmiiksi, mistä etsiä. Itse tehdyssä järjestelmässä sama työ alkaisi arvailulla.

Käytännön vinkki: tee integraatioille ja agenteille oma käyttäjätunnus ja anna sille vain ne oikeudet, joita se tarvitsee. Silloin Odoon historiasta näkee myöhemmin suoraan, mitkä muutokset kone on tehnyt ja mitkä ihminen.

Odoo MCP -palvelin: rajapinta tekoälylle

Rajapinta on tehty ohjelmille, joten jonkun pitää yhä kirjoittaa koodi, joka kutsuu sitä. MCP (Model Context Protocol) poistaa tämän välivaiheen. MCP-palvelin kertoo tekoälyavustajalle, mitä työkaluja sillä on käytössään, ja avustaja päättää itse, mitä kutsuu ja missä järjestyksessä.

Käytännössä kirjoitat Claudelle tai ChatGPT:lle esimerkiksi ”Ketkä asiakkaat ovat ostaneet tänä vuonna vähemmän kuin viime vuonna?”. Avustaja etsii oikeat mallit, hakee tiedot, laskee ja vastaa. Kukaan ei kirjoita riviäkään koodia.

Meidän MCP-palvelimemme on ollut asiakkaidemme käytössä käytännössä niin kauan kuin MCP on ollut olemassa. Sillä voi hakea, lukea ja koostaa tietoja, tutkia tietomallia ja tarkistaa datan laatua. Muutokset näytetään ensin esikatseluna ja tehdään vasta, kun käyttäjä hyväksyy ne. Kirjoitin palvelimesta ja asiakkaidemme käyttötavoista tarkemmin erillisessä Odoo MCP -kirjoituksessa.

Mihin Odoon tekoälyä sitten käytetään?

Eniten arvoa syntyy raportoinnista ja business intelligencestä. Odooseen kertyy vuosien mittaan valtava määrä tietoa, josta vain pieni osa päätyy koskaan raporttiin. Syy ei ole se, ettei tietoa haluttaisi. Raportin rakentaminen on vain ollut niin työlästä, että vain tärkeimmät kysymykset ovat päässeet jonoon.

Kaksi esimerkkiä asiakkailtamme:

• Käytettyjä koneita ostava ja myyvä yritys selvittää kunnostushistoriastaan, mitkä viat toistuvat tietyissä konemalleissa ja paljonko niiden korjaaminen keskimäärin maksaa. Tieto menee suoraan ostohinnoitteluun.
• Toinen asiakas maksoi aiemmin noin 5 000 euroa kuukaudessa BI-raportoinnista. Nyt sama työ hoituu MCP-yhteyden ja Clauden avulla.

Raportointi tekoälyllä: hyviksi havaitut työnkulut

Aloita kysymyksellä, johon tiedät vastauksen. Kysy ensin jotain, minkä voit tarkistaa Odoon omasta raportista, esimerkiksi viime kuun liikevaihto. Kun luvut täsmäävät, tiedät, että avustaja lukee dataa oikein. Jos ne eivät täsmää, selvitä syy ennen kuin jatkat. Usein vika on rajauksessa: luonnoslaskut ovat mukana, hyvityslaskut ovat unohtuneet tai verolliset ja verottomat summat ovat menneet sekaisin.

Tallenna hyvät kysymykset. Kun kuukausikatsauksen kysymys on kerran hiottu kuntoon, sitä ei kannata keksiä joka kuukausi uudestaan. Clauden projekteihin ja vastaaviin voi tallentaa ohjeet siitä, miten teidän firmassanne lasketaan kate, mitkä asiakkaat ovat konsernin sisäisiä ja mitä tuoteryhmiä ei raportoida.

Anna avustajan siivota. Tuplana perustetut asiakkaat, tuotteet ilman ostohintaa ja rivit, joilta puuttuu tili, ovat juuri sitä tylsää työtä, jota kukaan ei ehdi tehdä. Avustaja kaivaa ne esiin, ja sinä hyväksyt korjaukset.

Vie massamuutokset esikatselun kautta. Hinnaston päivitys Excelistä, sadan tuotteen kuvausten täydentäminen tai tuotekategorioiden uudelleenjärjestely toimii samalla kaavalla. Avustaja valmistelee, sinä katsot läpi, ja vasta sitten muutokset menevät Odooseen.

Agenttiparvet ja muut muotisanat

Mediassa puhutaan nyt paljon agenttinatiiveista yrityksistä, agenttiparvien orkestroinnista ja autonomisista työnkuluista. Avainsanat vaihtuvat puolen vuoden välein, ja jokaisen mukana tulee uusi lupaus siitä, että koko firma pyörii kohta itsestään.

Osa tästä on totta. Agentit osaavat jo tehdä pitkiä, monivaiheisia tehtäviä, joita pari vuotta sitten ei olisi uskaltanut antaa koneelle. Suuri osa on kuitenkin markkinointia, eikä moni esittely kestä kosketusta oikean yrityksen oikeaan dataan.

Sanastoa tärkeämpiä ovat kolme kysymystä, jotka eivät vanhene. Mihin dataan agentti pääsee käsiksi? Mitä se saa muuttaa? Kuka tarkistaa, että se teki oikein? Jos näihin on selvät vastaukset, ei ole kovin paljon väliä, kutsutaanko ratkaisua agentiksi, parveksi vai automaatioksi.

Tylsästi töppöstä toisen eteen

Monessa firmassa paras tapa edetä on tylsä: töppönen toisen eteen, askel kerrallaan uuden teknologian tikkaita ylöspäin. Niin, että edes joku firman sisällä ymmärtää, mitä on tekeillä ja mitä mallit missäkin puuhaavat. Mieluiten niin, että aivan kaikki firmassa ymmärtävät, mitä tapahtuu automaattisesti, missä ja millä ehdoilla.

Asiakkaillamme tikkaat näyttävät yleensä tältä:

1. Kysymykset. Avustaja lukee ja ihminen kysyy. Mikään ei muutu. Tämä on turvallisin paikka oppia, mihin tekoäly pystyy ja missä se kompastuu.
2. Muutokset hyväksynnällä. Avustaja valmistelee muutokset, ja ihminen hyväksyy jokaisen. Tällä portaalla hoituvat esimerkiksi hinnastot, tuotetiedot ja massapäivitykset.
3. Ajastetut raportit. Agentti ajaa samat kysymykset joka aamu tai joka maanantai ja lähettää yhteenvedon. Se lukee edelleen vain, mutta tekee sen kenenkään pyytämättä.
4. Rajatut automaatiot. Agentti saa tehdä tietynlaisia muutoksia itsenäisesti omalla tunnuksellaan ja kapeilla oikeuksilla. Se voi esimerkiksi täsmäyttää ostolaskuja tai merkitä poikkeamia tarkistettaviksi.

Jokaisella portaalla kannattaa viipyä niin kauan, että luottamus on ansaittu. Kun ensimmäinen automaatio on käynnissä, aloita yksinkertainen lista: mikä agentti tekee mitä, milloin, millä oikeuksilla ja kuka siitä vastaa. En nauti byrokratiasta, mutta ilman tätä koko firma ei pysy kärryillä siitä, mitä sen omassa järjestelmässä tapahtuu.

Agenttiparvet ehtivät kyllä. Ensin kannattaa oppia kysymään omalta datalta oikeat kysymykset. Jos haluat aloittaa ensimmäiseltä (tai miltä tahansa!) portaalta, ota yhteyttä.