Tekoälynatiivi ERP: miksi Odoo sopii tekoälyn aikakauteen poikkeuksellisen hyvin

Yritysten toiminnanohjausjärjestelmissä on käynnissä hiljainen mutta suuri muutos. Aiemmin ERP-järjestelmä oli ennen kaikkea paikka, johon käyttäjä meni tekemään työnsä: avaamaan myyntitilauksen, tarkistamaan varastosaldon, kirjaamaan ostolaskun, hakemaan raportin, muuttamaan toimituspäivää tai selvittämään, miksi jokin prosessi oli jumissa.

Tekoälyn yleistyessä järjestelmän rooli muuttuu. Tulevaisuuden ERP ei ole vain käyttöliittymä, jota ihminen klikkaa. Se on yrityksen operatiivinen tietokerros, prosessimoottori ja rajapintojen kokonaisuus, jota käyttävät sekä ihmiset että tekoälyagentit.

Tämä on iso ero.

Jos ERP on suljettu laatikko, tekoäly jää sen ulkopuolelle. Se voi ehkä lukea ruudunkaappauksia, tulkita raportteja tai auttaa kirjoittamaan sähköposteja, mutta se ei todella pääse kiinni yrityksen prosesseihin. Jos ERP taas on rakennettu tavalla, jossa liiketoiminnan kohteet, oikeudet, työnkulut ja rajapinnat ovat kunnossa, tekoäly voidaan liittää siihen järkevästi.

Tässä Odoo on erittäin kiinnostava vaihtoehto. Ei siksi, että Odoo olisi taikatemppu. Vaan siksi, että se on luonnostaan modulaarinen, tietomalliltaan selkeä, rajapinnoiltaan käyttökelpoinen ja laajennettavissa juuri niistä kohdista, joista yrityksen arki oikeasti muodostuu.

Mitä “tekoälynatiivi ERP” tarkoittaa?

Tekoälynatiivi ERP ei tarkoita sitä, että järjestelmän etusivulle liimataan chatbot.

Se tarkoittaa, että toiminnanohjausjärjestelmä on rakennettu niin, että tekoälyä voidaan käyttää luontevasti osana yrityksen normaaleja prosesseja.

Käytännössä tämä tarkoittaa ainakin neljää asiaa.

Ensinnäkin järjestelmässä täytyy olla järkevä tietomalli. Asiakkaat, tuotteet, varastosaldot, laskut, tarjoukset, ostotilaukset, työmääräykset, valmistustilaukset ja projektit eivät saa olla irrallisia saarekkeita, vaan niiden väliset suhteet pitää pystyä ymmärtämään ohjelmallisesti.

Toiseksi järjestelmässä täytyy olla rajapinnat. Tekoälymalli ei itsessään “käytä ERP:iä”, ellei sille anneta työkaluja. Nämä työkalut voivat olla API-kutsuja, MCP-palvelimen tarjoamia toimintoja, erillisiä automaatioita tai yrityksen omia integraatioita.

Kolmanneksi oikeuksien ja vastuiden täytyy olla kunnossa. Tekoälyn ei pidä päästä tekemään kaikkea. Sen pitää saada tehdä juuri ne asiat, jotka sille on järkevää antaa. Joissakin tapauksissa tekoäly saa vain lukea tietoa. Toisissa se saa tehdä luonnoksia. Joissakin hyvin rajatuissa tapauksissa se voi tehdä muutoksia suoraan.

Neljänneksi järjestelmää pitää voida laajentaa. Parhaat tekoälykäyttötapaukset eivät yleensä synny yleisistä demoista, vaan yrityksen omasta arjesta: “hae nämä tiedot”, “vertaa nämä rivit”, “ehdota ostotilausta”, “selvitä poikkeama”, “muodosta vastaus asiakkaalle”, “luo työmääräys tämän viestin perusteella”.

Tekoälynatiivi ERP ei siis ole yksittäinen ominaisuus. Se on arkkitehtuurinen ominaisuus.

Odoo toimii jo valmiiksi rajapintojen kautta

Odoon yksi iso vahvuus tekoälyn kannalta on se, että Odoo on alusta alkaen paljon muutakin kuin käyttöliittymä. Käyttöliittymä on vain yksi tapa käyttää samaa liiketoimintalogiikkaa ja tietomallia.

