Jah, kolme konkreetse töö jaoks. AI-agent suudab hoida tellimispunkte ajakohasena süsteemi juba salvestatud tehingute põhjal, hallata tsüklite arvestust (avatud, jälgida, tulemusi tasakaalustada) ja koostada tarnija tellimusi madala laoseisu aruande põhjal. Need on tööd, mis kaldub kõrvale, kui inimene katkestatakse, ja need on esimesed, mida tasub üle anda.
Kulutused on piir. Agent peaks tellimusi esitama ainult süsteemi kehtestatud piiri raames, just nagu noorem ostja töötab volituste piires, ja peaks peatuma ja küsima, kui tellimus ületab selle piiri või tundub ebatavaline. Ohutus tuleb tarkvarast, mis hoiab piiri, mitte mudelist, mis mäletab käitumist.
Esmaspäeva hommik väikeses laos
Riiul ütleb kaksteist. Süsteem ütleb kolmkümmend. Tarnija tellimus, mis pidi minema välja neljapäeval, on endiselt mustand, kuna inimene, kes selle koostas, kattis saadetise. Ükski neist ei ole tarkvara rike tavapärases mõttes. Ebaõnnestunud on hooldus: kolm väikest tööd, mis peavad olema pidevalt tehtud, et numbrid midagi tähendaksid, ja keegi ei saa tasu nende pideva tegemise eest.
Need kolm tööd katavad suure osa laohalduse ülesannetest väikestes või keskmise suurusega ettevõtetes: hoida laoseisu arvestus õige, teada, millal tellida, ja esitada tellimus. Igaüks neist on rutiinne, igaüht katkestatakse, sõltumata sellest, mis mujal toimub, ja igaühe täitmine kaldub kõrvale, kui see katkestatakse. Just see kõrvalekalle on koht, kus AI-agendid laohalduse jaoks teenivad oma palka, ja kasulik küsimus on, millist kolmest tööst agent suudab iseseisvalt hoida ja kus ta peab peatuma ja küsima.
Uuendamise punktid: lihtne matemaatika, pidev hooldus
Tavareegel ei ole keeruline. Tellimispunkt on laoseisu tase, mis käivitab täiendamise, arvutatud tarnija tarneaja jooksul oodatava tarbimise pluss ohutooted, mis on hoitud nõudluse või kohaletoimetamise variatsioonide vastu. Kui toode müüb kakskümmend nädalas, tarnija võtab kaks nädalat ja hoiate nädala varu, siis on tellimispunkt kuuskümmend. Igas laohalduse õpik annab sama valemi.
Raskus seisneb selles, et iga sisend muutub. Tarneaeg muutub, kui tarnija vahetab vedajat või kaotab lao. Nädalane nõudlus muutub koos hooajaga, uue kliendi või tootega, mis vaikselt müüki lõpetab. Ohutooted peaksid liikuma mõlema muutumisega. Enamikus ettevõtetes määrati tellimispunkt üks kord, kui toode loodi, ja seda ei ole pärast seda uuesti vaadatud. Reegel on hea; sisendid on aegunud.
See on esimene töö, mida agent suudab hoida, kuna sisendid on juba olemas süsteemis teiste tööde kõrvaltootena. Iga kauba vastuvõtt registreerib, millal tellimus tehti ja millal see saabus, mis annab tarneaega. Iga saadetis ja müük registreerib nõudluse. Agent, kellel on lugemisõigus laotehingutele, saab arvutada tellimispunkti iga toote jaoks ajakava alusel, märkida need, mis on kaldunud üle teie määratud tolerantsi, ja pakkuda uut arvu. Kas see võib arvu ise muuta, on volituste otsus; mõistlik esimene seadistus on, et see pakub ja inimene aktsepteerib.
Arvud ja erinevused
Teine töö on hoida laoseisu arvestus õige. Täielik aastaarvestus on kallis, sulgeb tegevuse üheks päevaks ja on juba vale, kui see lõpeb. Tsüklite arvestus, paar asukohta või toodet päevas vahetuses, on meetod, millega enamik ettevõtteid leppib ja mille enamik ettevõtteid unustab, kuna vahetusel ei ole omanikku, kui inimene, kes selle seadistab, lahkub.
Agent sobib vahetuse jaoks, mitte arvestamiseks. See suudab avada arvestuse täna due asukohtade jaoks, määrata selle kellelegi, kes on vahetuses, jälgida, kui tulemusi ei ole keskpäevaks, võrrelda tulemust süsteemi numbriga, postitada kohandused väikeste variatsioonide jaoks ja tõsta suuremad variatsioonid ülesandeks inimesele, kellel on tehingute ajalugu. Arvestus ise vajab endiselt kedagi, kellel on skanner või klipp, seismiseks riiuli ees. Ümber selle, mis tegelikult ebaõnnestub, on haldus ja see saab olla delegeeritud.
Künnis on oluline. Kahe ühiku erinevus madala väärtusega eseme puhul saab reguleerida ja märkida. Neljakümne ühiku erinevus millegi puhul, mis maksab 210,00 € ühikut ei tohiks keegi, ei agent ega inimene, reguleerida ilma teise pilguta, kuna see tähendab tavaliselt, et kviitungit ei ole kunagi broneeritud või midagi on hoonest lahkunud. Määrake künnis selgelt, numbrina, millele agendi reguleerimise tööriist on suunatud. Agent, kellele reegel öeldakse, järgib seda iga kord; inimene, kes katab saatmist, ei tee seda.
Ostutellimused: kuidas agent küsib enne kulutamist
Kolmas töö on see, mille pärast inimesed muretsevad, kuna see seondub rahaga. Vastus on see, et agent peaks tellimusi vabalt ette valmistama ja neid esitama ainult antud volituste piires, nagu töötab noorem ostja. Allpool piiri saadab ta. Üle selle, või kui tellimusega on midagi ebatavalist (tarnija, kellelt ta pole varem tellinud, kogus, mis on kaugel tavalisest, hind, mis on muutunud), peatub ta ja küsib. Nii näeb see välja ühe taotlusena, mis käivitatakse tööruumis, kus on varude ja tarnijate andmed, ning agendi ühenduses on juba seatud heakskiidu piir.
- Varude taseme lugemine uuesti tellimise punktide suhtes
- Kolm eset allpool uuesti tellimise punkti, kõik Northwind'i poolt tarnitud
- Tellimus koostatud tarnija vaikeseadetest ja praegusest tarneajast
- Kokku on teie heakskiidu piirist üle, hoidke seda teie otsuse jaoks
Agendi kasutatud olid lubatud varude, tarnijate ja ülesannete tööriistad. Tellimust ei saadetud, kuna kogusumma ületas selle ühenduse jaoks kehtestatud piiri. Kui isik kinnitab, saadab see tellimuse ja broneerib oodatava kauba vastuvõtu, et tarnet saaks selle vastu kontrollida.
Kaks asjaolu muudavad selle turvaliseks, mitte lihtsalt rahustavaks. Esiteks, piirangut rakendab süsteem, mitte mudel: agendi kasutatav ühendus omab kulutuste piiri ja fikseeritud tööriistade komplekti, mida ta võib kasutada, ning tellimuse esitamine, mis ületab piiri, ebaõnnestub, olenemata agendi kavatsustest. Teiseks, kinnitamine loob kirje. Kinnitanud isiku, aja ja nähtud mustandi andmed logitakse koos tööriistade kõnede kõrval, seega on agendi esitatud tellimuse auditi jälg vähemalt sama täielik kui käsitsi esitatud tellimuse oma, ja tavaliselt isegi rohkem.
Millised laohaldustööd üle anda
| Ülesanne | Agent võib omada | Inimene hoiab | Mida tarkvara peab paljastama |
|---|---|---|---|
| Uute tellimispunktide ümberarvutamine | Jah, ajakava alusel, muudatusi ettepanekud | Suuremate muudatuste kinnitamine | Tehingute ajalugu, kauba vastuvõtud ja varude tasemed kui kutsutavad tööriistad |
| Madala varude jälgimine | Jah, pidevalt | Ei midagi rutiinset | Madala laoseisu päring, mis sisaldab iga toote tarnijat |
| Tsüklite arvestuse graafik | Avamine, määramine, jälgimine, tasakaalustamine | Füüsiline arvestus | Arvestuse algus, salvestamise ja erinevuste tööriistad |
| Väikeste erinevuste kohandused | Jah, allpool künnist | Suured erinevused, alati | Kohandustööriist, mis on määratud kasutaja õigustele ja künnisele |
| Tarnija tellimuste koostamine | Jah | Ei midagi rutiinset | Tarnija vaikeväärtused, toote tarneaeg, avatud tellimused |
| Tarnija tellimuste esitamine | Kulutuste limiidist allpool | Üle selle ja kõik ebatavaline | Iga ühenduse jaoks kehtestatud kulutuste piirang koos logiga |
| Kauba vastuvõtmine | Tõendi broneerimine tellimuse vastu | Kohaletoimetamise kontrollimine ukse juures | Tõendamise tööriist, mis viitab tellimusele |
Parempoolne veerg on test, mida tuleb käitada igas varude süsteemis. Kui ülesande tööriistad puuduvad, ei saa agent seda omada, olenemata mudeli võimekusest.
Mida tarkvara peab pakkuma:
Kõik ülaltoodud sõltub varude süsteemist, mis avab oma töö tegevustena, mida agent saab kutsuda, mitte ekraanidena, mida agent peaks juhtima. Neli asja peavad olema tõesed. Iga tegevus (varude päring, arvestuse alustamine, tõendi broneerimine, tellimuse koostamine) on nimetatud tööriist, millel on määratletud sisendid. Iga tööriist pakutakse ja käitatakse isiku õiguste alusel, keda agent esindab, seega ei saa agent, kes tegutseb lao juhi nimel, heaks kiita tellimust, mida lao juht ei saaks heaks kiita. Kulutused on piiratud seal, kus raha on pühendatud. Ja iga kõne logitakse koos oma sisendite ja tulemusega.
Sois'is on laomoodul ehitatud just nii. Tööruum on MCP server ja varude tööriistad on nimetatud nende tegevuse järgi: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, koos tarnija poolega raamatupidamises ostuarvete kõrval. Sa ühendad juba kasutatava agendi, Claude, ChatGPT või mõne MCP kliendi, lisades tööruumi aadressi ja logides sisse üks kord; ei ole vaja kleepida tokenit. Tööriistad filtreeritakse vastavalt sinu rollile enne, kui agent neid näeb, ja kontrollitakse uuesti, kui need käivitatakse, kulutuste limiit on seatud iga integratsiooni jaoks ja iga tegevus on hiljem jälgitav. Kui sinu enda agent teeb mõtlemise, ei tee Sois sinu nimel mingit tehisintellekti ja ei küsi selle eest midagi.
- Saage faktid selgeksSüsteemis on kaubad, tarnijad, tarneajad ja asukohad, mitte kõrval. Kaks nädalat puhtaid kviitungeid ja saadetisi on piisav alustamiseks.
- Anna agentidele esmalt lugemisõigusLase tal arvutada ümber tellimispunktid ja raporteerida kõrvalekalded kahe nädala jooksul. Kontrolli tema ettepanekuid selle vastu, mida sa tead.
- Seadke piiridMuutujat võib ta kohandada, kulutust võib ta lubada, mõlemad numbritena, mida süsteem jõustatakse, mitte juhistena, mida mudel järgib.
- Laienda ulatustLase tal koostada tellimused, seejärel saata piirides, seejärel käivitada arvestuse rotatsioon. Loe logi iga nädal, kuni lõpetad midagi leidmast.
Loe enne kirjutamist, tee ettepanek enne muutmist, piir enne igasuguseid kulutusi. Kui järgida seda järjekorda, on tulemuseks agent, kes hoiab laovarude arvu ausana, ütleb, mida on vaja tellida enne, kui see otsa saab, ja küsib otsust ainult siis, kui otsus on tõeliselt sinu.
Küsimused, mida inimesed esitavad
Kas AI agent saab ise tellimusi esitada?
Piiri raames, jah. Anna agendi ühendusele kulutuste piir, mida süsteem jõustatakse, ja lase tal saata tellimusi alla selle. Üle piiri või mis tahes ebatavalise puhul, nagu uus tarnija või ebatavaline kogus, peaks ta tellimuse ette valmistama ja küsima. Piir peab olema tarkvaras, mitte agendi juhistes.
Kas agent asendab baarikoodiskannereid või füüsilist arvestust?
Ei. Keegi peab ikka seisma riiuli juures ja arvestama, kas skanneri või klipiga. Agent haldab arvestuse rotatsiooni: avab selle, määrab selle, jälgib seda, tasakaalustab tulemuse ja postitab väikseid kohandusi. See administratiivne distsipliin on see, mis tavaliselt puudub.
Kuidas agent teab tarnija tarneaega?
Kaupade vastuvõtudest. Iga vastuvõtt sisaldab kuupäeva, millal tellimus tehti, ja kuupäeva, millal see saabus, nii et agent saab arvutada tarnetähtaega iga tarnija ja iga toote kohta, kui tarned saabuvad, ja sisestada selle uuesti tellimise punkti. Kui vastuvõtte ei broneerita tellimuste vastu, on see esimene asi, mida parandada.
Mis siis, kui süsteemis olevad laovarud on juba valed?
Alustage arvestuse rotatsioonist, mitte uuesti tellimise punktidest. Laske agendil teha tsüklilisi arvestusi igas asukohas üks kord, tõstke suured erinevused isiku uurimiseks esile ja postitage väikesed. Ainult siis, kui number on usaldusväärne, on selle põhjal arvutatud uuesti tellimise punkt, millele tasub reageerida.
- Uuesti tellimise punkt (Wikipedia) standardmääratlus: tarbimine tarnetähtaegade jooksul pluss ohutooted
- Sois dokumentatsioon: tööruumi MCP server lao- ja raamatupidamistööriistade nimed, õiguste filtreerimine, eelarve piirangud ja logimine nagu rakendatud
- MCP spetsifikatsioon: tööriistad kuidas tööriistu loetletakse ja nimetatakse, ning nõue juurdepääsukontrollide, sisendi valideerimise ja inimese olemasolu kohta, kes suudab kõne tagasi lükata
- Sois: turvalisus ja õiguste kiht õigused, mis kehtivad, kui tööriistu pakutakse ja uuesti, kui need töötavad, kulutuste piirangud iga integratsiooni kohta, jälgitav agendi tegevus
Seda artiklit vaadatakse üle, kui kirjeldatud tooted muutuvad. Järgmine planeeritud ülevaatus: 4. detsember 2026.