Traditsiooniline ERP on loodud inimesele ekraanil. Selle funktsioonid, integratsioonid ja auditeerimise jälgimine eeldavad, et töö siseneb vormide kaudu, mille täidab inimene. AI-põhine ERP on loodud agendi jaoks peamise kasutajana: iga toiming, mida süsteem saab teha, on avatud protokolli kaudu agendi kutsutavaks kirjutatud tööriistaks, ja iga kõne kontrollitakse isiku õiguste järgi, keda agent esindab. Inimesed kasutavad endiselt ekraane vaatamiseks ja otsustamiseks; nad ei ole enam ainus viis, kuidas töö tehakse.
See on arhitektuuriline erinevus, mitte funktsioonide erinevus. Traditsiooniline ERP koos abistajaga suunab endiselt töö inimese kaudu. AI-põhine ERP suunab töö agendi kaudu ja hoiab kirje kõrvaltoodanguna. Selle artikli ülejäänud osa näitab, kus kaks teed lahknevad ja mis sellest tuleneb.
Jälgi ühte ostutellimust läbi mõlema süsteemi
Alusta millegagi tavalise. Tarnija nimega Northwind on teinud pakkumise varude kohta, pakkumine on vastuvõetav ja ettevõte vajab ostutellimust, mis tuleb koostada, saata ja sobitada, kui kaubad ja arve saabuvad. Jälgi seda taotlust läbi iga arhitektuuri ja erinevus on nähtav enne, kui ükski funktsioonide loetelu avatakse.
Traditsioonilises süsteemis on tee inimese tee. Keegi avab ostumooduli, leiab või loob tarnija, sisestab pakkumise read, kontrollib kulukeskust, salvestab, ekspordib dokumendi, lisab selle e-kirjale ja hiljem naaseb kaupade vastuvõtmiseks ja arve sobitamiseks. Kui süsteemil on abistaja, võib see eelnevalt täita pakkumise read või koostada e-kirja. Inimene jääb olema see, kes liigub ekraanilt ekraanile, ja abistaja jõuab ainult neile ekraanidele, mille müüja on valinud selle ühendamiseks.
AI-põhises süsteemis on tee agendi tee. Inimene ütleb oma agendile, mida ta soovib. Agent küsib tööruumilt, milliseid tööriistu ta võib kasutada, ja tööruum vastab filtreeritud loendiga: tarnija otsing, ostutellimuse loomine, dokumendi saatmine, kaupade vastuvõtt, arve sobitamine ja mitte midagi, mida selle inimese roll ei luba. Agent kutsub neid tööriistu järjestikku, tööruum kontrollib iga kõnet uuesti, kui see töötab, ja ostutellimus, saadetud dokument ja hilisem sobitamine eksisteerivad süsteemis täpselt nagu inimene oleks need sisestanud. Inimene näeb tulemust ja logi, mitte vorme.
AI-põhises süsteemis edastatakse taotlus inimeselt tema agendile, seejärel läbi õiguste kihi, enne kui ükski moodul puudutatakse. Sama kiht, mis reguleerib inimese juurdepääsu, reguleerib ka agendi juurdepääsu.
Peamine kasutaja on erinevus
Kõik muu AI-põhise ERP ja traditsioonilise ERP võrdluses tuleneb ühest disainivalikust: kes on see, kellelt tarkvara ootab, et see seda kasutaks. Traditsiooniline ERP vastab sellele küsimusele inimesega ning nelikümmend aastat head tööd on suunatud inimese töö lihtsustamisele. Ekraanid muutusid kiiremaks, töövood said konfigureeritavaks, mobiilirakendused ilmusid ja lõpuks ilmus vormi kõrvale assistent. Miski ei muutnud seda, kes oli juhtimispuldil.
AI-põhine ERP vastab samale küsimusele agendiga, kes tegutseb inimese nimel. Kui see on vastus, peab toode olema ehitatud teisiti kui esimeses reas. Iga võimekus vajab tööriista määratlust koos nime, tüpiseeritud sisendite ja tulemusega, mitte ainult ekraaniga. Õiguste mudel peab toimima iga kõne puhul, mitte iga seansi puhul, kuna üksik taotlus võib laieneda tosinaks kõneks erinevatesse moodulitesse. Protokoll peab olema avatud, kuna kõne tegeva agendi võib kuuluda kliendile, mitte müüjale. Ja auditi logi peab registreerima, mida agent tegi sama täpsusega nagu inimene, kuna see logi on nüüd peamine viis, kuidas juht tööd üle vaatab.
Mis sellest tuleneb: kuus tagajärge
Allolev tabel on praktiline võrdlus. Iga rida on peamise kasutaja otsuse tagajärg, mitte funktsioon, mille üks müüja valis ja teine mitte.
| Traditsiooniline ERP | AI-põhine ERP | |
|---|---|---|
| Peamine kasutaja | Inimene ekraanil | Agent, kes tegutseb inimese nimel |
| Kuidas töö siseneb | Vormid, impordid, integreerimised, mis on loodud iga paarituse jaoks | Tööriista kõned avatud protokolli kaudu; ekraanid jäävad ülevaatamiseks |
| AI ulatus | Funktsioonid, millega müüja assistendi ühendas | Iga süsteemi tegevus, kuna igaühel on oma tööriist |
| Milline agent | Müüja, toote sees, kui see on olemas | Iga ühilduv klient, sealhulgas see, mida klient juba kasutab |
| Luba | Kasutaja kohta, seansi kohta | Kasutaja kohta, kontrollitud, kui tööriistu pakutakse ja uuesti igal kõnel |
| Audit | Kes muutis millist kirjet | Kes küsis, milline agent tegutses, millised tööriistad töötasid milliste sisendite ja tulemustega |
Read on arhitektuursed tagajärjed, mitte skoorid. Traditsiooniline ERP võib olla suurepärane selles, milleks see on loodud.
Rida, mis ostjaid kõige rohkem üllatab, on ulatus. Traditsioonilisele süsteemile lisatud assistent tundub demoes lai, kuna demo on skriptitud selle ümber, mida see puudutab. Igapäevases kasutuses peatub see nende funktsioonide piiril ja inimene võtab üle. Agent-native süsteemis on piiriks inimese õigused, mis on erinev ja kasulikum piir.
Mis ei muutu
On oluline olla täpne, mis jääb samaks, kuna müüjad mõlemal pool hägustavad seda. Andmemudel ei muutu. Kahepoolne raamatupidamine on kahepoolne raamatupidamine, olgu see siis agent või inimene, kes kannab päevikut. Maksureeglid, mitme valuuta käsitlemine, varude hindamine, perioodi sulgemine ja dokumentide nummerdamine on samad probleemid samade vastustega. AI-native süsteem, mis need valesti mõistab, on halb ERP hea liidese jaoks agentidele, mis ei ole kaubandus, mida tasub teha.
Õigused ei muutu põhimõtteliselt; need muutuvad seal, kus neid rakendatakse. Traditsiooniline süsteem kontrollib, mida kasutaja võib näha, kui ekraan laaditakse. AI-native süsteem peab kontrollima, mida kasutaja võib teha iga kord, kui tööriista kutsutakse, kuna ekraani laadimist, millele kontroll toetuda, ei ole. Reegel on sama. Rakendamise punkt liigub.
Otsustamise vajadus ei muutu. Agendi ülesanne on esitada ostutellimus ja sobitada arve; see peatub ka siis, kui kaks tarnija kirjet näevad välja nagu sama ettevõte, kui sobitamine on taluvuse piiridest väljas või kui heakskiit on kasutaja volitustest kõrgemal. Need pausid on süsteemi töö vastavalt kavandatule, ja esimesed nädalad agendiga näevad välja väga sarnased esimestele nädalatele uue oskusliku kolleegiga.
Kus traditsiooniline ERP on endiselt õige vastus
Aus võrdlus peab ütlema, millal vanem arhitektuur võidab. Kui äri on sügavale juurdunud, valideeritud tootmine või reguleeritud protsessid, mille sees on aastakümnete pikkune kohandamine, on liikumise hind reaalne ja see assistent, mida see komplekt nüüd pakub, võib olla piisav selle jaoks, mida meeskond AI-lt tegelikult vajab, mis on sageli andmete kokkuvõtete tegemine, koostamine ja küsimustele vastamine. Kui tegevus hõlmab mõnda inimest raamatupidamisprogrammi ja tabelarvutust kasutades, on mõlemad arhitektuurid rohkem, kui nad vajavad.
AI-põhise lahenduse vajadus on kõige tugevam keskel: ettevõte, kus on piisavalt rutiinset, moodulitevahelist tööd, et sisenemine on muutunud iseseisvaks tööks, ja meeskond, kes juba kasutab agenti muudel eesmärkidel ning eelistaks suunata selle ettevõtte suunas, kui õppida tundma teise müüja vestlusakent. Just seal toob töö suunamine agendi kaudu kiiresti tagasi, ja seal, kus oma agendi toomine lõpetab olema loosung ja hakkab olema rida kulude arvestuses, kuna tööruum ei teosta teie nimel AI-d, kui teie oma agent teeb mõtlemise.
Kuidas teada saada, millist arhitektuuri teile näidatakse
Demonstraatsioonid on loodud selleks, et muuta need kaks sarnaseks. Järgmine järjestus eraldab need vähem kui tunni jooksul ja ei vaja tehnilist isikut selle käitamiseks.
- Too oma agentÜhendage agent, mida juba kasutate (Claude, ChatGPT või mõni muu MCP klient), väljastpoolt müüja toodet. Kui see ei ole võimalik, on teil protokolli küsimusele vastus olemas.
- Küsi tööriistade nimekirjaLaske agendil loetleda, mida tal on lubatud teha. Kontrolli, et loetelu oleks pikk, kataks sind huvitavad moodulid ja muutuks, kui logid sisse piiratud õigustega kasutajana.
- Täida üks tulemusPaluge agendil tõsta, saata ja ajastada järeltegevus ühe ostutellimuse jaoks, ilma et keegi ekraani puudutaks. Vaadake, kas see lõpetab või annab osaliselt inimesele tagasi.
- Loe logiLeia kirje sellest, mida agent tegi: kes küsis, millised tööriistad töötasid, milliste sisenditega. Kui see logi on õhem kui isiku logi, on agent süsteemis külaline, mitte selle kasutaja.
Sois on AI-põhise arhitektuuri rakendus, ja see on see, mida saame täpselt kirjeldada. Tööruum on MCP server. Iga ühilduv klient ühendub, lisades tööruumi aadressi ja logides sisse üks kord OAuth'i kaudu, ilma, et oleks vaja kleepida tokenit. Pakutavad tööriistad filtreeritakse kasutaja rolli järgi enne, kui agent neid näeb, ja kontrollitakse uuesti, kui igaüks neist töötab; juurdepääs ebaõnnestub. Kulutusi saab piirata iga integratsiooni puhul ja iga toiming logitakse. Alusmoodulid on need, mida võiks oodata ERP-lt: kontaktid ja CRM, postkast, dokumendid, kalender, ülesanded, raamatupidamine koos arveldamisega, arved, ostuarved ja mitme valuuta tugi, tehingud, ladu ja varud ning rakenduste turg.
Olenemata sellest, kas valite selle või mitte, käivitage ülaltoodud järjestus selle vastu, mida teile näidatakse. Küsimus, mida pidevalt küsida, ei ole see, millisel tootel on AI, kuna kõik väidavad, et neil on, vaid kelle jaoks toode on loodud töötama.
Küsimused, mida inimesed esitavad
Kas AI-põhine ERP on sama mis agentne ERP?
Praktikas, jah. AI-põhine ja agendi-põhine kirjeldavad, kuidas süsteem on loodud; agentne kirjeldab, mis selles toimub. Kõik kolm fraasi viitavad süsteemidele, kus agent saab tarkvara kasutada inimese õiguste alusel, erinevalt süsteemidest, mis lisasid abistaja ekraanidele, mis on loodud inimestele.
Kas AI-põhisel ERP-l on endiselt ekraanid?
Jah. Inimesed kasutavad ekraane vaatamiseks, ülevaatamiseks ja otsustamiseks ning töötavad otse, kui nad seda eelistavad. Erinevus seisneb selles, et ekraanid ei ole enam ainus viis, kuidas töö saab süsteemi siseneda.
Kas traditsiooniline ERP saab AI-põhiseks, lisades abistaja?
Ainult sellega mitte. Abistaja aitab inimesel juhtida olemasolevaid ekraane ja pääseb ligi ainult neile funktsioonidele, mille müüja on ühendatud. AI-põhiseks saamine tähendab iga toimingu avamist õigustatud tööriistana avatud protokolli kaudu, mis on liidese kihi ümberehitus, mitte lisand.
Kas on ohutu lasta agendil tehinguid postitada?
See on sama ohutu kui allpool olev jõustamine. Otsige igas kõnes kontrollitud õigusi, kulutuste piirmäära ja logi, mis salvestab agendi toimingud sama detailiga kui inimese omad. Agent peaks tegutsema selle isiku volituste alusel, keda ta esindab, ja mitte rohkem.
- MCP spetsifikatsioon: tööriistad kuidas tööriistu määratletakse, loetletakse ja nimetatakse, ning nõue, et serverid rakendaksid juurdepääsukontrolle
- Sois dokumentatsioon: tööruumi MCP server lõpp-punkt, OAuth sisselogimine, rollide filtreeritud tööriistade loetelu ja ülaltoodud ebaõnnestumise korral suletud käitumine
- Sois: turvalisus ja õiguste kiht õigused, mida rakendatakse, kui tööriistu pakutakse ja kui need töötavad; kulutuste piirmäärad; logimine
Seda artiklit vaadatakse üle, kui kirjeldatud tooted muutuvad. Järgmine planeeritud ülevaatus: 4. detsember 2026.