Odoon virallinen dokumentaatio kuvaa ulkoisen API:n käyttöä ja kertoo myös API-avainten tuesta. API-avaimet tulivat Odooseen versiosta 14 alkaen, ja niitä käytetään dokumentaation mukaan samalla tavalla kuin salasanaa rajapintakäytössä, eli niitä täytyy käsitellä yhtä huolellisesti kuin varsinaisia tunnuksia.  

Tämä on tekoälyn kannalta erittäin olennainen asia. Jos yritys haluaa antaa tekoälylle pääsyn Odoon tietoihin, sitä ei tarvitse tehdä kiertoteitse. Ei tarvitse rakentaa hataraa selaimen automaatiota, jossa botti klikkailee käyttöliittymää kuin ihminen. Ei tarvitse viedä kaikkea Exceliin. Ei tarvitse tehdä satunnaisia CSV-siirtoja.

Sen sijaan voidaan rakentaa hallittu kerros, jonka kautta tekoäly saa tehdä tarkkaan rajattuja asioita.

Esimerkiksi:

Tekoäly voi hakea asiakkaan avoimet tarjoukset.

Tekoäly voi tarkistaa tuotteen saatavuuden eri varastoissa.

Tekoäly voi muodostaa luonnoksen myyntitarjouksesta asiakkaan sähköpostin perusteella.

Tekoäly voi lukea ostotilausten toimitusviiveitä ja nostaa poikkeamat käsiteltäviksi.

Tekoäly voi verrata laskun rivejä ostotilaukseen ja vastaanottoon.

Tekoäly voi muodostaa raportin myynnin, katteen, varastonkierron tai huollon läpimenoajan kehityksestä.

Tärkeintä on, että tekoäly ei ole irrallinen konsultti, jolle kopioidaan satunnaisia tietoja. Se on uusi käyttötapa samalle ERP:lle.

Claude, ChatGPT, Gemini tai oma agentti: hyvällä ERP:llä tekoälyvalinta ei lukitse yritystä

Tällä hetkellä yritykset pohtivat usein, mikä tekoälymalli pitäisi valita. Claude, ChatGPT, Gemini, Copilot, avoimen lähdekoodin malli, oma fine-tunattu malli vai jokin toimialakohtainen ratkaisu?

Tämä on ymmärrettävä kysymys, mutta ERP:n näkökulmasta tärkeämpi kysymys on toinen: pystyykö yrityksen järjestelmä palvelemaan mitä tahansa järkevää tekoälytyökalua?

Hyvä arkkitehtuuri ei lukitse yritystä yhteen malliin. Tekoälymallit vaihtuvat nopeasti. Tämän vuoden paras malli ei välttämättä ole ensi vuoden paras malli. Yrityksen ERP-järjestelmän taas pitäisi kestää vuosia.

Siksi on järkevää rakentaa integraatiot niin, että Odoo tarjoaa turvallisen ja selkeän rajapinnan yrityksen tietoihin ja prosesseihin. Sen jälkeen tekoälyn päällä oleva käyttöliittymä voi olla ChatGPT, Claude, Gemini, Microsoftin työkalu, yrityksen oma sovellus tai agenttialusta.

OpenAI:n dokumentaatio kuvaa työkalujen käyttöä mallien yhteydessä: malleille voidaan antaa esimerkiksi funktiokutsuja, web-hakua, tiedostohakua tai etä-MCP-palvelimia, jolloin malli voi hakea tietoa tai kutsua ulkoisia järjestelmiä.   OpenAI kuvaa agentteja sovelluksina, jotka suunnittelevat, kutsuvat työkaluja, tekevät yhteistyötä erikoistuneiden komponenttien kanssa ja ylläpitävät riittävästi tilaa monivaiheisten tehtävien suorittamiseksi.  

Tämä kehitys sopii Odoon kaltaiseen järjestelmään hyvin. Odoo voi olla yrityksen operatiivinen selkäranka. Tekoäly voi olla uusi käyttökerros sen päällä.

MCP tekee ERP:n ja tekoälyn yhdistämisestä standardimpaa

Yksi viime vuosien kiinnostavimmista kehityskuluista on Model Context Protocol eli MCP. Anthropic esitteli MCP:n avoimena standardina, jonka tarkoitus on yhdistää tekoälyavustajat tietolähteisiin ja työkaluihin turvallisemmin ja yhtenäisemmin.   MCP:n virallinen spesifikaatio kuvaa protokollan tavaksi jakaa kontekstia kielimalleille, altistaa työkaluja tekoälyjärjestelmille ja rakentaa koostettavia integraatioita ja työnkulkuja.  

