Kyllä, kolmeen erityiseen tehtävään. AI-agentti voi pitää uudelleentilauspisteet ajantasaisina järjestelmän jo tallentamien tapahtumien perusteella, hoitaa sykliinventaarioita (avata ne, seurata niitä, sovittaa tulokset) ja valmistella toimittaja-tilauksia alhaisen varaston raportista. Nämä ovat tehtäviä, jotka harhailevat, kun henkilö keskeytetään, ja ne ovat ensimmäisiä, jotka kannattaa siirtää.
Kulutus on raja. Agentin tulisi tehdä tilauksia vain rajan puitteissa, jonka järjestelmä valvoo, aivan kuten nuorempi ostaja toimii valtuuden mukaan, ja sen tulisi pysähtyä ja kysyä, kun tilaus ylittää tämän rajan tai näyttää epätavalliselta. Turvallisuus tulee ohjelmistosta, joka pitää linjan, ei mallista, joka muistaa käyttäytyä.
Maanantaiaamu pienessä varastossa
Hyllyssä lukee kaksitoista. Järjestelmässä lukee kolmekymmentä. Toimittaja-tilaus, joka olisi pitänyt lähettää torstaina, on edelleen luonnoksena, koska sen laatija hoiti lähetyksiä. Mikään tästä ei ole ohjelmiston epäonnistuminen tavallisessa mielessä. Se, mikä epäonnistui, on ylläpito: kolme pientä tehtävää, jotka on tehtävä jatkuvasti, jotta numerot merkitsevät mitään, ja joita kukaan ei saa palkkaa tehdä jatkuvasti.
Nämä kolme tehtävää kattavat suurimman osan varastonhallinnasta pienessä tai keskikokoisessa toiminnassa: pidä varastoluku totena, tiedä milloin tilata uudelleen ja tee tilaus. Jokainen on rutiinitehtävä, jokainen keskeytyy muista tapahtumista lattialla, ja jokainen harhailee, kun se keskeytetään. Tämä harha on se, missä AI-agentit varastonhallinnassa ansaitsevat palkkansa, ja hyödyllinen kysymys on, mikä kolmesta tehtävästä agentti voi hoitaa itsenäisesti ja missä sen on pysähdyttävä ja kysyttävä.
Uudelleentilauspisteet: helppoa matematiikkaa, jatkuvaa ylläpitoa
Vakiomääräys ei ole monimutkainen. Uudelleentilauspiste on varastotaso, joka laukaisee täydennyksen, laskettuna odotetun kulutuksen mukaan toimittajan toimitusaikana plus turvallisuusvarasto, joka pidetään kysynnän tai toimituksen vaihtelua vastaan. Jos tuote myy kaksikymmentä viikossa, toimittaja vie kaksi viikkoa, ja pidät viikon varaston varalla, uudelleentilauspiste on kuusikymmentä. Mikä tahansa oppikirja varastonhallinnasta antaa saman kaavan.
Vaikeus on siinä, että jokainen syöte liikkuu. Toimitusaika muuttuu, kun toimittaja vaihtaa kuljetusyhtiötä tai menettää varaston. Viikoittainen kysyntä muuttuu kauden, uuden asiakkaan tai tuotteen myynnin hiljaisen loppumisen myötä. Turvallisuusvaraston tulisi liikkua molempien mukana. Useimmissa yrityksissä uudelleentilauspiste asetettiin kerran, kun tuote luotiin, eikä sitä ole tarkistettu sen jälkeen. Sääntö on hyvä; syötteet ovat vanhentuneita.
Tämä on ensimmäinen tehtävä, jonka agentti voi hoitaa, koska syötteet ovat jo olemassa järjestelmässä muiden töiden sivutuotteena. Jokainen tavaran vastaanotto tallentaa, milloin tilaus tehtiin ja milloin se saapui, mikä antaa toimitusajan. Jokainen lähetys ja myynti tallentaa kysynnän. Agentti, jolla on lukuoikeus varastotapahtumiin, voi laskea uudelleen uudelleentilauspisteen jokaiselle tuotteelle aikataulun mukaan, merkitä ne, jotka ovat harhaileet yli asettamasi toleranssin, ja ehdottaa uutta lukua. Se, voiko se muuttaa itse lukua, on lupapäätös; järkevä ensimmäinen asetus on, että se ehdottaa ja henkilö hyväksyy.
Laskennat ja poikkeamat
Toinen tehtävä on pitää varastoluku totena. Täydellinen vuosilaskenta on kallista, sulkee toiminnan päiväksi ja on jo väärä, kun se valmistuu. Sykliinventaario, muutama sijainti tai tuote päivässä vuorolistalla, on menetelmä, johon useimmat toiminnot päätyvät, ja se, jonka useimmat toiminnot antavat lipsua, koska vuorolistalla ei ole omistajaa, kun sen laatija siirtyy eteenpäin.
Agentti sopii hyvin vuorolistalle, ei laskentaan. Se voi avata laskennan tänään erääntyville sijainneille, määrätä sen kenelle tahansa, joka on vuorossa, seurata sitä, jos tuloksia ei ole saatu iltapäivän puoliväliin mennessä, verrata tulosta järjestelmän lukuun, postittaa säätö pienille vaihteluille ja nostaa suuret tehtäväksi henkilölle, jolla on liitetty tapahtumahistoria. Laskenta itsessään tarvitsee edelleen jonkun, jolla on skanneri tai muistilappu hyllyn edessä. Sen ympärillä oleva kurinalaisuus, joka on se osa, joka todella epäonnistuu, on hallinnollista ja voidaan delegoida.
Kynnys on tärkeä. Kahden yksikön poikkeama matalan arvon tuotteessa voidaan säätää ja merkitä. Neljänkymmenen poikkeama kalliimmassa tuotteessa 210,00 € yksikköä ei tulisi säätää kenenkään, agentin tai henkilön, ilman toista tarkastusta, koska se yleensä tarkoittaa, että kuittia ei ole koskaan kirjattu tai jokin on poistunut rakennuksesta. Aseta kynnys selkeästi, numerona, johon agentin säätötyökalu on rajattu. Agentti, jolle sääntö kerrotaan, noudattaa sitä aina; lähetyksestä vastaava henkilö ei.
Ostotilaukset: kuinka agentti kysyy ennen kuluttamista
Kolmas tehtävä on se, josta ihmiset huolehtivat, koska se sitoo rahaa. Vastaus on, että agentin tulisi valmistella tilauksia vapaasti ja tehdä niitä vain sille myönnetyn valtuuden puitteissa, kuten nuorempi ostaja toimii. Rajoituksen alapuolella se lähettää. Yllä, tai kun jokin tilauksessa on epätavallista (toimittaja, jolta ei ole aiemmin tilattu, määrä, joka on kaukana tavallisesta, hinta, joka on muuttunut), se pysähtyy ja kysyy. Tässä on miltä se näyttää yhtenä pyyntönä, suoritettuna työtilassa, jossa on varasto- ja toimittajatiedot, ja hyväksymisraja on jo asetettu agentin yhteyteen.
- Varastotasojen lukeminen tilausrajoja vastaan
- Kolme tuotetta tilausrajan alapuolella, kaikki Northwindin toimittamia
- Tilaus laadittu toimittajan oletuksista ja nykyisestä toimitusajasta
- Yhteensä on yli hyväksymisrajan, pidetään sitä päätöksesi vuoksi
Agentti käytti varasto-, toimittaja- ja tehtävätyökaluja, joita sille oli sallittu käyttää. Se ei lähettänyt tilausta, koska kokonaismäärä ylitti kyseiselle yhteydelle asetetun rajan. Kun henkilö hyväksyy, se lähettää tilauksen ja varaa odotetun tavaratoimituksen, jotta toimitus voidaan tarkistaa sen mukaan.
Kaksi asiaa tekee siitä turvallista eikä vain rauhoittavaa. Ensimmäinen on se, että raja on järjestelmän valvoma, ei mallin muistama: agentin käyttämällä yhteydellä on kulutusraja ja kiinteä joukko työkaluja, joita se voi kutsua, ja tilauksen tekeminen rajan yli epäonnistuu riippumatta siitä, mitä agentti aikoi. Toinen on se, että hyväksyntä luo tallenteen. Hyväksyneen henkilön, ajan ja näkemänsä luonnoksen tiedot kirjataan työkalukutsujen ohella, joten audit trail agentin tekemälle tilaukselle on vähintään yhtä täydellinen kuin käsin tehdylle tilaukselle, ja yleensä jopa täydellisempi.
Mitkä varastotehtävät siirretään
| Tehtävä | Agentti voi omistaa | Henkilö pitää | Mitä ohjelmiston on paljastettava |
|---|---|---|---|
| Uudelleenlaskenta tilauspisteistä | Kyllä, aikataulun mukaan, ehdottaen muutoksia | Hyväksyntä suurille muutoksille | Transaktiohistoria, tavaratoimitukset ja varastotasot kutsuttavina työkaluina |
| Alhaisen varaston seuranta | Kyllä, jatkuvasti | Ei mitään rutiinia | Alhaisen varaston kysely, joka sisältää toimittajan jokaiselle tuotteelle |
| Kierrätyslaskennan aikataulu | Avaaminen, määrittäminen, seuraaminen, sovittaminen | Fyysinen laskenta | Laskennan aloitus, tallennus- ja poikkeamatyökalut |
| Pienet poikkeamien säädöt | Kyllä, alle rajan | Suuret poikkeamat, aina | Säätötyökalu, joka on rajattu käyttäjän oikeuksiin ja rajaan |
| Toimittajatilausten laatiminen | Kyllä | Ei mitään rutiinia | Toimittajan oletukset, tuotteen toimitusajat, avoimet tilaukset |
| Toimittaja-tilaukset | Kuluerän alapuolella | Yllä ja kaikki epätavallinen | Kuluraja, joka on voimassa jokaiselle yhteydelle, ja loki |
| Tavaroiden vastaanottaminen | Vastaanoton varaaminen tilauksen mukaan | Toimituksen tarkistaminen ovella | Vastaanottotyökalu, joka viittaa tilaukseen |
Oikeanpuoleinen sarake on testi, joka on suoritettava kaikissa varastojärjestelmissä. Jos tehtävän työkalut eivät ole saatavilla, agentti ei voi omistaa sitä, kuinka kykenevä malli tahansa.
Mitä ohjelmiston taustalla on tarjottava
Kaikki yllä oleva riippuu varastojärjestelmästä, joka esittää työnsä toimintoina, joita agentti voi kutsua, sen sijaan että näyttöjä, joita agentin pitäisi ohjata. Neljän asian on oltava totta. Jokainen toiminto (kysely varastosta, aloita laskenta, varaa vastaanotto, luonnostele tilaus) on nimetty työkalu, jolla on määritellyt syötteet. Jokainen työkalu tarjotaan ja suoritetaan sen henkilön oikeuksien mukaan, jota agentti edustaa, joten agentti, joka toimii varastopäällikön puolesta, ei voi hyväksyä tilausta, jota varastopäällikkö ei voisi. Kulut on rajattu, kun raha on sitoutettu. Ja jokainen kutsu kirjataan sen syötteiden ja tuloksen kanssa.
Soisissa varastomoduuli on rakennettu näin. Työtila on MCP-palvelin, ja varastotyökalut on nimetty sen mukaan, mitä ne tekevät: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, ja toimittajapuoli on kirjanpidossa ostolaskujen rinnalla. Yhdistät jo käyttämäsi agentin, Claude, ChatGPT tai minkä tahansa MCP-asiakkaan, lisäämällä työtilan osoitteen ja kirjautumalla sisään kerran; liitettävää tokenia ei ole. Työkalut suodatetaan roolisi mukaan ennen kuin agentti näkee ne ja tarkistetaan uudelleen, kun ne suoritetaan, kuluraja asetetaan jokaiselle integraatiolle, ja jokainen toiminto on jäljitettävissä sen jälkeen. Kun oma agenttisi tekee päättelyä, Sois ei suorita mitään tekoälyä puolestasi eikä veloita siitä mitään.
- Saat tallenteen oikeaksiTuotteet, toimittajat, toimitusajat ja sijainnit järjestelmässä, ei sen vieressä. Kaksi viikkoa puhtaita vastaanottoja ja lähetyksiä riittää aloittamiseen.
- Anna agentille ensin lukuoikeusAnna sen laskea uudelleen tilauspisteet ja raportoida poikkeamat kahden viikon ajan. Tarkista sen ehdotukset sen mukaan, mitä tiedät.
- Aseta kynnysarvotPoikkeamaa se voi säätää, kulutusta se voi sitoa, molemmat numeroina, joita järjestelmä valvoo, ei ohjeina, joita malli seuraa.
- Laajenna laajuuttaAnna sen laatia tilauksia, sitten lähettää rajoituksen puitteissa, sitten suorittaa laskentakierros. Lue lokia joka viikko, kunnes et enää löydä mitään.
Lue ennen kirjoittamista, ehdota ennen muutosta, aseta raja ennen mitään kulutusta. Jos tätä järjestystä noudatetaan, tuloksena on agentti, joka pitää varastoluvun rehellisenä, kertoo, mitä on tilattava ennen kuin se loppuu, ja kysyy päätöstä vain silloin, kun päätös on todella sinun.
Kysymyksiä, joita ihmiset kysyvät
Voiko AI-agentti tehdä ostotilauksia itsenäisesti?
Rajoituksen puitteissa, kyllä. Anna agentin yhteydelle kulutuksen yläraja, jota järjestelmä valvoo, ja anna sen lähettää tilauksia sen alapuolella. Ylärajan ylittäessä tai poikkeavissa tapauksissa, kuten uuden toimittajan tai epätavallisen määrän kohdalla, sen tulisi valmistella tilaus ja kysyä. Ylärajan on oltava ohjelmistossa, ei agentin ohjeissa.
Korvaako agentti viivakoodiskannerit tai fyysisen laskennan?
Ei. Jonkun on edelleen seistävä hyllyllä ja laskettava, skannerilla tai muistilehtiöllä. Agentti hallitsee laskentakierrosta: sen avaamista, sen määrittämistä, sen seuraamista, tuloksen sovittamista ja pienten säätöjen tekemistä. Tämä hallinnollinen kurinalaisuus on se, mikä yleensä laiminlyödään.
Miten agentti tietää toimittajan toimitusajan?
Tavaran vastaanottotiedoista. Jokaisessa vastaanottotiedossa on tilauksen tekemispäivämäärä ja saapumispäivämäärä, joten agentti voi laskea toimitusajan uudelleen toimittajakohtaisesti ja tuotekohteittain, kun toimitukset saapuvat, ja syöttää sen uudelleentilauspisteeseen. Jos vastaanottotietoja ei kirjata tilauksille, se on ensimmäinen asia, joka on korjattava.
Entä jos järjestelmän varastotiedot ovat jo väärät?
Aloita laskentakierrosta sen sijaan, että aloittaisit uudelleentilauspisteistä. Anna agentin suorittaa kierroslaskentaa jokaisessa sijainnissa kerran, nostaa suuret poikkeamat tutkittavaksi ja kirjata pienet. Vasta kun luku on luotettava, on sen perusteella laskettu uudelleentilauspisteen arvoinen toimia.
- Uudelleentilauspiste (Wikipedia) vakio määritelmä: kulutus toimitusajan aikana plus turvavarasto
- Sois-dokumentaatio: työtilan MCP-palvelin varaston ja kirjanpidon työkalujen nimet, käyttöoikeusfiltraus, budjettirajat ja lokitus kuten on toteutettu
- Model Context Protocol -määrittely: työkalut kuinka työkalut on lueteltu ja nimetty, sekä vaatimukset käyttöoikeusvalvonnalle, syötteen validoinnille ja ihmisen kyvylle kieltää puhelu
- Sois: turvallisuus ja käyttöoikeuskerros käyttöoikeudet, joita valvotaan, kun työkaluja tarjotaan ja jälleen, kun ne toimivat, kulutusrajat per integraatio, jäljitettävä agenttitoiminta
Tätä artikkelia tarkastellaan, kun sen kuvaamat tuotteet muuttuvat. Seuraava tarkastusaika: 4. joulukuuta 2026.