Tradicinis ERP sukurtas žmogui prie ekrano. Jo funkcijos, integracijos ir audito takas visi prisiima, kad darbas įeina per formas, kurias užpildo žmogus. AI-natūralus ERP sukurtas agentui kaip pagrindiniam vartotojui: kiekviena sistema galinti atlikti veiksmą yra pateikta kaip įvesties įrankis, kurį agentas gali iškviesti per atvirą protokolą, o kiekvienas skambutis tikrinamas pagal asmens, kurį agentas atstovauja, teises. Žmonės vis dar naudoja ekranus, kad žiūrėtų ir spręstų; jie nebėra vienintelis būdas atlikti darbą.
Tai yra architektūrinis skirtumas, o ne funkcijų skirtumas. Tradicinis ERP su pridėtu asistentu vis dar nukreipia darbą per asmenį. AI-natūralus ERP nukreipia darbą per agentą ir išlaiko įrašą kaip šalutinį produktą. Likusi šios dalies dalis parodo, kur dvi keliai išsiskiria ir kas iš to seka.
Sekite vieną pirkimo užsakymą abiejose sistemose
Pradėkite nuo kažko įprasto. Tiekėjas, vadinamas Northwind, pateikė pasiūlymą prekių atsargoms, pasiūlymas yra priimtinas, o verslui reikia parengti, išsiųsti ir suderinti pirkimo užsakymą, kai prekės ir sąskaita faktūra atvyks. Sekite tą užklausą per kiekvieną architektūrą, ir skirtumas bus matomas prieš atidarant bet kokį funkcijų sąrašą.
Tradicinėje sistemoje kelias yra asmens kelias. Kas nors atidaro pirkimo modulį, randa arba sukuria tiekėją, įveda pasiūlymo eilutes, patikrina išlaidų centrą, išsaugo, eksportuoja dokumentą, prideda jį prie el. pašto ir vėliau grįžta gauti prekes ir suderinti sąskaitą faktūrą. Jei sistemoje yra asistentas, jis gali iš anksto užpildyti pasiūlymo eilutes arba parengti el. laišką. Asmuo lieka tas, kuris juda iš ekrano į ekraną, o asistentas pasiekia tik tuos ekranus, kuriuos tiekėjas pasirinko sujungti.
AI-natūriniame sistemoje kelias yra agento kelias. Asmuo sako savo agentui, ko nori. Agentas klausia darbo erdvės, kokius įrankius gali naudoti, o darbo erdvė atsako filtruotu sąrašu: tiekėjo paieška, pirkimo užsakymo kūrimas, dokumentų siuntimas, prekių gavimas, sąskaitos faktūros suderinimas ir nieko, kas nėra leidžiama to asmens vaidmenyje. Agentas kviečia tuos įrankius nuosekliai, darbo erdvė kiekvieną skambutį patikrina vėl, kai jis vyksta, o pirkimo užsakymas, išsiųstas dokumentas ir vėlesnis suderinimas egzistuoja sistemoje lygiai taip, lyg juos būtų įvedęs asmuo. Asmuo mato rezultatą ir žurnalą, o ne formas.
AI-natūriniame sistemoje užklausa pereina iš asmens į jų agentą, tada per leidimų sluoksnį, prieš liečiant bet kurį modulį. Tas pats sluoksnis, kuris reguliuoja asmens prieigą, reguliuoja ir agento prieigą.
Pagrindinis vartotojas yra skirtumas
Viskas kitas AI-natūrinio ERP ir tradicinio ERP palyginime kyla iš vieno dizaino sprendimo: kas, kaip tikimasi, naudos programinę įrangą. Tradicinis ERP atsako į šį klausimą su asmeniu, o keturiasdešimt metų gerų darbų buvo skirta asmens darbo palengvinimui. Ekranai tapo greitesni, darbo srautai tapo konfigūruojami, atsirado mobiliosios programėlės, o galiausiai šalia formos pasirodė asistentas. Niekas iš to nepakeitė to, kas buvo prie kontrolės.
AI-natūrinis ERP atsako į tą patį klausimą su agentu, veikiančiu asmens vardu. Kai tai yra atsakymas, produktas turi būti sukurtas kitaip nei pirmoje eilutėje. Kiekvienai galimybei reikia įrankio apibrėžimo su pavadinimu, įvesties tipais ir rezultatu, o ne tik ekranu. Leidimų modelis turi veikti pagal skambutį, o ne pagal sesiją, nes viena užklausa gali išsiskleisti į dešimtis skambučių per modulius. Protokolas turi būti atviras, nes agentas, atliekantis skambutį, gali priklausyti klientui, o ne tiekėjui. Ir audito žurnalas turi fiksuoti, ką agentas padarė, su ta pačia ištikimybe, kaip ir tai, ką padarė asmuo, nes tas žurnalas dabar yra pagrindinis būdas, kaip vadovas peržiūri darbą.
Kas iš to seka: šešios pasekmės
Žemiau pateikta lentelė yra praktinis palyginimas. Kiekviena eilutė yra pirminio vartotojo sprendimo pasekmė, o ne funkcija, kurią vienas tiekėjas pasirinko, o kitas - ne.
| Tradicinis ERP | AI-natūralus ERP | |
|---|---|---|
| Pirminis vartotojas | Asmuo prie ekrano | Agentas, veikiantis asmens vardu |
| Kaip darbas patenka | Formos, importai, integracijos, sukurtos kiekvienam deriniui | Įrankių skambučiai per atvirą protokolą; ekranai lieka peržiūrai |
| Dirbtinio intelekto pasiekiamumas | Funkcijos, prie kurių tiekėjas prijungė asistentą | Kiekviena sistema turima veika, nes kiekviena yra įrankis |
| Kuris agentas | Tiekėjo, produkto viduje, jei toks yra | Bet koks suderinamas klientas, įskaitant tą, kurį klientas jau naudoja |
| Teisės | Kiekvienam vartotojui, kiekvienai sesijai | Kiekvienam vartotojui, patikrinama, kai siūlomi įrankiai ir vėl kiekvieno skambučio metu |
| Auditas | Kas pakeitė kurią įrašą | Kas klausė, kuris agentas veikė, kurie įrankiai buvo naudojami su kokiais įvestimis ir rezultatais |
Eilutės yra architektūrinės pasekmės, o ne rezultatai. Tradicinis ERP gali būti puikus tuo, kam jis buvo sukurtas.
Eilutė, kuri labiausiai nustebina pirkėjus, yra pasiekiamumas. Asistentas, pridėtas prie tradicinės sistemos, demonstruojamas kaip platus, nes demonstracija yra sukurta aplink funkcijas, kurias jis liečia. Kasdieniniame naudojime jis sustoja ties tų funkcijų riba, o žmogus perima. Agentų natyvioje sistemoje riba yra asmens leidimai, kas yra kita ir naudingesnė riba.
Kas nesikeičia
Svarbu tiksliai apibrėžti, kas lieka tas pats, nes tiek tiekėjai, tiek pirkėjai tai sumišę. Duomenų modelis nesikeičia. Dvigubos įrašų apskaitos principas išlieka tas pats, nesvarbu, ar žurnalą įrašo agentas, ar žmogus. Mokesčių taisyklės, daugiavalutis tvarkymas, atsargų vertinimas, laikotarpio uždarymas ir dokumentų numeravimas yra tos pačios problemos su tais pačiais sprendimais. AI-natyvi sistema, kuri tai supranta neteisingai, yra prasta ERP su gera sąsaja agentams, kas nėra vertinga prekyba.
Leidimai principu taip pat nesikeičia; jie keičiasi pagal tai, kur jie taikomi. Tradicinė sistema tikrina, ką vartotojas gali matyti, kai įkeliamas ekranas. AI-natyvi sistema turi tikrinti, ką vartotojas gali daryti kiekvieną kartą, kai kviečiamas įrankis, nes nėra ekrano įkėlimo, ant kurio būtų galima remtis. Taisyklė išlieka ta pati. Taikymo taškas keičiasi.
Sprendimų priėmimo poreikis nesikeičia. Agentas pateiks pirkimo užsakymą ir suderins sąskaitą; jis taip pat sustos, kai du tiekėjų įrašai atrodys kaip ta pati įmonė, kai atitikimas bus nepriimtinas arba kai patvirtinimas bus virš vartotojo įgaliojimų. Tie sustojimai yra sistemos veikimas pagal numatytąjį dizainą, o pirmosios savaitės su agentu labai primena pirmąsias savaites su nauju, kompetentingu kolega.
Kur tradicinis ERP vis dar yra teisingas atsakymas
Sąžiningas palyginimas turi pasakyti, kada senesnė architektūra laimi. Jei verslas yra giliai įsišaknijęs, patvirtinta gamyba ar reguliuojami procesai su dešimtmečių pritaikymu įsitvirtinusioje sistemoje, perkėlimo kaina yra reali, o asistentas, kurį ta sistema dabar siūlo, gali būti pakankamas tam, ko komanda iš tikrųjų reikia iš AI, kas dažnai yra apibendrinimas, projektavimas ir atsakymų teikimas apie duomenis. Jei operacija yra nedidelė grupė žmonių su buhalterine programa ir skaičiuokle, bet kuri architektūra yra daugiau, nei jie naudoja.
Argumentas už AI-natyvią sistemą yra stipriausias viduryje: verslas, turintis pakankamai rutinos, tarpmodulinio darbo, kad įvedimas tapo savarankišku darbu, ir komanda, kuri jau naudoja agentą kitoms užduotims ir mieliau nukreiptų jį į verslą, nei mokytųsi kito tiekėjo pokalbių lango. Ten, kur darbo nukreipimas per agentą greitai atsiperka, ir kur galimybė turėti savo agentą nustoja būti šūkiu ir pradeda būti eilute sąnaudų lapuose, nes darbo vieta neįgyvendina AI jūsų vardu, kai jūsų agentas atlieka mąstymą.
Kaip nustatyti, kuri architektūra jums yra rodoma
Demonstracijos sukurtos taip, kad abi atrodytų panašiai. Ši seka atskiria jas per mažiau nei valandą ir jai nereikia techninio specialisto, kad ją vykdytų.
- Pasirinkite savo agentąPrijunkite agentą, kurį jau naudojate (Claude, ChatGPT ar kitą MCP klientą) išorėje, ne iš tiekėjo produkto. Jei tai neįmanoma, turite atsakymą dėl protokolo klausimo.
- Prašykite įrankių sąrašoPrašykite agento išvardinti, ką jis gali daryti. Patikrinkite, ar sąrašas ilgas, apima jums svarbius modulius ir keičiasi, kai prisijungiate kaip labiau ribotas vartotojas.
- Įvykdykite vieną rezultatąPrašykite agento sukurti, išsiųsti ir suplanuoti sekimą dėl vieno pirkimo užsakymo, niekam neliečiant ekrano. Stebėkite, ar jis baigia procesą, ar perduoda jį žmogui per vidurį.
- Perskaitykite žurnaląRaskite įrašą apie tai, ką agentas padarė: kas prašė, kurie įrankiai buvo naudojami, su kokiais įvestimis. Jei šis žurnalas yra plonesnis nei asmens žurnalas, agentas yra svečias sistemoje, o ne jos vartotojas.
Sois yra viena AI-natūralios architektūros įgyvendinimo versija, ir tai yra ta, kurią galime tiksliai apibūdinti. Darbo erdvė yra MCP serveris. Bet kuris suderinamas klientas prisijungia pridėdamas darbo erdvės adresą ir prisijungdamas vieną kartą per OAuth, be jokio ženklo, kurį reikėtų įklijuoti. Siūlomi įrankiai yra filtruojami pagal vartotojo vaidmenį prieš agentui juos matant ir dar kartą tikrinami, kai kiekvienas veikia; prieiga uždaroma. Išlaidos gali būti ribojamos pagal integraciją, o kiekviena veika yra registruojama. Po modulių yra tie, kurių tikitės iš ERP: kontaktai ir CRM, pašto dėžutė, dokumentai, kalendorius, užduotys, apskaita su sąskaitomis, sąskaitos, pirkimo sąskaitos ir daugialypė valiuta, sandoriai, sandėlis ir atsargos, ir programų rinka.
Nepriklausomai nuo to, ar pasirinksite tai, vykdykite aukščiau pateiktą seką prieš tai, ką jums rodo. Klausimas, kurį reikia nuolat užduoti, nėra tas, kuris produktas turi AI, nes visi sako, kad turi, bet kas buvo sukurtas, kad juo naudotųsi.
Klausimai, kuriuos žmonės užduoda
Ar AI-natūralus ERP yra tas pats, kas agentinis ERP?
Praktikoje, taip. AI-natūralus ir agentinis apibūdina, kaip sistema buvo sukurta; agentinis apibūdina, kas joje vyksta. Visos trys frazės nurodo sistemas, kuriose agentas gali valdyti programinę įrangą pagal asmens teises, priešingai nei sistemos, kurios pridėjo asistentą prie ekranų, sukurtų žmonėms.
Ar AI-natūralus ERP vis dar turi ekranus?
Taip. Žmonės naudoja ekranus, kad žiūrėtų, peržiūrėtų ir priimtų sprendimus, taip pat dirbtų tiesiogiai, kai nori. Skirtumas tas, kad ekranai nebėra vienintelis būdas, kaip darbas gali patekti į sistemą.
Ar tradicinis ERP gali tapti AI-native pridėjus asistentą?
Ne tik tuo. Asistentas padeda žmogui valdyti esamus ekranus ir pasiekia tik tas funkcijas, kurias sujungė tiekėjas. Tapti AI-native reiškia, kad kiekviena veika turi būti pateikta kaip leidžiamas įrankis per atvirą protokolą, kas yra sąsajos sluoksnio perstatymas, o ne papildymas.
Ar saugu leisti agentui vykdyti operacijas?
Tai yra taip saugu, kaip yra užtikrinama kontrolė. Ieškokite leidimų, patikrintų kiekviename skambutyje, išlaidų ribos ir žurnalo, kuris fiksuoja agento veiksmus su tokiu pačiu detaliu kaip žmogaus. Agentas turėtų veikti su tos asmens, kurį jis atstovauja, autoritetu ir niekada daugiau.
- Modelio konteksto protokolo specifikacija: įrankiai kaip įrankiai yra apibrėžiami, išvardijami ir vadinami, ir reikalavimas, kad serveriai įgyvendintų prieigos kontrolę
- Sois dokumentacija: darbo erdvės MCP serveris galinis taškas, OAuth prisijungimas, vaidmenimis filtruotas įrankių sąrašas ir aukščiau aprašytas uždarymo elgesys
- Sois: saugumas ir leidimų sluoksnis leidimai, taikomi, kai siūlomi įrankiai ir kai jie veikia; išlaidų ribos; žurnalo fiksavimas
Šis straipsnis peržiūrimas, kai keičiasi jame aprašyti produktai. Kita suplanuota peržiūra: 2026 m. gruodžio 4 d..