MCP:n idea on yksinkertainen mutta mullistava. Sen sijaan, että jokaiselle tekoälytyökalulle rakennetaan oma integraatio jokaiseen järjestelmään, voidaan rakentaa palvelin, joka tarjoaa järjestelmän tiedot ja toiminnot standardoidussa muodossa. Tekoälysovellus toimii MCP-asiakkaana, ERP tai sen välissä oleva integraatiokerros toimii MCP-palvelimena.

Odoon kohdalla tämä tarkoittaa esimerkiksi sitä, että MCP-palvelin voisi tarjota tekoälylle hallittuja toimintoja:

“Hae asiakkaan viimeisimmät tilaukset.”

“Tarkista tuotteen varastosaldo.”

“Luo tarjousluonnos.”

“Hae laskut, joiden maksuehto on ylittynyt.”

“Etsi myyntitilaukset, joissa toimituspäivä on vaarassa.”

“Lue työmääräyksen historia.”

“Palauta yhteenveto asiakkaan avoimista asioista ennen myyntipuhelua.”

Tätä ei kannata ajatella vain teknisenä rajapintana. Tämä on uusi tapa käyttää toiminnanohjausta.

Ihminen ei välttämättä mene enää ERP:iin etsimään tietoa. Hän kysyy: “Mitä minun pitää tänään hoitaa?” tai “Miksi tämän asiakkaan toimitus on myöhässä?” tai “Tee luonnos ostotilauksesta niiden tuotteiden perusteella, joiden saldo putoaa alle minimin seuraavan kahden viikon aikana.”

ERP ei katoa. Päinvastoin. Sen merkitys kasvaa, koska tekoälyn laatu riippuu siitä, kuinka hyvään tietoon ja kuinka järkeviin työkaluihin sillä on pääsy.

Proaktiivinen ERP: järjestelmä, joka huomaa asioita ennen käyttäjää

Perinteinen ERP on usein reaktiivinen. Käyttäjä huomaa ongelman, menee järjestelmään, hakee tiedon ja tekee toimenpiteen.

Tekoälyn avulla ERP:stä voidaan tehdä proaktiivisempi.

Esimerkiksi varastonhallinnassa järjestelmä voi tunnistaa tuotteet, joiden menekki on muuttunut nopeasti. Se voi huomata, että tietty varaosa on alkanut liikkua tavallista nopeammin, mutta minimivarasto ei ole päivittynyt. Tekoäly voi muodostaa ostoehdotuksen ja selittää, mihin se perustuu.

Myynnissä järjestelmä voi huomata asiakkaat, joille ei ole vastattu sovitussa ajassa. Se voi tehdä myyjälle aamukoosteen: nämä tarjoukset ovat vaarassa jäädä seisomaan, näihin asiakkaisiin kannattaa olla yhteydessä, näissä tuotteissa kate poikkeaa normaalista.

Huollossa tekoäly voi lukea työmääräysten kuvauksia, asiakkaan viestejä ja varaosatilannetta. Se voi ehdottaa, mitä työmääräyksiä kannattaa priorisoida, mistä puuttuu tietoja ja missä osat ovat tulossa liian myöhään.

Taloushallinnossa tekoäly voi auttaa laskujen tarkastuksessa, maksuhuomautusten luonnostelussa, kustannuspaikkojen ehdottamisessa tai poikkeavien rivien tunnistamisessa.

Johdon raportoinnissa tekoäly voi muodostaa luonnollisen kielen yhteenvedon siitä, mitä luvuissa oikeasti tapahtuu. Ei pelkkää “myynti kasvoi 7 %”, vaan “myynti kasvoi, mutta kasvu tuli kahdelta matalakatteiselta tuoteryhmältä, samalla kun varastonkierto heikkeni tietyssä kategoriassa.”

Tässä kohtaa tekoälyn arvo ei ole se, että se kirjoittaa hienoja lauseita. Arvo on se, että se auttaa yritystä huomaamaan asioita ajoissa.

Odoo on helppo laajentaa yrityksen omiin työnkulkuihin

Odoo on modulaarinen järjestelmä. Sen perusajatus on, että yritys voi ottaa käyttöön tarvitsemansa sovellukset ja laajentaa niitä tarpeen mukaan. Odoon oma sivusto kuvaa sen integroiduksi avoimen lähdekoodin yrityssovellusten kokonaisuudeksi, joka kattaa esimerkiksi CRM:n, verkkokaupan, laskutuksen, varaston, kassajärjestelmän, projektit ja muut yrityksen tarpeet.  

