Da, za tri specifična opravila. AI agent lahko ohranja točke ponovnega naročanja aktualne na podlagi transakcij, ki jih sistem že beleži, izvaja disciplino okoli cikličnih štetij (odpiranje, sledenje, usklajevanje rezultatov) in pripravlja naročila dobaviteljem na podlagi poročila o nizkih zalogah. To so opravila, ki se zamikajo, ko je oseba prekinjena, in so tista, ki jih je vredno najprej predati.
Poraba je meja. Agent naj naroča le znotraj omejitve, ki jo sistem uveljavlja, prav tako kot mlajši kupec deluje v okviru pooblastila, in naj se ustavi ter vpraša, ko je naročilo nad to omejitvijo ali izgleda nenavadno. Varnost izhaja iz tega, da programska oprema drži mejo, ne pa iz tega, da se model spomni, kako se obnašati.
Ponedeljek zjutraj v majhni skladiščni sobi
Polica pravi dvanajst. Sistem pravi trideset. Naročilo dobavitelju, ki bi moralo biti poslano v četrtek, je še vedno osnutek, ker je oseba, ki ga je pripravila, pokrivala odpremo. Nič od tega ni neuspeh programske opreme v običajnem smislu. Kar je spodletelo, je vzdrževanje: tri majhna opravila, ki jih je treba nenehno opravljati, da številke kaj pomenijo, in za katera nihče ni plačan, da jih opravlja nenehno.
Ta tri opravila predstavljajo večino upravljanja zalog za majhno ali srednje veliko podjetje: ohranjanje točne številke zaloge, vedeti, kdaj ponovno naročiti, in oddati naročilo. Vsako od njih je rutinsko, vsako prekinja karkoli drugega, kar se dogaja na terenu, in vsako se zamika, ko je prekinjeno. Ta zamik je tisto, kjer AI agenti za upravljanje zalog zaslužijo svoj kruh, in koristno vprašanje je, katero od treh opravil lahko agent opravlja samostojno in kje se mora ustaviti in vprašati.
Točke ponovnega naročanja: enostavna matematika, stalno vzdrževanje
Standardno pravilo ni zapleteno. Točka ponovnega naročanja je raven zaloge, ki sproži dopolnitev, izračunana kot pričakovana poraba med dobaviteljevim časom dostave plus varnostna zaloga, ki se drži za morebitne spremembe v povpraševanju ali dostavi. Če se izdelek proda dvajset na teden, dobavitelj potrebuje dva tedna, vi pa imate v rezervi en teden, je točka ponovnega naročanja šestdeset. Vsaka učbenik o upravljanju zalog daje enako formulo.
Težava je v tem, da se vsak vhod spreminja. Čas dostave se spremeni, ko dobavitelj spremeni prevoznika ali izgubi skladišče. Tedensko povpraševanje se spreminja s sezono, novim kupcem ali izdelkom, ki tiho preneha prodajati. Varnostna zaloga se mora prilagajati obema. V večini podjetij je bila točka ponovnega naročanja nastavljena enkrat, ko je bil izdelek ustvarjen, in od takrat ni bila ponovno obravnavana. Pravilo je v redu; vhodi so zastareli.
To je prvo opravilo, ki ga lahko agent opravlja, ker vhodi že obstajajo v sistemu kot stranski produkt drugega dela. Vsak prejem blaga beleži, kdaj je bilo naročilo oddano in kdaj je prispelo, kar daje čas dostave. Vsaka odpremna in prodajna transakcija beleži povpraševanje. Agent z dostopom do podatkov o transakcijah zalog lahko ponovno izračuna točko ponovnega naročanja za vsak izdelek po urniku, označi tiste, ki so se zamaknile preko tolerance, ki jo nastavite, in predlaga novo številko. Ali lahko spremeni samo številko, je odločitev o dovoljenju; smiselna prva nastavitev je, da predlaga in oseba sprejme.
Številke in odstopanja
Drugo opravilo je ohranjanje točne številke zaloge. Polno letno štetje je drago, zapre delovanje za en dan in je že napačno, ko se konča. Ciklično štetje, nekaj lokacij ali izdelkov na dan po razporedu, je metoda, na kateri se večina operacij ustali in ki jo večina operacij zanemari, ker razpored nima lastnika, ko oseba, ki ga je nastavila, odide.
Agent je dobro prilagojen razporedu, ne pa štetju. Lahko odpre štetje za lokacije, ki so predvidene za danes, ga dodeli tistemu, ki je na izmeni, sledi, če rezultati niso prisotni do sredine popoldne, primerja rezultat s številko v sistemu, objavi prilagoditev za majhne odstopanja in velike obravnava kot nalogo za osebo s pripadajočo zgodovino transakcij. Samo štetje še vedno potrebuje nekoga s skenerjem ali z beležnico, ki stoji pred polico. Disciplina okoli tega, ki je del, ki dejansko odpove, je administrativna in jo je mogoče delegirati.
Prag je pomemben. Odstopanje dveh enot pri nizkocenovni postavki se lahko prilagodi in zabeleži. Odstopanje štirideset pri nečem, kar stane 210,00 € enote ne sme prilagajati nihče, agent ali oseba, brez drugega pregleda, ker to običajno pomeni, da račun nikoli ni bil knjižen ali da je nekaj zapustilo stavbo. Prag nastavite izrecno, kot številko, na katero je orodje za prilagajanje agenta omejeno. Agent, ki mu je pravilo povedano, ga upošteva vsakič; oseba, ki pokriva odpremo, pa ne.
Naročila: kako agent vpraša pred porabo
Tretja naloga je tista, ki ljudi skrbi, ker zavezuje denar. Odgovor je, da naj agent prosto pripravlja naročila in jih oddaja le v okviru pooblastila, ki ga je prejel, tako kot deluje mlajši kupec. Pod mejo pošilja. Nad njo, ali ko je karkoli glede naročila nenavadno (dobavitelj, od katerega še ni naročil, količina, ki je daleč od običajne, cena, ki se je spremenila), se ustavi in vpraša. Tako to izgleda kot ena zahteva, izvedena v delovnem prostoru s podatki o zalogi in dobaviteljih, z že nastavljeno mejo odobritve na povezavi agenta.
- Preverjanje ravni zalog v primerjavi s točkami ponovnega naročila
- Tri postavke pod točko ponovnega naročila, vse dobavljene s strani Northwind
- Naročilo je osnutek iz privzetih nastavitev dobavitelja in trenutnega časa dobave
- Skupaj je nad vašo mejo odobritve, zadržujemo ga za vašo odločitev
Agent je uporabil orodja za zaloge, dobavitelje in naloge, ki jih je smel uporabiti. Naročila ni poslal, ker je bila skupna vrednost nad omejitvijo, določeno za to povezavo. Ko oseba odobri, pošlje naročilo in rezervira pričakovano prejemko blaga, da se lahko dostava preveri v skladu z njo.
Dve stvari to naredita varno, ne le pomirjujoče. Prva je, da sistem uveljavlja omejitev, ne model: povezava, ki jo agent uporablja, ima omejitev porabe in fiksni nabor orodij, ki jih lahko pokliče, in oddaja naročila nad omejitvijo ne uspe, ne glede na to, kaj je agent nameraval. Druga je, da odobritev ustvari zapis. Oseba, ki je odobrila, čas in osnutek, ki ga je videla, so zabeleženi skupaj z klici orodij, tako da je sledljivost naročila, ki ga odda agent, vsaj tako popolna kot sledljivost naročila, ki ga odda ročno, in običajno še bolj.
Katere naloge upravljanja zalog predati
| Naloga | Agent lahko lasti | Oseba obdrži | Kaj mora programska oprema razkriti |
|---|---|---|---|
| Ponovno izračunavanje točk za ponovno naročanje | Da, po urniku, predlaganje sprememb | Odobritev velikih sprememb | Zgodovina transakcij, prejemke blaga in ravni zalog kot klicna orodja |
| Nadzor nizkih zalog | Da, neprekinjeno | Ni rutinskega | Poizvedba o nizkih zalogah, ki vključuje dobavitelja za vsak izdelek |
| Rota za ciklično štetje | Odpiranje, dodeljevanje, sledenje, usklajevanje | Fizično štetje | Orodja za začetek štetja, beleženje in razlike |
| Majhne prilagoditve odstopanj | Da, pod pragom | Velika odstopanja, vedno | Orodje za prilagoditve, omejeno na uporabnikove pravice in prag |
| Priprava naročil za dobavitelje | Da | Ni rutinskega | Privzete nastavitve dobavitelja, dobavni roki izdelkov, odprta naročila |
| Oddajanje naročil dobaviteljem | Pod omejitvijo porabe | Nad njo in vse nenavadno | Omejitev porabe, ki se izvaja na povezavi, z dnevnikom |
| Prejem blaga | Zabeležitev prejetja proti naročilu | Preverjanje dostave ob vratih | Orodje za prejem, ki se sklicuje na naročilo |
Desni stolpec je test, ki ga je treba izvesti na katerem koli sistemu zalog. Če orodja naloge niso tam, agent ne more imeti naloge, ne glede na to, kako sposoben je model.
Kaj mora programska oprema zagotoviti
Vse zgoraj navedeno je odvisno od sistema zalog, ki izpostavlja svoje delo kot dejanja, ki jih lahko agent pokliče, namesto zaslonov, ki bi jih moral agent upravljati. Štiri stvari morajo biti resnične. Vsako dejanje (vprašaj zaloge, začni štetje, zabeleži prejem, osnutek naročila) je poimenovano orodje z določenimi vnosi. Vsako orodje je ponujeno in izvedeno pod dovoljenji osebe, ki jo agent predstavlja, tako da agent, ki deluje za vodjo skladišča, ne more odobriti naročila, ki ga vodja skladišča ne bi mogel. Poraba je omejena, kjer je denar zavezan. In vsak klic je zabeležen z njegovimi vnosi in rezultatom.
V Sois je tako zgrajen modul skladišča. Delovno okolje je MCP strežnik, orodja za zaloge pa so poimenovana glede na to, kar počnejo: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, z dobaviteljsko stranjo v računovodstvu ob nakupnih računih. Povežete agenta, ki ga že uporabljate, Claude, ChatGPT ali katerikoli MCP odjemalec, tako da dodate naslov delovnega okolja in se enkrat prijavite; ni potrebno prilepiti nobenega žetona. Orodja so filtrirana glede na vašo vlogo, preden jih agent vidi, in ponovno preverjena, ko se izvajajo, omejitev porabe je nastavljena na integracijo, in vsako dejanje je kasneje sledljivo. Ko vaš lastni agent izvaja razmišljanje, Sois ne izvaja nobene umetne inteligence v vašem imenu in za to ne zaračunava ničesar.
- Postavite stvari na pravo mestoPostavke, dobavitelji, dobavni roki in lokacije v sistemu, ne ob njem. Dve tedni čistih prejemkov in pošiljk sta dovolj za začetek.
- Najprej dajte agentu dostop za branje.Naj ponovno izračuna točke ponovnega naročanja in poroča o odstopanjih za dva tedna. Preverite njegove predloge v primerjavi s tistim, kar veste.
- Nastavite meje.Odstopanje lahko prilagodi, stroške lahko zaveže, oboje kot številke, ki jih sistem uveljavlja, ne kot navodila, ki jih model sledi.
- Razširite obseg.Naj pripravi naročila, nato jih pošlje v okviru meje, nato izvede rotacijo štetja. Preberite dnevnik vsak teden, dokler ne prenehate najti česarkoli.
Beri pred pisanjem, predlagaj pred spremembo, omejitev pred kakršnimikoli stroški. Če sledite temu vrstnem redu, je rezultat agent, ki ohranja število zalog pošteno, pove, kaj je treba naročiti, preden zmanjka, in prosi za odločitev le, ko je odločitev resnično vaša.
Vprašanja, ki jih ljudje postavljajo
Ali lahko AI agent sam postavi naročila za nakup?
Znotraj meje, da. Dajte povezavi agenta omejitev stroškov, ki jo uveljavlja sistem, in naj pošlje naročila pod njo. Nad omejitvijo ali za karkoli nenavadnega, kot je nov dobavitelj ali nenavadna količina, naj pripravi naročilo in vpraša. Omejitev mora biti v programski opremi, ne v navodilih agenta.
Ali agent nadomešča čitalnike črtnih kod ali fizično štetje?
Ne. Nekdo še vedno mora stati na polici in šteti, s čitalnikom ali z beležnico. Agent upravlja z rotacijo okoli štetja: odpiranje, dodeljevanje, sledenje, usklajevanje rezultatov in objavljanje manjših prilagoditev. Ta administrativna disciplina je tisto, kar običajno popusti.
Kako agent ve, kakšen je dobavni rok dobavitelja?
Iz prejetih blaga. Vsak prejem nosi datum, ko je bila naročila oddana, in datum, ko je prispela, tako da lahko agent ponovno izračuna dobavni rok za vsakega dobavitelja in za vsak izdelek, ko dostave prispejo, in to vključi v točko ponovnega naročanja. Če prejemi niso knjiženi proti naročilom, je to prva stvar, ki jo je treba popraviti.
Kaj pa, če so številke zalog v sistemu že napačne?
Začnite s številčnim rotacijskim seznamom namesto s točkami ponovnega naročanja. Dajte agentu, da enkrat izvede ciklične preglede na vseh lokacijah, izpostavite velike razlike, da jih preuči oseba, in objavite majhne. Šele ko je številka zanesljiva, je točka ponovnega naročanja, izračunana iz nje, vredna ukrepanja.
- Točka ponovnega naročanja (Wikipedia) standardna definicija: poraba med dobavnim rokom plus varnostne zaloge
- Dokumentacija Sois: strežnik delovnega prostora MCP imena orodij za skladišče in računovodstvo, filtriranje dovoljenj, omejitve proračuna in beleženje, kot je implementirano
- specifikacija Model Context Protocol: orodja kako so orodja navedena in klicana ter zahteva po nadzoru dostopa, validaciji vhodnih podatkov in osebi, ki lahko zavrne klic
- Sois: varnost in plast dovoljenj dovoljenja, ki se uveljavijo, ko so orodja ponujena in ponovno, ko delujejo, omejitve porabe na integracijo, sledljive aktivnosti agenta
Ta članek se pregleda, ko se izdelki, ki jih opisuje, spremenijo. Naslednji načrtovani pregled: 4. december 2026.