Taip, trims konkretiems darbams. AI agentas gali nuolat atnaujinti užsakymo taškus remdamasis jau užfiksuotomis sistemos operacijomis, vykdyti ciklo skaičiavimo discipliną (atverti, sekti, suderinti rezultatus) ir paruošti tiekėjų užsakymus remdamasis mažo atsargų pranešimu. Tai yra darbai, kurie pasislenka, kai žmogus yra nutraukiamas, ir tai yra tie, kuriuos verta perduoti pirmiausia.
Išlaidos yra riba. Agentas turėtų pateikti užsakymus tik per ribą, kurią nustato sistema, lygiai taip pat, kaip jaunesnis pirkėjas dirba pagal autoritetą, ir turėtų sustoti ir klausti, kai užsakymas viršija tą ribą arba atrodo neįprastas. Saugumas kyla iš to, kad programinė įranga laikosi ribos, o ne iš to, kad modelis prisimena, kaip elgtis.
Pirmadienio rytas mažoje sandėliuke
Lentyna rodo dvylika. Sistema rodo trisdešimt. Tiekėjo užsakymas, kuris turėjo būti išsiųstas ketvirtadienį, vis dar yra juodraštis, nes asmuo, kuris jį pateikė, užsiėmė siuntimu. Nėra jokios programinės įrangos nesėkmės įprasta prasme. Nepavyko palaikyti: trys maži darbai, kurie turi būti atliekami nuolat, kad skaičiai turėtų prasmę, ir už kuriuos niekas nėra mokamas nuolat.
Šie trys darbai sudaro didžiąją dalį atsargų valdymo mažoje ar vidutinėje įmonėje: išlaikyti atsargų skaičių tikrą, žinoti, kada užsakyti, ir pateikti užsakymą. Kiekvienas iš jų yra rutininis, kiekvieną nutraukia tai, kas vyksta darbo vietoje, ir kiekvienas pasislenka, kai jis yra nutraukiamas. Tas pasislinkimas yra vieta, kur AI agentai atsargų valdymui uždirba savo išlaidas, o naudingas klausimas yra, kurį iš trijų darbų agentas gali atlikti savarankiškai ir kur jam reikia sustoti ir klausti.
Užsakymo taškai: paprasti skaičiavimai, nuolatinė priežiūra
Standartinė taisyklė nėra sudėtinga. Užsakymo taškas yra atsargų lygis, kuris sukelia papildymą, apskaičiuotas kaip numatomas vartojimas tiekėjo pristatymo laikotarpiu plius sauginių atsargų, laikomų prieš paklausos ar pristatymo svyravimus. Jei prekė parduodama dvidešimt per savaitę, tiekėjui reikia dviejų savaičių, o jūs laikote savaitės atsargas rezervui, užsakymo taškas yra šešiasdešimt. Bet kuris vadovėlis apie atsargų valdymą pateikia tą pačią formulę.
Sunkumas yra tas, kad kiekvienas įvestis juda. Pristatymo laikas keičiasi, kai tiekėjas keičia vežėją arba praranda sandėlį. Savaitinė paklausa keičiasi su sezonu, nauju klientu ar produktu, kuris tyliai nustoja būti parduodamas. Sauginių atsargos turėtų judėti kartu su abiem. Daugelyje verslų užsakymo taškas buvo nustatytas vieną kartą, kai produktas buvo sukurtas, ir nuo to laiko nebuvo peržiūrėtas. Taisyklė yra gera; įvestys yra pasenusios.
Tai yra pirmas darbas, kurį agentas gali atlikti, nes įvestys jau egzistuoja sistemoje kaip kitų darbų šalutinis produktas. Kiekvienas prekių priėmimas fiksuoja, kada užsakymas buvo pateiktas ir kada jis atvyko, kas suteikia pristatymo laiką. Kiekvienas siuntimas ir pardavimas fiksuoja paklausą. Agentas, turintis skaitymo prieigą prie atsargų operacijų, gali perskaičiuoti užsakymo tašką kiekvienam prekių vienetui pagal grafiką, pažymėti tuos, kurie pasislinko už nustatytos tolerancijos, ir pasiūlyti naują skaičių. Ar jis gali pakeisti patį skaičių, yra leidimo sprendimas; protingas pirmas nustatymas yra tas, kad jis siūlo, o žmogus priima.
Skaičiavimai ir neatitikimai
Antrasis darbas yra išlaikyti atsargų skaičių tikrą. Pilnas metinis skaičiavimas yra brangus, uždaro operaciją vienai dienai ir jau būna neteisingas, kai jis baigiasi. Ciklinis skaičiavimas, kelių vietų ar prekių skaičiavimas per dieną pagal grafiką, yra metodas, kuriuo dauguma operacijų pasirenka, ir tas, kurį dauguma operacijų leidžia paslysti, nes grafikas neturi savininko, kai asmuo, kuris jį nustatė, išeina.
Agentas puikiai tinka grafikui, o ne skaičiavimui. Jis gali atverti skaičiavimą šiandienos vietoms, priskirti jį tam, kas dirba pamainoje, sekti, jei rezultatai nebus gauti iki vidurdienio, palyginti rezultatą su sistemos skaičiumi, paskelbti koregavimą mažiems svyravimams ir didelius svyravimus pateikti kaip užduotį asmeniui su operacijų istorija. Pats skaičiavimas vis dar reikalauja kažko su skeneriu arba užrašų lenta, stovinčio prieš lentyną. Disciplinos aplink tai, kuri iš tikrųjų nepavyksta, yra administracinė ir gali būti deleguota.
Riba yra svarbi. Du vienetų nuokrypis nuo mažos vertės prekės gali būti koreguojamas ir pažymimas. Keturiasdešimties nuokrypis nuo kažko, kas kainuoja 210,00 € vieneto neturėtų koreguoti niekas, nei agentas, nei asmuo, be antrojo žvilgsnio, nes tai paprastai reiškia, kad kvitas niekada nebuvo užregistruotas arba kažkas paliko pastatą. Nustatykite ribą aiškiai, kaip skaičių, kurio agento koregavimo įrankis yra pritaikytas. Agentas, kuriam pasakyta taisyklė, laikosi jos kiekvieną kartą; asmuo, atsakingas už siuntimą, ne.
Pirkimo užsakymai: kaip agentas klausia prieš išleidžiant
Trečiasis darbas yra tas, dėl kurio žmonės nerimauja, nes jis įsipareigoja pinigams. Atsakymas yra tas, kad agentas turėtų laisvai rengti užsakymus ir teikti juos tik pagal jam suteiktą įgaliojimą, kaip dirba jaunesnis pirkėjas. Žemiau ribos jis siunčia. Virš jos, arba kai kas nors apie užsakymą yra neįprasta (tiekėjas, iš kurio anksčiau nebuvo užsakyta, kiekis, gerokai viršijantis įprastą, kaina, kuri pasikeitė), jis sustoja ir klausia. Štai kaip tai atrodo kaip vienas prašymas, vykdomas prieš darbo erdvę su atsargų ir tiekėjų įrašais, su jau nustatyta patvirtinimo riba agento ryšyje.
- Atsargų lygių skaitymas palyginus su užsakymo taškais
- Tris prekes žemiau užsakymo taško, visas tiekia Northwind
- Užsakymas parengtas pagal tiekėjo numatytuosius nustatymus ir dabartinį pristatymo laiką
- Bendra suma viršija jūsų patvirtinimo ribą, laikome ją jūsų sprendimui
Agentas naudojo leidžiamus atsargų, tiekėjų ir užduočių įrankius. Užsakymas nebuvo išsiųstas, nes bendra suma viršijo nustatytą limitą. Kai asmuo patvirtina, užsakymas išsiunčiamas ir užregistruojamas laukiamas prekių priėmimas, kad pristatymas galėtų būti patikrintas.
Du dalykai daro tai saugiu, o ne tik raminančiu. Pirmas dalykas yra tas, kad limitas yra įgyvendinamas sistemos, o ne modelio atmintyje: agento naudojama jungtis turi išlaidų ribą ir fiksuotą įrankių rinkinį, kurį gali naudoti, o užsakymo pateikimas viršijant ribą nepavyksta, nesvarbu, ką agentas ketino. Antras dalykas yra tas, kad patvirtinimas sukuria įrašą. Asmuo, kuris patvirtino, laikas ir matytas juodraštis yra užfiksuoti kartu su įrankių skambučiais, todėl audito takas užsakymui, kurį pateikė agentas, yra bent jau toks pat išsamus kaip užsakymui, pateiktam rankiniu būdu, ir dažniausiai netgi išsamesnis.
Kurias inventoriaus užduotis perduoti
| Užduotis | Agentas gali turėti | Žmogus išlaiko | Ką programinė įranga turi atskleisti |
|---|---|---|---|
| Perkalkuliuojant užsakymo taškus | Taip, pagal grafiką, siūlant pakeitimus | Patvirtinimas dideliems pakeitimams | Sandorių istorija, prekių priėmimai ir atsargų lygiai kaip skambinami įrankiai |
| Žemų atsargų stebėjimas | Taip, nuolat | Nėra nieko įprasto | Žemos atsargų lygio užklausa, kuri nurodo tiekėją kiekvienam prekių vienetui |
| Ciklinio skaičiavimo grafikas | Atidarymas, priskyrimas, sekimas, suderinimas | Fizinis skaičiavimas | Skaičiavimo pradžia, įrašymo ir neatitikimų įrankiai |
| Maži nuokrypių koregavimai | Taip, žemiau slenksčio | Dideli nuokrypiai, visada | Koreguojantis įrankis, pritaikytas vartotojo teisių ir slenksčio |
| Tiekėjų užsakymų rengimas | Taip | Nėra nieko įprasto | Tiekėjų numatytoji informacija, prekių pristatymo laikai, atviri užsakymai |
| Tiekėjų užsakymų pateikimas | Žemiau išlaidų limito | Virš jo ir bet kas neįprasto | Išlaidų limitas, taikomas kiekvienai jungčiai, su žurnalu |
| Prekių priėmimas | Užsakymo priėmimo užfiksavimas | Pristatymo patikrinimas prie durų | Priėmimo įrankis, kuris remiasi užsakymu |
Dešinėje stulpelyje yra testas, kurį reikia atlikti bet kurioje inventorizacijos sistemoje. Jei užduoties įrankiai nėra, agentas negali jos valdyti, nesvarbu, kiek pajėgus modelis.
Ką turi suteikti programinė įranga
Viskas, kas išdėstyta aukščiau, priklauso nuo inventorizacijos sistemos, kuri atskleidžia savo darbą kaip veiksmus, kuriuos agentas gali atlikti, o ne kaip ekranus, kuriuos agentas turėtų valdyti. Keturi dalykai turi būti teisingi. Kiekvienas veiksmas (užklausti atsargų, pradėti skaičiavimą, užfiksuoti priėmimą, parengti užsakymą) yra pavadintas įrankis su apibrėžtais įvestimis. Kiekvienas įrankis siūlomas ir vykdomas pagal asmens, kurį atstovauja agentas, teises, todėl agentas, veikiantis sandėlio vadovo vardu, negali patvirtinti užsakymo, kurio sandėlio vadovas negalėtų. Išlaidos yra ribojamos ten, kur pinigai yra įsipareigoti. Ir kiekvienas skambutis yra užfiksuotas su savo įvestimis ir rezultatu.
Sois taip yra sukurta sandėlio modulis. Darbo erdvė yra MCP serveris, o atsargų įrankiai pavadinti pagal tai, ką jie daro: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, o tiekėjo pusė yra apskaitoje kartu su pirkimo sąskaitomis. Jūs prijungiate agentą, kurį jau naudojate, Claude, ChatGPT ar bet kurį MCP klientą, pridėdami darbo erdvės adresą ir prisijungdami vieną kartą; nėra jokio ženklo, kurį reikėtų įklijuoti. Įrankiai yra filtruojami pagal jūsų vaidmenį prieš agentui juos matant ir dar kartą tikrinami, kai jie vykdomi, išlaidų limitas nustatomas kiekvienai integracijai, o kiekvienas veiksmas yra atsekamas vėliau. Kai jūsų pats agentas atlieka mąstymą, Sois nevykdo jokios AI jūsų vardu ir už tai nieko neima.
- Išsiaiškinkite situacijąPrekės, tiekėjai, pristatymo laikai ir vietos sistemoje, o ne šalia jos. Dvi savaitės švarių kvitų ir išsiuntimų yra pakankamai, kad pradėtumėte.
- Pirmiausia suteikite agentui skaitymo prieigą.Leiskite jam perskaičiuoti užsakymo taškus ir pranešti apie nuokrypį dviem savaitėms. Patikrinkite jo pasiūlymus su tuo, ką žinote.
- Nustatykite ribas.Nuokrypį jis gali koreguoti, išlaidas jis gali įsipareigoti, abu kaip skaičius, kuriuos sistema įgyvendina, o ne kaip nurodymus, kuriuos modelis vykdo.
- Išplėskite apimtį.Leiskite jam parengti užsakymus, tada siųsti pagal ribą, tada vykdyti skaičiavimo rotą. Kiekvieną savaitę skaitykite žurnalą, kol nustosite rasti ką nors.
Skaitykite prieš rašydami, siūlykite prieš keisdami, nustatykite ribą prieš bet kokias išlaidas. Laikantis šios tvarkos, rezultatas yra agentas, kuris išlaiko atsargų skaičių sąžiningą, sako, kas turi būti užsakyta prieš pasibaigiant, ir prašo sprendimo tik tada, kai sprendimas iš tikrųjų yra jūsų.
Klausimai, kuriuos žmonės užduoda
Ar AI agentas gali savarankiškai pateikti pirkimo užsakymus?
Pagal ribą, taip. Suteikite agento ryšiui išlaidų ribą, kurią įgyvendina sistema, ir leiskite jam siųsti užsakymus, kurie yra žemiau jos. Virš ribos, arba bet kokiems neįprastiems atvejams, tokiems kaip naujas tiekėjas ar neįprastas kiekis, jis turėtų parengti užsakymą ir paklausti. Riba turi būti programinėje įrangoje, o ne agento nurodymuose.
Ar agentas pakeičia brūkšninių kodų skaitytuvus ar fizinį skaičiavimą?
Ne. Kažkas vis tiek turi stovėti prie lentynos ir skaičiuoti, su skaitytuvu ar užrašų lenta. Agentas valdo rotą aplink skaičiavimą: ją atidaro, priskiria, seka, suderina rezultatą ir pateikia mažus koregavimus. Ši administracinė disciplina dažnai prarandama.
Kaip agentas žino tiekėjo pristatymo laiką?
Iš prekių priėmimo dokumentų. Kiekviename dokumente nurodyta užsakymo pateikimo data ir atvykimo data, todėl agentas gali perskaičiuoti pristatymo laiką pagal tiekėją ir prekę, kai pristatymai atvyksta, ir įtraukti tai į užsakymo tašką. Jei dokumentai nėra registruojami pagal užsakymus, tai yra pirmas dalykas, kurį reikia ištaisyti.
Ką daryti, jei sistemoje esantys atsargų duomenys jau yra neteisingi?
Pradėkite nuo skaičiavimo rotacijos, o ne nuo užsakymo taškų. Leiskite agentui atlikti ciklo skaičiavimus kiekvienoje vietoje vieną kartą, praneškite apie didelius neatitikimus asmeniui, kad ištirtų, ir užregistruokite mažus. Tik kai skaičius bus patikimas, užsakymo taškas, apskaičiuotas iš jo, bus vertas veiksmų.
- Užsakymo taškas (Wikipedia) standartinė apibrėžtis: vartojimas pristatymo laikotarpiu plius saugos atsargos
- Sois dokumentacija: darbo erdvės MCP serveris sandėlio ir apskaitos įrankių pavadinimai, teisių filtravimas, biudžeto ribos ir registravimas, kaip įgyvendinta
- Modelio konteksto protokolo specifikacija: įrankiai kaip įrankiai yra išvardyti ir vadinami, ir reikalavimas dėl prieigos kontrolės, įvesties patikros ir žmogaus, galinčio atmesti skambutį
- Sois: saugumas ir leidimų sluoksnis teisių užtikrinimas, kai įrankiai siūlomi ir vėl, kai jie veikia, išlaidų ribos kiekvienai integracijai, sekama agento veikla
Šis straipsnis peržiūrimas, kai keičiasi jame aprašyti produktai. Kita suplanuota peržiūra: 2026 m. gruodžio 4 d..