Áno, pre tri konkrétne úlohy. AI agent môže udržiavať aktuálne body pre objednávanie na základe transakcií, ktoré systém už zaznamenáva, vykonávať disciplínu okolo cyklických počtov (otvárať ich, sledovať ich, zosúlaďovať výsledky) a pripravovať objednávky od dodávateľov na základe správy o nízkych zásobách. Tieto úlohy sa posúvajú, keď je osoba prerušená, a sú to tie, ktoré stoja za to zveriť ako prvé.
Výdavky sú hranicou. Agent by mal zadávať objednávky iba v rámci limitu, ktorý systém vynucuje, presne tak, ako junior nákupca pracuje v rámci autority, a mal by sa zastaviť a opýtať, keď je objednávka nad týmto limitom alebo vyzerá nezvyčajne. Bezpečnosť prichádza zo softvéru, ktorý udržuje hranicu, nie z modelu, ktorý si pamätá, aby sa správal.
Pondelok ráno v malej sklade
Polica hovorí dvanásť. Systém hovorí tridsať. Objednávka od dodávateľa, ktorá mala byť odoslaná vo štvrtok, je stále návrh, pretože osoba, ktorá ju vytvára, pokrývala expedíciu. Nič z toho nie je zlyhanie softvéru v bežnom zmysle. Zlyhala údržba: tri malé úlohy, ktoré musia byť vykonávané nepretržite, aby čísla mali zmysel, a nikto nie je platený za to, aby ich robil nepretržite.
Tieto tri úlohy tvoria väčšinu správy zásob pre malú alebo stredne veľkú prevádzku: udržiavať presnú hodnotu zásob, vedieť, kedy objednať, a zadať objednávku. Každá z nich je rutinná, každú z nich prerušuje čokoľvek iné, čo sa deje na podlahe, a každá sa posúva, keď je prerušená. Tento posun je miestom, kde AI agenti pre správu zásob zarábajú na svoj chlieb, a užitočná otázka je, ktorú z troch úloh môže agent vykonávať samostatne a kde sa musí zastaviť a opýtať.
Bod pre objednanie: jednoduché počty, neustála údržba
Štandardné pravidlo nie je zložité. Bod pre objednávanie je úroveň zásob, ktorá spúšťa doplnenie, vypočítaná ako očakávaná spotreba počas dodacej lehoty dodávateľa plus bezpečnostná zásoba držaná proti variabilite dopytu alebo dodávky. Ak sa položka predáva dvadsať týždenne, dodávateľ potrebuje dva týždne a vy si uchovávate týždennú rezervu, bod pre objednávanie je šesťdesiat. Akákoľvek učebnica o správe zásob uvádza rovnaký vzorec.
Problém je v tom, že každý vstup sa mení. Dodacia lehota sa mení, keď dodávateľ zmení prepravcu alebo stratí sklad. Týždenný dopyt sa mení s ročným obdobím, novým zákazníkom alebo produktom, ktorý ticho prestal predávať. Bezpečnostná zásoba by sa mala pohybovať s oboma. V väčšine podnikov bol bod pre objednávanie nastavený raz, keď bol produkt vytvorený, a odvtedy nebol znovu preskúmaný. Pravidlo je v poriadku; vstupy sú zastarané.
Toto je prvá úloha, ktorú môže agent vykonávať, pretože vstupy už existujú v systéme ako vedľajší produkt inej práce. Každý príjem tovaru zaznamenáva, kedy bola objednávka zadaná a kedy dorazila, čo poskytuje dodaciu lehotu. Každá expedícia a predaj zaznamenáva dopyt. Agent s prístupom na čítanie k transakciám so zásobami môže prepočítať bod pre objednávanie pre každú položku podľa plánu, označiť tie, ktoré sa posunuli nad toleranciu, ktorú nastavíte, a navrhnúť novú hodnotu. To, či môže zmeniť samotnú hodnotu, je rozhodnutie o povolení; rozumné prvé nastavenie je, že navrhuje a osoba akceptuje.
Počty a nezrovnalosti
Druhá úloha je udržiavať presnú hodnotu zásob. Kompletný ročný počet je nákladný, uzatvára prevádzku na deň a je už nesprávny, keď sa dokončí. Cyklové počítanie, niekoľko lokalít alebo položiek denne na rotácii, je metóda, na ktorej sa väčšina prevádzok dohodne a ktorú väčšina prevádzok necháva sklznúť, pretože rotácia nemá vlastníka, keď osoba, ktorá ju nastavila, odíde.
Agent je dobre prispôsobený pre rotáciu, nie pre počítanie. Môže otvoriť počet pre lokácie, ktoré sú dnes na rade, priradiť ho komukoľvek, kto je na smene, sledovať ho, ak výsledky nie sú doobeda, porovnať výsledok so systémovou hodnotou, zverejniť úpravu pre malé odchýlky a zvýšiť veľké ako úlohu pre osobu s pripojenou históriou transakcií. Samotné počítanie stále potrebuje niekoho so skenerom alebo blokom stojacim pred policou. Disciplína okolo toho, ktorá je časťou, ktorá skutočne zlyháva, je administratívna a môže byť delegovaná.
Práh je dôležitý. Odchýlka dvoch jednotiek pri položke s nízkou hodnotou môže byť upravená a zaznamenaná. Odchýlka štyridsiatich pri niečom, čo stojí 210,00 € jednotka by nemala byť upravená nikým, agentom ani osobou, bez druhého pohľadu, pretože to zvyčajne znamená, že príjem nebol nikdy zaevidovaný alebo niečo opustilo budovu. Nastavte prah explicitne, ako číslo, na ktoré je nástroj na úpravu agenta zameraný. Agent, ktorému je pravidlo povedané, ho dodržiava vždy; osoba pokrývajúca expedíciu nie.
Objednávky: ako agent žiada predtým, než utratí
Tretia úloha je tá, o ktorú sa ľudia obávajú, pretože sa týka peňazí. Odpoveďou je, že agent by mal voľne pripravovať objednávky a umiestňovať ich iba v rámci autority, ktorú dostal, tak ako pracuje junior nákupca. Pod limitom ich posiela. Nad ním, alebo keď je niečo ohľadom objednávky nezvyčajné (dodávateľ, od ktorého predtým neobjednával, množstvo ďaleko mimo zvyčajného, cena, ktorá sa zmenila), zastaví sa a opýta sa. Takto to vyzerá ako jedna žiadosť, spustená proti pracovisku so záznamami o zásobách a dodávateľoch, s už nastaveným schvaľovacím limitom na pripojení agenta.
- Čítanie úrovní zásob v porovnaní s bodmi opätovného objednania
- Tri položky pod bodom opätovného objednania, všetky dodané od Northwind
- Objednávka navrhnutá z predvolených dodávateľských údajov a aktuálneho dodacieho času
- Celková suma je nad vaším schvaľovacím limitom, zadržiavam ju na vaše rozhodnutie
Agent použil nástroje na zásoby, dodávateľov a úlohy, ktoré mohol použiť. Neodoslal objednávku, pretože celková suma presiahla limit nastavený na tomto spojení. Akonáhle osoba schváli, odošle objednávku a zarezervuje očakávaný príjem tovaru, aby sa dodávka mohla skontrolovať proti nemu.
Dve veci robia to bezpečné, nie len upokojujúce. Prvá je, že limit je vynucovaný systémom, nie zapamätaný modelom: spojenie, ktoré agent používa, má limit výdavkov a pevne stanovenú sadu nástrojov, ktoré môže použiť, a zadanie objednávky nad limitom zlyhá bez ohľadu na to, čo agent zamýšľal. Druhá je, že schválenie vytvára záznam. Osoba, ktorá schválila, čas a návrh, ktorý videla, sú zaznamenané spolu s volaniami nástrojov, takže auditná stopa pre objednávku zadanú agentom je aspoň taká kompletná ako tá pre objednávku zadanú ručne, a zvyčajne ešte viac.
Ktoré úlohy v oblasti zásob odovzdať
| Úloha | Agent môže vlastniť | Osoba si ponecháva | Čo musí softvér odhaliť |
|---|---|---|---|
| Prepočítavanie bodov opätovného objednávania | Áno, podľa plánu, navrhujúci zmeny | Schválenie veľkých zmien | História transakcií, príjmy tovaru a úrovne zásob ako volateľné nástroje |
| Monitorovanie nízkych zásob | Áno, nepretržite | Nič rutinné | Dotaz na nízky stav zásob, ktorý obsahuje dodávateľa pri každej položke |
| Rozvrh cyklického počítania | Otvorenie, priradenie, sledovanie, zosúladenie | Fyzické počítanie | Nástroje na začiatok počítania, zaznamenávanie a rozdiely |
| Úpravy malých odchýlok | Áno, pod prahom | Veľké odchýlky, vždy | Nástroj na úpravy prispôsobený oprávneniam používateľa a prahu |
| Príprava objednávok dodávateľov | Áno | Nič rutinné | Predvolené hodnoty dodávateľa, dodacie lehoty položiek, otvorené objednávky |
| Zadávanie objednávok dodávateľov | Pod limitom výdavkov | Nad ním a čokoľvek nezvyčajné | Limit výdavkov uplatnený na každé pripojenie, s logom |
| Prijímanie tovaru | Zaznamenanie prijatia voči objednávke | Kontrola dodávky pri dverách | Nástroj na prijímanie, ktorý odkazuje na objednávku |
Pravý stĺpec je test, ktorý sa má vykonať na akomkoľvek systéme inventára. Ak nástroje úlohy nie sú k dispozícii, agent to nemôže vlastniť, nech je model akokoľvek schopný.
Čo musí softvér poskytovať
Všetko vyššie závisí od toho, že systém inventára vystavuje svoju prácu ako akcie, ktoré môže agent volať, namiesto obrazoviek, ktoré by agent musel ovládať. Štyri veci musia byť pravdivé. Každá akcia (dotaz na zásoby, začatie počítania, rezervácia prijatia, návrh objednávky) je pomenovaný nástroj s definovanými vstupmi. Každý nástroj je ponúkaný a vykonávaný pod oprávneniami osoby, ktorú agent zastupuje, takže agent konajúci za vedúceho skladu nemôže schváliť objednávku, ktorú vedúci skladu nemôže. Výdavky sú obmedzené tam, kde sú peniaze záväzné. A každý hovor je zaznamenaný so svojimi vstupmi a výsledkom.
V Sois je takto postavený modul skladu. Pracovný priestor je server MCP a nástroje na správu zásob sú pomenované podľa toho, čo robia: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, pričom strana dodávateľa je v účtovníctve spolu s nákupnými faktúrami. Pripojíte agenta, ktorého už používate, Claude, ChatGPT alebo akéhokoľvek klienta MCP, pridaním adresy pracovného priestoru a prihlásením sa raz; nie je potrebné žiadne token. Nástroje sú filtrované podľa vašej úlohy predtým, ako ich agent uvidí, a kontrolované znova, keď sa spustia, limit výdavkov je nastavený na každú integráciu a každá akcia je neskôr sledovateľná. Keď váš vlastný agent vykonáva uvažovanie, Sois nevykonáva žiadnu AI vo vašom mene a nič za to neúčtuje.
- Ujasnite si záznamPoložky, dodávatelia, dodacie lehoty a miesta v systéme, nie vedľa neho. Dva týždne čistých príjmov a odoslaní sú dostatočné na začiatok.
- Najprv dajte agentovi prístup na čítanieNech prepočíta body opätovného objednávania a hlási odchýlku na dva týždne. Skontrolujte jeho návrhy s tým, čo viete.
- Nastavte prahové hodnotyOdchýlku môže upraviť, výdavky môže zaviazať, oboje ako čísla, ktoré systém vynucuje, nie ako pokyny, ktoré model nasleduje.
- Rozšírte rozsahNech pripraví objednávky, potom ich odošle v rámci limitu, potom spustí rotačnú kontrolu. Čítajte záznam každý týždeň, kým prestanete nachádzať niečo.
Čítajte pred písaním, navrhujte pred zmenou, nastavte limit pred akýmikoľvek výdavkami. Ak sa to dodrží v tomto poradí, výsledkom je agent, ktorý udržuje číslo zásob čestné, hovorí, čo je potrebné objednať predtým, než sa to minie, a žiada o rozhodnutie iba vtedy, keď je rozhodnutie skutočne vaše.
Otázky, ktoré sa ľudia pýtajú.
Môže AI agent samostatne zadávať objednávky?
V rámci limitu, áno. Dajte agentovmu pripojeniu strop výdavkov vynucovaný systémom a nechajte ho posielať objednávky pod ním. Nad stropom, alebo pre čokoľvek nezvyčajné, ako je nový dodávateľ alebo nezvyčajné množstvo, by mal pripraviť objednávku a požiadať. Strop musí existovať v softvéri, nie v pokynoch agenta.
Nahrádza agent skenery čiarových kódov alebo fyzickú kontrolu?
Nie. Niekto stále musí stáť pri polici a počítať, so skenerom alebo zápisníkom. Agent vlastní rotáciu okolo počtu: otvára ju, priraďuje, sleduje, zosúlaďuje výsledok a zaznamenáva malé úpravy. Táto administratívna disciplína je to, čo zvyčajne zlyháva.
Ako agent zistí dodaciu lehotu dodávateľa?
Z príjmov tovaru. Každý príjem obsahuje dátum, kedy bola objednávka zadaná, a dátum, kedy dorazila, takže agent môže prepočítať dodaciu lehotu pre každého dodávateľa a každý položku, keď dodávky prichádzajú, a zahrnúť to do bodu opätovného objednávania. Ak nie sú príjmy zaúčtované proti objednávkam, to je prvá vec, ktorú treba opraviť.
Čo ak sú údaje o zásobách v systéme už nesprávne?
Začnite s počítacím rozvrhom namiesto bodov opätovného objednávania. Nechajte agenta vykonať cyklické počty vo všetkých lokalitách raz, nahláste veľké nezrovnalosti osobe na preskúmanie a zaúčtujte malé. Iba keď je číslo dôveryhodné, má zmysel konať na základe bodu opätovného objednávania vypočítaného z neho.
- Bod opätovného objednávania (Wikipedia) štandardná definícia: spotreba počas dodacej lehoty plus bezpečnostná zásoba
- Dokumentácia Sois: server pracovného priestoru MCP názvy nástrojov pre sklad a účtovníctvo, filtrovanie oprávnení, rozpočtové limity a zaznamenávanie, ako je implementované
- špecifikácia Model Context Protocol: nástroje ako sú nástroje uvedené a volané, a požiadavka na prístupové kontroly, validáciu vstupu a človeka schopného odmietnuť hovor
- Sois: bezpečnosť a vrstva oprávnení oprávnenia uplatňované pri ponúkaní nástrojov a znova pri ich spustení, limity výdavkov na integráciu, sledovateľná aktivita agenta
Tento článok sa prehodnocuje, keď sa zmenia produkty, ktoré popisuje. Ďalšie naplánované prehodnotenie: 4. decembra 2026.