Perinteinen ERP on rakennettu henkilöä varten näytön äärellä. Sen ominaisuudet, integraatiot ja tarkastuspolku olettavat, että työ syötetään lomakkeiden kautta, jotka ihminen täyttää. AI-syntynyt ERP on rakennettu agentille pääkäyttäjänä: jokainen toiminto, jonka järjestelmä voi suorittaa, on esitetty kirjoitettuna työkaluna, jota agentti voi kutsua avoimen protokollan kautta, ja jokainen kutsu tarkistetaan sen henkilön oikeuksien mukaan, jota agentti edustaa. Ihmiset käyttävät edelleen näyttöjä katsomiseen ja päätöksentekoon; ne eivät enää ole ainoa tapa, jolla työ tehdään.
Se on arkkitehtoninen ero eikä ominaisuusero. Perinteinen ERP, johon on lisätty avustaja, ohjaa edelleen työn henkilön kautta. AI-syntynyt ERP ohjaa työn agentin kautta ja pitää kirjaa sivutuotteena. Tämä osa näyttää, missä kaksi polkua jakautuvat ja mitä siitä seuraa.
Seuraa yhtä ostotilausta molemmissa järjestelmissä
Aloita jostakin tavallisesta. Toimittaja nimeltä Northwind on antanut tarjouksen varastosta, tarjous on hyväksyttävä, ja liiketoiminta tarvitsee ostotilauksen, joka nostetaan, lähetetään ja sovitetaan, kun tavarat ja lasku saapuvat. Seuraa tätä pyyntöä jokaisessa arkkitehtuurissa, ja ero on näkyvissä ennen kuin mitään ominaisuuslistaa avataan.
Perinteisessä järjestelmässä polku on henkilön polku. Joku avaa hankintamoduulin, löytää tai luo toimittajan, syöttää rivit tarjouksesta, tarkistaa kustannuspaikan, tallentaa, vie asiakirjan, liittää sen sähköpostiin ja palaa myöhemmin vastaanottamaan tavarat ja sovittamaan laskun. Jos järjestelmässä on avustaja, se voi esitäyttää rivit tarjouksesta tai laatia sähköpostin. Henkilö pysyy se, joka liikkuu näytöltä näytölle, ja avustaja pääsee vain niille näytöille, joihin myyjä on valinnut sen liitettäväksi.
AI-syntyneessä järjestelmässä polku on agentin polku. Henkilö kertoo agentilleen, mitä hän haluaa. Agentti kysyy työtilalta, mitä työkaluja se voi käyttää, ja työtila vastaa suodatetulla listalla: toimittajan haku, ostotilauksen luominen, asiakirjan lähettäminen, tavaran vastaanotto, laskun sovittaminen, eikä mitään, mikä ei ole kyseisen henkilön roolissa sallittua. Agentti kutsuu näitä työkaluja peräkkäin, työtila tarkistaa jokaisen kutsun uudelleen sen suorittaessa, ja ostotilaus, lähetetty asiakirja ja myöhempi sovitus ovat järjestelmässä tarkalleen niin kuin jos henkilö olisi syöttänyt ne. Henkilö näkee tuloksen ja lokin, ei lomakkeita.
AI-pohjaisessa järjestelmässä pyyntö siirtyy henkilöltä heidän agentilleen, sitten lupakerroksen läpi, ennen kuin mitään moduulia kosketaan. Sama kerros, joka säätelee henkilön pääsyä, säätelee myös agentin pääsyä.
Pääkäyttäjä on ero
Kaikki muu AI-pohjaisen ERP:n ja perinteisen ERP:n vertailussa seuraa yhdestä suunnittelupäätöksestä: keneltä ohjelmisto odottaa toimintaa. Perinteinen ERP vastaa tähän kysymykseen henkilöllä, ja neljäkymmentä vuotta hyvää työtä on mennyt siihen, että henkilön työstä on tullut helpompaa. Näytöt nopeutuivat, työnkulut muokkautuivat, mobiilisovelluksia tuli, ja lopulta avustaja ilmestyi lomakkeen viereen. Mikään ei muuttanut sitä, kuka oli ohjaimissa.
AI-pohjainen ERP vastaa samaan kysymykseen agentilla, joka toimii henkilön puolesta. Kun tämä on vastaus, tuotteen on rakennettava eri tavalla ensimmäisestä rivistä. Jokaiselle toiminnallisuudelle tarvitaan työkalumääritelmä, jossa on nimi, tyypitetyt syötteet ja tulos, ei vain näyttö. Lupa-mallin on toimittava kutsukohtaisesti, ei istuntokohtaisesti, koska yksi pyyntö voi jakautua kymmeniksi kutsuiksi eri moduuleissa. Protokollan on oltava avoin, koska soittava agentti voi kuulua asiakkaalle eikä myyjälle. Ja audit-lokin on tallennettava, mitä agentti teki, samalla tarkkuudella kuin mitä henkilö teki, koska tämä loki on nyt ensisijainen tapa, jolla johtaja tarkistaa työn.
Mitä siitä seuraa: kuusi seurausta
Alla oleva taulukko on käytännön vertailu. Jokainen rivi on seurausta ensisijaisesta käyttäjäpäätöksestä eikä ominaisuudesta, jonka yksi myyjä valitsi ja toinen ei.
| Perinteinen ERP | Tekoälyyn perustuva ERP | |
|---|---|---|
| Pääkäyttäjä | Henkilö näytön äärellä | Edustaja, joka toimii henkilön puolesta |
| Miten työ tulee sisään | Lomakkeet, tuonnit, integraatiot rakennettu jokaiselle parille | Työkalukutsut avoimen protokollan yli; näytöt jäävät tarkasteltavaksi |
| AI:n ulottuvuus | Ominaisuudet, joihin myyjä yhdisti avustajan | Jokainen järjestelmän toiminto on työkalu. |
| Mikä edustaja | Toimittajan, tuotteen sisällä, jos sellainen on. | Mikä tahansa yhteensopiva asiakas, mukaan lukien sellainen, jota asiakas jo käyttää. |
| Oikeudet | Per käyttäjä, per istunto. | Per käyttäjä, tarkistettu, kun työkaluja tarjotaan ja jälleen jokaisessa kutsussa. |
| Tarkastus. | Kuka muutti minkäkin tietueen. | Kuka kysyi, mikä agentti toimi, mitkä työkalut toimivat minkäkin syötteen ja tuloksen kanssa. |
Rivit ovat arkkitehtonisia seurauksia, eivät pisteitä. Perinteinen ERP voi olla erinomainen siinä, mihin se on rakennettu.
Rivi, joka yllättää ostajat eniten, on ulottuvuus. Perinteiseen järjestelmään lisätty avustaja tuntuu laajalta demossa, koska demo on käsikirjoitettu sen ympärille, mitä ominaisuuksia se koskettaa. Päivittäisessä käytössä se pysähtyy näiden ominaisuuksien rajalle, ja henkilö ottaa ohjat. Agentti-natiivissa järjestelmässä raja on henkilön käyttöoikeudet, mikä on erilainen ja hyödyllisempi raja.
Mikä ei muutu
On tärkeää olla tarkka siitä, mikä pysyy samana, koska toimittajat molemmilla puolilla hämärtävät sen. Tietomalli ei muutu. Kaksoiskirjanpito on kaksoiskirjanpitoa, olipa agentti tai henkilö, joka kirjaa päiväkirjan. Verosäännöt, monivaluuttakäsittely, varaston arvostus, kauden päättäminen ja asiakirjan numerointi ovat samoja ongelmia samoilla vastauksilla. AI-natiivi järjestelmä, joka saa nämä väärin, on huono ERP, jossa on hyvä käyttöliittymä agenteille, mikä ei ole kauppa, jota kannattaa tehdä.
Käyttöoikeudet eivät muutu periaatteessa; ne muuttuvat siinä, missä niitä valvotaan. Perinteinen järjestelmä tarkistaa, mitä käyttäjä voi nähdä, kun näyttö latautuu. AI-natiivi järjestelmä on tarkistettava, mitä käyttäjä voi tehdä joka kerta, kun työkalua kutsutaan, koska näyttöä ei ole, johon tarkistus voitaisiin liittää. Sääntö on sama. Valvontapiste siirtyy.
Arvioinnin tarve ei muutu. Agentti luo ostotilauksen ja vertaa laskua; se myös pysähtyy, kun kaksi toimittajatietuetta näyttävät samalta yritykseltä, kun vastaavuus on sietorajan ulkopuolella tai kun hyväksyntä on käyttäjän valtuuksien yläpuolella. Nämä tauot ovat järjestelmän toimimista suunnitellusti, ja ensimmäiset viikot agentin kanssa näyttävät hyvin samankaltaisilta kuin ensimmäiset viikot kykenevän uuden kollegan kanssa.
Missä perinteinen ERP on edelleen oikea vastaus
Rehellinen vertailu on sanottava, kun vanhempi arkkitehtuuri voittaa. Jos liiketoiminta on syvällä, validoitu valmistus tai säännellyt prosessit, joissa on vuosikymmenten mukautuksia vakiintuneessa paketissa, siirtymisen kustannus on todellinen, ja se avustaja, jonka paketti nyt toimittaa, saattaa olla riittävä siihen, mitä tiimi oikeasti tarvitsee AI:lta, joka usein on tiivistämistä, luonnostelua ja kysymyksiin vastaamista datasta. Jos toiminta on kourallinen ihmisiä kirjanpito-ohjelmistolla ja taulukkolaskennalla, kumpikin arkkitehtuuri on enemmän kuin he käyttävät.
Perustelut AI-natiiville ovat vahvimmat keskivaiheilla: liiketoiminta, jossa on tarpeeksi rutiinia, poikkimoduulista työtä, että syöttäminen on muuttunut työksi itsessään, ja tiimi, joka jo käyttää agenttia muihin asioihin ja mieluummin ohjaa sen liiketoimintaan kuin oppii toisen toimittajan chat-ikkunan. Siellä työn ohjaaminen agentin kautta maksaa nopeasti takaisin, ja siellä oman agentin tuominen ei ole enää vain slogan, vaan alkaa olla rivi kustannuslaskelmassa, koska työtila ei suorita AI:ta puolestasi, kun oma agenttisi tekee päättelyn.
Kuinka kertoa, mitä arkkitehtuuria sinulle näytetään
Demonstraatiot on suunniteltu tekemään kahdesta asiasta samankaltaisia. Seuraava järjestys erottaa ne alle tunnissa eikä vaadi teknistä henkilöä sen suorittamiseen.
- Tuo oma agenttisiYhdistä agentti, jota jo käytät (Claude, ChatGPT tai muu MCP-asiakas), toimittajan tuotteen ulkopuolelta. Jos se ei ole mahdollista, sinulla on vastaus protokollakysymykseen.
- Kysy työkalulistaaAnna agentin luetella, mitä sen on sallittua tehdä. Tarkista, että lista on pitkä, kattaa sinua kiinnostavat moduulit ja muuttuu, kun kirjaudut sisään rajoitetumpana käyttäjänä.
- Saavuta yksi tulosPyydä agenttia luomaan, lähettämään ja aikatauluttamaan seurantaa yhdelle ostotilaukselle ilman, että kukaan koskee näyttöön. Katso, saako se työn valmiiksi vai palauttaako se sen henkilölle kesken.
- Lue lokiLöydä tallenne siitä, mitä agentti teki: kuka kysyi, mitkä työkalut toimivat, millä syötteillä. Jos tämä loki on ohuempi kuin henkilön loki, agentti on vieras järjestelmässä sen sijaan, että olisi sen käyttäjä.
Sois on yksi toteutus AI-natiivista arkkitehtuurista, ja se on se, jota voimme kuvata tarkasti. Työtila on MCP-palvelin. Mikä tahansa yhteensopiva asiakas yhdistää lisäämällä työtilan osoitteen ja kirjautumalla sisään kerran OAuthin kautta, ilman liitettävää tokenia. Tarjotut työkalut suodatetaan käyttäjän roolin mukaan ennen kuin agentti näkee ne ja tarkistetaan uudelleen, kun kukin toimii; pääsy epäonnistuu suljetusti. Kulut voidaan rajoittaa integraatiokohtaisesti ja jokainen toiminto kirjataan. Alapuolella olevat moduulit ovat sellaisia, joita odottaisit ERP:ltä: yhteystiedot ja CRM, saapuneet, asiakirjat, kalenteri, tehtävät, kirjanpito laskutuksella, laskut, ostolaskut ja monivaluutta, kaupat, varasto ja varasto, sekä sovellusten markkinapaikka.
Valitsitpa sen tai et, suorita yllä oleva sekvenssi sen mukaan, mitä sinulle näytetään. Kysymys, jota on syytä kysyä, ei ole se, mikä tuote sisältää tekoälyä, koska kaikki sanovat niin, vaan kuka tuote on rakennettu käytettäväksi.
Kysymyksiä, joita ihmiset kysyvät
Onko tekoälyyn perustuva ERP sama kuin agenttipohjainen ERP?
Käytännössä kyllä. Tekoälyyn perustuva ja agenttipohjainen kuvaavat, miten järjestelmä on rakennettu; agenttipohjainen kuvaa, mitä siinä tapahtuu. Kaikki kolme ilmaisua viittaavat järjestelmiin, joissa agentti voi käyttää ohjelmistoa henkilön valtuuksien alaisena, toisin kuin järjestelmiin, joihin on lisätty avustaja ihmisille rakennettuihin näyttöihin.
Onko tekoälyyn perustuvassa ERP:ssä edelleen näyttöjä?
Kyllä. Ihmiset käyttävät näyttöjä katsomiseen, tarkistamiseen ja päätöksentekoon sekä työskentelevät suoraan, kun he niin haluavat. Ero on siinä, että näytöt eivät enää ole ainoa tapa, jolla työ voi tulla järjestelmään.
Voiko perinteinen ERP muuttua tekoälyyn perustuvaksi lisäämällä avustajan?
Ei pelkästään sillä. Avustaja auttaa henkilöä käyttämään olemassa olevia näyttöjä ja pääsee vain niihin ominaisuuksiin, jotka myyjä on liittänyt. Tekoälyyn perustuvaksi tuleminen tarkoittaa, että jokainen toiminto altistetaan valtuutettuna työkaluna avoimen protokollan kautta, mikä on käyttöliittymäkerroksen uudelleenrakentamista eikä lisäosaa.
Onko turvallista antaa agentin tehdä tapahtumia?
Se on yhtä turvallista kuin taustalla oleva valvonta. Tarkista, että jokaisessa kutsussa tarkistetaan valtuudet, on käytössä kuluraja ja loki, joka tallentaa agentin toimet samalla tarkkuudella kuin henkilön. Agentin tulisi toimia sen henkilön valtuuksilla, jota se edustaa, eikä koskaan enemmän.
- Model Context Protocol -määrittely: työkalut kuinka työkaluja määritellään, luetellaan ja kutsutaan, sekä vaatimus, että palvelimien on toteutettava pääsynhallinta
- Sois-dokumentaatio: työtilan MCP-palvelin päätepiste, OAuth-kirjautuminen, rooliin perustuva työkalulista ja yllä olevassa kuvattu sulkeutuva käyttäytyminen
- Sois: turvallisuus ja käyttöoikeuskerros valtuudet, joita valvotaan, kun työkaluja tarjotaan ja kun ne toimivat; kulurajat; lokitus
Tätä artikkelia tarkastellaan, kun sen kuvaamat tuotteet muuttuvat. Seuraava tarkastusaika: 4. joulukuuta 2026.