Tradicionālais ERP ir veidots cilvēkam pie ekrāna. Tā funkcijas, integrācijas un revīzijas pēdas pieņem, ka darbs ienāk caur veidlapām, ko aizpilda cilvēks. AI-dabīgs ERP ir veidots aģentam kā galvenajam lietotājam: katra darbība, ko sistēma var veikt, ir izpausta kā rakstīts rīks, ko aģents var izsaukt caur atvērtu protokolu, un katrs izsaukums tiek pārbaudīts pret personas, kuru aģents pārstāv, atļaujām. Cilvēki joprojām izmanto ekrānus, lai skatītos un pieņemtu lēmumus; tie vairs nav vienīgais veids, kā darbs tiek paveikts.
Tas ir arhitektūras atšķirība, nevis funkcionalitātes atšķirība. Tradicionāls ERP ar pievienotu asistentu joprojām novirza darbu caur personu. AI-dzimtā ERP novirza darbu caur aģentu un saglabā ierakstu kā blakusproduktu. Pārējā šī raksta daļa parāda, kur divas ceļi šķiras un kas no tā izriet.
Izsekojiet vienu pasūtījumu caur abām sistēmām
Sāciet ar kaut ko parastu. Piegādātājs ar nosaukumu Northwind ir sniedzis piedāvājumu par krājumiem, piedāvājums ir pieņemams, un uzņēmumam ir nepieciešams izveidot, nosūtīt un saskaņot pasūtījumu, kad preces un rēķins ierodas. Sekojiet šai pieprasījumam caur katru arhitektūru, un atšķirība ir redzama pirms jebkuras funkcionalitātes saraksta atvēršanas.
Tradicionālajā sistēmā ceļš ir personas ceļš. Kāds atver iepirkumu moduli, atrod vai izveido piegādātāju, ievada līnijas no piedāvājuma, pārbauda izmaksu centru, saglabā, eksportē dokumentu, pievieno to e-pastam un vēlāk atgriežas, lai saņemtu preces un saskaņotu rēķinu. Ja sistēmā ir asistents, tas var iepriekš aizpildīt līnijas no piedāvājuma vai sagatavot e-pastu. Persona paliek tā, kas pārvietojas no ekrāna uz ekrānu, un asistents sasniedz tikai tos ekrānus, kurus piegādātājs izvēlējās savienot.
AI-dzimtajā sistēmā ceļš ir aģenta ceļš. Persona pasaka savam aģentam, ko vēlas. Aģents jautā darba vietai, kuri rīki tam ir pieejami, un darba vieta atbild ar filtrētu sarakstu: piegādātāja meklēšana, pasūtījuma izveide, dokumentu nosūtīšana, preču saņemšana, rēķina saskaņošana un nekas, ko personas loma neļauj. Aģents secīgi izmanto šos rīkus, darba vieta katru zvanu pārbauda vēlreiz, kad tas tiek izpildīts, un pasūtījums, nosūtītais dokuments un vēlākā saskaņošana pastāv sistēmā tieši tāpat kā ja persona tos būtu ievadījusi. Persona redz rezultātu un žurnālu, nevis formas.
AI-dzimtajā sistēmā pieprasījums pāriet no personas uz viņu aģentu, pēc tam caur atļauju slāni, pirms tiek pieskarti jebkuri moduļi. Tas pats slānis, kas nosaka personas piekļuvi, nosaka arī aģenta piekļuvi.
Galvenais lietotājs ir atšķirība
Viss pārējais AI-dzimtā ERP un tradicionālā ERP salīdzinājumā izriet no vienas dizaina lēmuma: kurš ir tas, ko programmatūra sagaida, ka to darīs. Tradicionālais ERP atbild uz šo jautājumu ar personu, un četrdesmit gadi labu darbu ir ieguldīti, lai atvieglotu personas darbu. Ekrāni kļuva ātrāki, darba plūsmas kļuva konfigurējamas, parādījās mobilās lietotnes, un galu galā asistents parādījās blakus formai. Nekas no tā nemainīja to, kurš bija pie kontroles.
AI-dzimtā ERP uz to pašu jautājumu atbild ar aģentu, kas darbojas personas vārdā. Kad tas ir atbilde, produktam jābūt būvētam citādi nekā pirmajā rindā. Katram spējam jābūt rīka definīcijai ar nosaukumu, tipizētiem ievadiem un rezultātu, ne tikai ekrānam. Atļauju modelim jādarbojas katram zvanam, nevis katrai sesijai, jo viens pieprasījums var izplatīties desmitiem zvanu starp moduļiem. Protokolam jābūt atvērtam, jo aģents, kas veic zvanus, var piederēt klientam, nevis piegādātājam. Un audita žurnālam jāreģistrē, ko aģents darīja, ar tādu pašu precizitāti kā to, ko darīja persona, jo šis žurnāls tagad ir galvenais veids, kā vadītājs pārskata darbu.
Kas no tā izriet: sešas sekas
Zemāk esošā tabula ir praktiska salīdzināšana. Katrs rinda ir primārā lietotāja lēmuma sekas, nevis funkcionalitātes, ko viens piegādātājs izvēlējās, bet otrs ne.
| Tradicionālais ERP | AI-dzimtais ERP | |
|---|---|---|
| Primārais lietotājs | Cilvēks pie ekrāna | Aģents, kas darbojas personas vārdā |
| Kā darbs ienāk | Veidlapas, importi, integrācijas, kas izveidotas katram pārim | Rīka izsaukumi caur atvērtu protokolu; ekrāni paliek pārskatīšanai |
| Mākslīgā intelekta sasniedzamība | Funkcijas, kuras piegādātājs savienoja ar asistentu | Katra darbība, ko sistēma veic, jo katra no tām ir rīks |
| Kāds aģents | Piegādātāja, iekšējā produktā, ja tāds ir | Jebkurš saderīgs klients, tostarp tāds, ko klients jau izmanto |
| Atļaujas | Uz lietotāju, uz sesiju | Par lietotāju, pārbaudīts, kad rīki tiek piedāvāti un atkal katrā zvana reizē |
| Revīzija | Kurš mainīja kuru ierakstu | Kurš jautāja, kurš aģents rīkojās, kuri rīki darbojās ar kuriem ievadiem un rezultātiem |
Rindas ir arhitektūras sekas, nevis rezultāti. Tradicionāls ERP var būt izcils tajā, kam tas tika izveidots.
Rinda, kas visvairāk pārsteidz pircējus, ir sasniedzamība. Palīgs, kas pievienots tradicionālajai sistēmai, demonstrācijā šķiet plašs, jo demonstrācija ir izstrādāta ap funkcijām, kuras tas skar. Ikdienas lietošanā tas apstājas pie šo funkciju robežas, un cilvēks pārņem. Aģentam paredzētā sistēmā robeža ir personas atļaujas, kas ir cita un noderīgāka robeža.
Kas nemainās
Ir vērts precizēt, kas paliek nemainīgs, jo piegādātāji abās pusēs to neskaidri definē. Datu modelis nemainās. Dubultā grāfika uzskaite ir dubultā grāfika uzskaite, vai nu aģents, vai persona ievieto žurnālu. Nodokļu noteikumi, daudzvalūtu apstrāde, krājumu novērtēšana, perioda slēgšana un dokumentu numurēšana ir tās pašas problēmas ar tām pašām atbildēm. AI-pamatota sistēma, kas šīs lietas saprot nepareizi, ir slikts ERP ar labu saskarni aģentiem, kas nav tirdzniecība, ko vērts veikt.
Atļaujas principā arī nemainās; tās mainās atkarībā no tā, kur tās tiek piemērotas. Tradicionāla sistēma pārbauda, ko lietotājs var redzēt, kad ekrāns ielādējas. AI-pamatota sistēma ir jā pārbauda, ko lietotājs var darīt katru reizi, kad tiek izsaukts rīks, jo nav ekrāna ielādes, uz kuras balstīt pārbaudi. Noteikums ir tas pats. Izpildes punkts pārvietojas.
Nepieciešamība pēc sprieduma nemainās. Aģents izveidos pasūtījumu un salīdzinās rēķinu; tas arī apstāsies, kad divi piegādātāju ieraksti izskatās kā viena un tā pati kompānija, kad salīdzinājums ir ārpus tolerances vai kad apstiprinājums ir virs tā lietotāja pilnvarām. Šie pārtraukumi ir sistēmas darbība, kā paredzēts, un pirmās nedēļas ar aģentu izskatās ļoti līdzīgas pirmajām nedēļām ar spējīgu jauno kolēģi.
Kur tradicionālais ERP joprojām ir pareizā atbilde
Godīga salīdzināšana ir jānorāda, kad vecā arhitektūra uzvar. Ja bizness ir dziļi iesakņojies, validēta ražošana vai regulēti procesi ar desmitiem gadu pielāgojumu iekšējā izveidotā komplektā, pārvietošanās izmaksas ir reālas, un palīgs, ko šis komplekts tagad piegādā, var būt pietiekams tam, ko komanda patiešām vajag no AI, kas bieži ir kopsavilkumu sagatavošana, projektu izstrāde un jautājumu atbildēšana par datiem. Ja darbība ir daži cilvēki ar grāmatvedības programmu un izklājlapu, jebkura arhitektūra ir vairāk nekā viņi izmanto.
Aģentam paredzētā sistēma ir visspēcīgākā vidū: bizness ar pietiekamu rutīnu, starpmoduļu darbu, kas ir kļuvis par darbu pats par sevi, un komanda, kas jau izmanto aģentu citām lietām un labprātāk norādītu to uz biznesu, nevis mācītos cita piegādātāja tērzēšanas logu. Tur ir vieta, kur darba novirzīšana caur aģentu ātri atmaksājas, un kur iespēja izmantot savu aģentu pārstāj būt sauklis un sāk būt rinda izmaksu lapā, jo darba vieta neveic AI jūsu vārdā, kad jūsu paša aģents veic spriedumu.
Kā noteikt, kuru arhitektūru jums rāda
Demonstrācijas ir izstrādātas, lai padarītu abus līdzīgus. Nākamā secība atdala tos mazāk nekā stundas laikā un neprasa tehnisku personu, lai to vadītu.
- Nesiet savu aģentuSavienojiet aģentu, ko jau izmantojat (Claude, ChatGPT vai citu MCP klientu) no ārpuses piegādātāja produkta. Ja tas nav iespējams, jums ir atbilde uz protokola jautājumu.
- Lūdziet rīku sarakstuLūdziet aģentam uzskaitīt, ko tam ir atļauts darīt. Pārbaudiet, vai saraksts ir garš, aptver moduļus, kas jums ir svarīgi, un mainās, kad piesakāties kā ierobežots lietotājs.
- Pabeidziet vienu rezultātuLūdziet aģentam izveidot, nosūtīt un ieplānot sekotāju vienai pirkuma pasūtījumam, neviens neskarot ekrānu. Novērojiet, vai tas pabeidz vai nodod atpakaļ personai pa vidu.
- Izlasiet žurnāluAtrodiet ierakstu par to, ko aģents darīja: kurš jautāja, kuri rīki tika izmantoti, ar kādiem ievadiem. Ja šis žurnāls ir plānāks nekā personas žurnāls, aģents ir viesis sistēmā, nevis tās lietotājs.
Sois ir viena AI-native arhitektūras īstenošana, un to mēs varam precīzi aprakstīt. Darba vieta ir MCP serveris. Jebkurš saderīgs klients savienojas, pievienojot darba vietas adresi un reģistrējoties vienreiz, izmantojot OAuth, bez nepieciešamības ievadīt token. Piedāvātie rīki tiek filtrēti pēc lietotāja lomas, pirms aģents tos redz, un vēlreiz pārbaudīti, kad katrs no tiem darbojas; piekļuve tiek slēgta, ja tā neizdodas. Izdevumi var tikt ierobežoti katrai integrācijai, un katra darbība tiek reģistrēta. Apakšējie moduļi ir tie, ko jūs gaidītu no ERP: kontakti un CRM, ienākošā pasta, dokumenti, kalendārs, uzdevumi, grāmatvedība ar rēķinu izrakstīšanu, rēķini, pirkuma rēķini un daudzvalūtu, darījumi, noliktava un krājumi, kā arī lietotņu tirgus.
Neatkarīgi no tā, vai jūs to izvēlaties, izpildiet iepriekš minēto secību pret to, ko jums rāda. Jautājums, ko turpināt uzdot, nav tas, kuram produktam ir AI, jo visi apgalvo, ka tāds ir, bet gan, kam produkts tika izstrādāts, lai to darbotos.
Cilvēki uzdod jautājumus
Vai AI-native ERP ir tas pats, kas agentic ERP?
Praksē, jā. AI-native un agent-native apraksta, kā sistēma tika izstrādāta; agentic apraksta, kas tajā notiek. Visas trīs frāzes norāda uz sistēmām, kur aģents var darbināt programmatūru saskaņā ar personas atļaujām, atšķirībā no sistēmām, kas pievienoja palīgu ekrāniem, kas izstrādāti cilvēkiem.
Vai AI-native ERP joprojām ir ekrāni?
Jā. Cilvēki izmanto ekrānus, lai skatītos, pārskatītu un pieņemtu lēmumus, kā arī strādātu tieši, kad viņi to vēlas. Atšķirība ir tā, ka ekrāni vairs nav vienīgais veids, kā darbs var ienākt sistēmā.
Vai tradicionāls ERP var kļūt par AI-native, pievienojot palīgu?
Ne tikai ar to. Palīgs palīdz cilvēkam vadīt esošos ekrānus un piekļūst tikai tām funkcijām, kuras ir savienojis piegādātājs. Kļūšana par AI-native nozīmē katras darbības atklāšanu kā atļautu rīku atvērtā protokolā, kas ir interfeisa slāņa pārbūve, nevis papildinājums.
Vai ir droši ļaut aģentam veikt darījumus?
Tas ir tikpat droši, cik ir izpilde zem tā. Pārbaudiet atļaujas katrā izsaukumā, izdevumu ierobežojumus un žurnālu, kas reģistrē aģenta darbības ar tādu pašu detalizāciju kā personas. Aģentam jādarbojas ar tās personas pilnvarām, kuru viņš pārstāv, un nekad vairāk.
- Model Context Protocol specifikācija: rīki kā rīki tiek definēti, uzskaitīti un saukti, un prasība, ka serveriem jāīsteno piekļuves kontrole
- Sois dokumentācija: darba vietas MCP serveris galapunkts, OAuth pieteikšanās, lomu filtrēta rīku saraksts un iepriekš aprakstītā slēgšanas uzvedība
- Sois: drošība un atļauju slānis atļaujas, kas tiek īstenotas, kad rīki tiek piedāvāti un kad tie darbojas; izdevumu ierobežojumi; žurnālfiksācija
Šis raksts tiek pārskatīts, kad mainās tajā aprakstītie produkti. Nākamais plānotais pārskats: 2026. gada 4. decembris.