Tekoälyn kannalta tämä on merkittävää. Jos kaikki yrityksen tärkeät prosessit ovat samassa järjestelmässä tai hyvin integroidussa kokonaisuudessa, tekoälyn ei tarvitse arvailla kokonaiskuvaa viidestä eri ohjelmasta. Se voi toimia yhtenäisen tietomallin päällä.

Odoo on myös käytännössä hyvin muokattava. Voidaan lisätä kenttiä, rakentaa näkymiä, tehdä palvelinpuolen automaatioita, luoda integraatioita, ajastettuja tehtäviä, raportteja ja toimialakohtaisia moduuleja. Tämä tarkoittaa, että tekoälyä ei tarvitse liittää vain järjestelmän “yleisiin” osiin. Se voidaan liittää juuri yrityksen oman toiminnan kriittisiin kohtiin.

Jos yritys myy koneita, olennaista voi olla varustelu, rahoitus, vaihtokoneet, verkkolistaukset, huoltohistoria, varaosat ja dokumentit.

Jos yritys toimii valmistavassa teollisuudessa, olennaista voi olla materiaalitarve, työvaiheet, alihankinta, laadunvalvonta ja toimitusvarmuus.

Jos yritys pyörittää verkkokauppaa, olennaista voi olla varastosaldo, tilausten poikkeamat, palautukset, tuotekuvaukset, hinnoittelu ja asiakaspalvelu.

Tekoälystä saadaan eniten irti silloin, kun se ymmärtää yrityksen todellisen toimintaympäristön. Odoo antaa tähän hyvän pohjan, koska sitä voidaan laajentaa liiketoiminnan mukaan.

Tekoäly ei korjaa huonoa dataa

Tärkeä varoitus: tekoäly ei tee huonosta ERP-datasta hyvää ERP-dataa.

Se voi auttaa siivoamaan dataa, löytämään poikkeamia ja ehdottamaan korjauksia. Mutta jos tuotteet on perustettu miten sattuu, varastosaldot eivät pidä paikkaansa, asiakkaat ovat duplikaatteina ja prosesseja kierretään Excelissä, tekoäly alkaa vain tuottaa vakuuttavan näköistä roskaa huonon perustan päälle.

Tämä on yksi syy, miksi toiminnanohjausjärjestelmän arkkitehtuuri on tekoälyaikana entistä tärkeämpi. Ennen huono tietomalli haittasi raportointia ja käyttöä. Nyt se haittaa myös automaatiota ja tekoälyä.

Hyvä tekoälyprojekti ERP:n ympärillä alkaa usein tylsistä asioista:

Mitä tietoa järjestelmässä on?

Missä se sijaitsee?

Kuka omistaa tiedon?

Mitkä kentät ovat luotettavia?

Mitä tekoäly saa lukea?

Mitä se saa kirjoittaa?

Missä kohdissa tarvitaan ihmisen hyväksyntä?

Miten virheet havaitaan?

Miten tapahtumat lokitetaan?

Näissä kysymyksissä ei ole mitään trendikästä. Mutta juuri näiden päälle oikeasti hyödyllinen tekoäly rakennetaan.

Turvallisuus: tekoälylle ei anneta pääkäyttäjän avaimia käteen

Kun tekoäly yhdistetään ERP:iin, turvallisuus ei ole lisäosa. Se on perusta.

Tekoälylle ei pidä antaa yhtä laajaa käyttäjätunnusta, jolla voi tehdä mitä tahansa. Järkevä malli on rajata toiminnot ja oikeudet käyttötapauksen mukaan.

Esimerkiksi asiakaspalveluagentti voi saada oikeuden lukea asiakkaan tilauksia ja luoda viestiluonnoksia, mutta ei oikeutta muuttaa laskutustietoja.

Ostoehdotuksia tekevä agentti voi saada oikeuden lukea varastosaldoja, myyntihistoriaa ja toimittajatietoja sekä tehdä ostotilausluonnoksia, mutta varsinaisen tilauksen lähettäminen jää ihmiselle.

Raportointiagentti voi saada lukuoikeuden talous- ja varastotietoihin, mutta ei kirjoitusoikeuksia.

Tämä ei ole vain tekninen kysymys. Tämä on myös johtamisen kysymys. Yrityksen pitää päättää, mikä on automaation taso. Tekoäly voi ehdottaa, valmistella, muistuttaa, tarkistaa, tehdä luonnoksia tai tietyissä tapauksissa toimia itsenäisesti. Kaikkia näitä ei pidä sekoittaa yhdeksi epämääräiseksi “AI tekee” -kokonaisuudeksi.

Miksi tämä on PK-yritykselle hyvä uutinen?

Tekoälynatiivi ERP kuulostaa helposti isolta enterprise-hankkeelta. Todellisuudessa juuri PK-yritykset voivat hyötyä tästä nopeasti.

Pienessä ja keskisuuressa yrityksessä ongelmat ovat usein konkreettisia:

Tieto on liian monessa paikassa.

Raportit tehdään käsin.

Myynti ei näe varaston todellista tilannetta.

Ostot perustuvat mutuun.

Laskujen käsittelyssä on turhaa käsityötä.

Asiakaspalvelu etsii tietoja useasta järjestelmästä.

Johto saa luvut liian myöhään.

Tekoäly ei yksin ratkaise näitä ongelmia. Mutta Odoo + hyvin suunnitellut integraatiot + rajatut tekoälytyökalut voivat ratkaista niistä monta.

Hyvä ensimmäinen projekti ei välttämättä ole “rakennetaan täydellinen autonominen agentti”. Se voi olla paljon järkevämpi:

Tekoäly lukee asiakkaan sähköpostin ja ehdottaa oikeaa toimintoa Odoossa.

Tekoäly tekee myyjälle asiakaskoosteen ennen puhelua.

Tekoäly etsii viikoittain poikkeavat varastosaldot tai toimitusviiveet.

Tekoäly tekee luonnoksen tarjousvastauksesta Odoon tietojen pohjalta.

Tekoäly muodostaa johdolle viikkoraportin suoraan ERP-datasta.

Nämä eivät ole tieteiskirjallisuutta, vaan käytännön automaatioita, joiden arvo syntyy siitä, että ERP:n data on saavutettavissa ja prosessit ymmärrettävissä.

Tekoälynatiivi ERP ei ole tulevaisuuden luksusta, vaan tulevaisuuden perusvaatimus

Yrityksen toiminnanohjausjärjestelmän valinta ei ole enää vain kysymys siitä, miltä käyttöliittymä näyttää tai mitä moduuleja järjestelmässä on tänään.

Yhä tärkeämpi kysymys on tämä:

Voiko tätä järjestelmää käyttää järkevästi tekoälyn kautta?

Jos vastaus on ei, yritys rakentaa itselleen teknistä velkaa. Ehkä ei tänään, mutta hyvin pian.

Odoo on tässä suhteessa vahva vaihtoehto. Se on laaja, modulaarinen, avoimeen lähdekoodiin nojaava, rajapinnoiltaan käyttökelpoinen ja laajennettavissa yrityksen omaan toimintaan. Se ei ole täydellinen eikä maaginen. Mutta se on erittäin hyvä pohja yritykselle, joka haluaa rakentaa ERP-ympäristön, jota ihmiset ja tekoäly voivat käyttää yhdessä.

Tekoälynatiivi ERP ei tarkoita sitä, että ihminen poistuu kuvasta. Se tarkoittaa, että ihmisen ei tarvitse käyttää aikaansa kaikkeen siihen, minkä järjestelmä voi valmistella, tarkistaa, ehdottaa tai nostaa esiin.

Hyvä ERP pitää yrityksen datan ja prosessit järjestyksessä.

Hyvä tekoäly auttaa käyttämään niitä fiksummin.

Kun nämä yhdistetään oikein, toiminnanohjaus ei ole enää vain järjestelmä, johon kirjataan mitä tapahtui. Se alkaa olla järjestelmä, joka auttaa päättämään, mitä seuraavaksi kannattaa tehdä.

Haluatko selvittää, miten Odoo ja tekoäly voisivat toimia teidän yrityksessänne?

Sukkela.io tekee Odoo ERP -projekteja, integraatioita ja käytännönläheisiä tekoälyratkaisuja pienille ja keskisuurille yrityksille. Jos haluat selvittää, miten oma ERP-ympäristö kannattaa rakentaa tekoälyaikaa varten, katsotaan nykytila läpi ja ehdotetaan konkreettisia seuraavia askelia.