Ja, voor drie specifieke taken. Een AI-agent kan de herbestelpunt actueel houden op basis van de transacties die het systeem al registreert, de discipline rond cyclustellingen uitvoeren (ze openen, achtervolgen, de resultaten reconciliëren) en leveranciersbestellingen voorbereiden op basis van een laag-voorraad rapport. Dit zijn de taken die afdrijven wanneer een persoon wordt onderbroken, en dit zijn de taken die het eerst de moeite waard zijn om over te dragen.
Uitgaven zijn de grens. Een agent moet bestellingen plaatsen binnen een limiet die het systeem afdwingt, net zoals een junior inkoper werkt binnen een autoriteit, en moet stoppen en vragen wanneer een bestelling boven die limiet is of ongebruikelijk lijkt. De veiligheid komt van de software die de lijn vasthoudt, niet van het model dat zich herinnert om zich te gedragen.
Maandagochtend in een kleine opslagruimte
Het schap zegt twaalf. Het systeem zegt dertig. De leveranciersbestelling die donderdag had moeten worden verzonden, is nog steeds een concept, omdat de persoon die deze aanmaakt de verzending dekte. Dit is geen softwarefout in de gebruikelijke zin. Wat is mislukt, is het onderhoud: drie kleine taken die continu moeten worden uitgevoerd om de cijfers betekenis te geven, en waarvoor niemand betaald wordt om continu uit te voeren.
Die drie taken vormen het grootste deel van het voorraadbeheer voor een kleine of middelgrote onderneming: houd de voorraadcijfers juist, weet wanneer je moet herbestellen en plaats de bestelling. Elke taak is routine, elke taak wordt onderbroken door wat er ook maar op de werkvloer gebeurt, en elke taak drijft af wanneer deze wordt onderbroken. Die afwijking is waar AI-agenten voor voorraadbeheer hun waarde bewijzen, en de nuttige vraag is welke van de drie taken een agent zelfstandig kan uitvoeren en waar deze moet stoppen en vragen.
Herbestelpunt: eenvoudige wiskunde, constante onderhoud
De standaardregel is niet ingewikkeld. Een herbestelpunt is het voorraadniveau dat aanvulling activeert, berekend als het verwachte verbruik tijdens de levertijd van de leverancier plus een veiligheidsvoorraad die wordt aangehouden tegen variatie in vraag of levering. Als een artikel twintig per week verkoopt, de leverancier twee weken nodig heeft, en je houdt een week voorraad in reserve, dan is het herbestelpunt zestig. Elk handboek over voorraadbeheer geeft dezelfde formule.
Het probleem is dat elke invoer verandert. De levertijd verandert wanneer de leverancier van vervoerder verandert of een magazijn verliest. De wekelijkse vraag verandert met het seizoen, een nieuwe klant of een product dat stilletjes stopt met verkopen. De veiligheidsvoorraad moet met beide meebewegen. In de meeste bedrijven is het herbestelpunt eenmaal ingesteld, toen het product werd gemaakt, en sindsdien niet meer herzien. De regel is prima; de invoeren zijn verouderd.
Dit is de eerste taak die een agent kan uitvoeren, omdat de invoeren al in het systeem bestaan als een bijproduct van ander werk. Elke goederenontvangst registreert wanneer een bestelling is geplaatst en wanneer deze is aangekomen, wat de levertijd geeft. Elke verzending en verkoop registreert de vraag. Een agent met leesrechten op voorraadtransacties kan het herbestelpunt voor elk item op een schema opnieuw berekenen, de items markeren die buiten een door jou ingestelde tolerantie zijn gedreven, en het nieuwe cijfer voorstellen. Of het het cijfer zelf mag wijzigen, is een toestemmingsbeslissing; een verstandige eerste instelling is dat het voorstelt en een persoon accepteert.
Tellingen en afwijkingen
De tweede taak is het behouden van de juiste voorraadcijfers. Een volledige jaarlijkse telling is duur, sluit de operatie voor een dag en is al fout tegen de tijd dat deze is voltooid. Cyclustellingen, een paar locaties of items per dag op een rooster, is de methode waar de meeste operaties zich op vestigen en de methode die de meeste operaties laten verslappen, omdat het rooster geen eigenaar heeft zodra de persoon die het heeft opgezet verder gaat.
Een agent is goed geschikt voor het rooster, niet voor de telling. Het kan een telling openen voor de locaties die vandaag aan de beurt zijn, deze toewijzen aan degene die dienst heeft, erachteraan gaan als de resultaten niet voor het midden van de middag binnen zijn, het resultaat vergelijken met het systeemcijfer, de aanpassing voor kleine afwijkingen posten, en de grote afwijkingen als een taak voor een persoon met de transactiegeschiedenis erbij naar voren brengen. De telling zelf heeft nog steeds iemand nodig met een scanner of een clipboard die voor het schap staat. De discipline eromheen, die het deel is dat daadwerkelijk faalt, is administratief en kan worden gedelegeerd.
De drempel is belangrijk. Een afwijking van twee eenheden op een laagwaardig item kan worden aangepast en genoteerd. Een afwijking van veertig op iets dat kost € 210,00 een eenheid mag door niemand, agent of persoon, worden aangepast zonder een tweede blik, omdat dit meestal betekent dat een ontvangst nooit is geboekt of dat er iets het gebouw heeft verlaten. Stel de drempel expliciet in, als een getal waar de aanpassingsfunctie van de agent op is afgestemd. Een agent die de regel krijgt, volgt deze elke keer; een persoon die de verzending dekt, doet dat niet.
Inkooporders: hoe de agent vraagt voordat hij uitgeeft
De derde taak is degene waar mensen zich zorgen over maken, omdat het geld verplicht. Het antwoord is dat een agent vrij orders moet voorbereiden en deze alleen binnen de autoriteit die hem is gegeven moet plaatsen, zoals een junior inkoper werkt. Onder de limiet verzendt het. Boven de limiet, of wanneer er iets ongewoons aan de bestelling is (een leverancier waar het nog niet eerder van heeft besteld, een hoeveelheid ver buiten het gebruikelijke, een prijs die is veranderd), stopt het en vraagt. Hier is hoe dat eruitziet als één verzoek, uitgevoerd tegen een werkruimte met de voorraad- en leveranciersrecords erin, met een goedkeuringslimiet die al is ingesteld op de verbinding van de agent.
- Voorraadniveaus lezen ten opzichte van herbestelpunt
- Drie items onder het herbestelpunt, allemaal geleverd door Northwind
- Bestelling opgesteld op basis van leveranciersinstellingen en huidige doorlooptijd
- Totaal ligt boven uw goedkeuringslimiet, wordt vastgehouden voor uw beslissing
De agent gebruikte de voorraad-, leverancier- en taaktools die het mocht gebruiken. Het heeft de bestelling niet verzonden, omdat het totaal boven de limiet lag die voor die verbinding was ingesteld. Zodra de persoon goedkeurt, verzendt het de bestelling en boekt het de verwachte goederenontvangst, zodat de levering daarmee kan worden gecontroleerd.
Twee dingen maken dat veilig in plaats van alleen geruststellend. De eerste is dat de limiet wordt afgedwongen door het systeem, niet onthouden door het model: de verbinding die de agent gebruikt heeft een bestedingslimiet en een vaste set tools die het mag aanroepen, en het plaatsen van een bestelling boven de limiet mislukt, ongeacht wat de agent van plan was. De tweede is dat de goedkeuring een record creëert. De persoon die goedkeurde, de tijd en het concept dat ze zagen, worden gelogd naast de toolaanroepen, zodat het auditspoor voor een bestelling geplaatst door een agent minstens zo compleet is als dat voor een bestelling geplaatst met de hand, en meestal zelfs completer.
Welke voorraadtaken over te dragen
| Taak | De agent kan bezitten | Een persoon houdt | Wat de software moet blootstellen |
|---|---|---|---|
| Herberekenen van herbestelpunt | Ja, volgens een schema, wijzigingen voorstellen | Goedkeuring van grote wijzigingen | Transactiegeschiedenis, goederenontvangsten en voorraadniveaus als aanroepbare tools |
| Monitoring van lage voorraad | Ja, continu | Niets routinematig | Een low-stock query die de leverancier bij elk item meeneemt |
| De cyclus telling rooster | Openen, toewijzen, achtervolgen, reconciliëren | De fysieke telling | Telling start, registratie en afwijkingstools |
| Kleine variatie-aanpassingen | Ja, onder een drempel | Grote variaties, altijd | Een aanpassingstool afgestemd op de toestemming van de gebruiker en de drempel |
| Leverancier orders opstellen | Ja | Niets routinematig | Leverancier standaardinstellingen, item doorlooptijden, open bestellingen |
| Leveranciersbestellingen plaatsen | Onder een bestedingslimiet | Boven de limiet en alles wat ongebruikelijk is | Een bestedingslimiet per verbinding, met een logboek |
| Goederen ontvangen | De ontvangst boeken tegen de bestelling | De levering bij de deur controleren | Een ontvangtool die naar de bestelling verwijst |
De rechterkolom is de test die op elk inventarisysteem moet worden uitgevoerd. Als de tools voor een taak er niet zijn, kan de agent deze niet bezitten, hoe capabel het model ook is.
Wat de software eronder moet bieden
Alles hierboven hangt af van het feit dat het inventarisysteem zijn werk blootstelt als acties die een agent kan aanroepen, in plaats van schermen die de agent zou moeten bedienen. Vier dingen moeten waar zijn. Elke actie (voorraad opvragen, een telling starten, een ontvangst boeken, een bestelling opstellen) is een benoemde tool met gedefinieerde invoer. Elke tool wordt aangeboden en uitgevoerd onder de bevoegdheden van de persoon die de agent vertegenwoordigt, zodat een agent die optreedt voor de leiding van het magazijn geen bestelling kan goedkeuren die de leiding van het magazijn niet zou kunnen goedkeuren. De bestedingen zijn beperkt waar geld is gecommitteerd. En elke oproep wordt gelogd met zijn invoer en resultaat.
In Sois is dat hoe de magazijnmodule is opgebouwd. Een werkruimte is een MCP-server, en de voorraadtools zijn genoemd naar wat ze doen: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, met de leverancierskant in de boekhouding naast inkoopfacturen. Je verbindt de agent die je al gebruikt, Claude, ChatGPT of een andere MCP-client, door het adres van de werkruimte toe te voegen en één keer in te loggen; er is geen token om in te voeren. Tools worden gefilterd op basis van jouw rol voordat de agent ze ziet en opnieuw gecontroleerd wanneer ze worden uitgevoerd, een bestedingslimiet wordt ingesteld per integratie, en elke actie is achteraf traceerbaar. Wanneer jouw eigen agent de redenering doet, voert Sois geen AI voor jou uit en brengt daar niets voor in rekening.
- Zorg voor de juiste registratieArtikelen, leveranciers, doorlooptijden en locaties in het systeem, niet ernaast. Twee weken schone ontvangsten en verzendingen is genoeg om te beginnen.
- Geef de agent eerst leesrechten.Laat het de herbestelpunt opnieuw berekenen en de afwijking gedurende twee weken rapporteren. Controleer zijn voorstellen tegen wat u weet.
- Stel de drempels in.Een afwijking kan het aanpassen, een uitgave kan het vastleggen, beide als cijfers die het systeem afdwingt in plaats van instructies die het model volgt.
- Verbreed de reikwijdte.Laat het bestellingen opstellen, vervolgens binnen de limiet verzenden, en daarna de telrooster uitvoeren. Lees de log elke week totdat je niets meer vindt.
Lees voordat je schrijft, stel voor voordat je verandert, een limiet voordat je uitgeeft. In die volgorde gevolgd, is het resultaat een agent die de voorraadcijfers eerlijk houdt, zegt wat besteld moet worden voordat het opraakt, en vraagt om een beslissing alleen wanneer de beslissing echt van jou is.
Vragen die mensen stellen
Kan een AI-agent zelfstandig inkooporders plaatsen?
Binnen een limiet, ja. Geef de verbinding van de agent een uitgavenplafond dat door het systeem wordt afgedwongen en laat het bestellingen onder dat plafond verzenden. Boven het plafond, of voor iets ongewoons zoals een nieuwe leverancier of een ongebruikelijke hoeveelheid, moet het de bestelling voorbereiden en vragen. Het plafond moet in de software leven, niet in de instructies van de agent.
Vervangt de agent barcode-scanners of de fysieke telling?
Nee. Iemand moet nog steeds bij het schap staan en tellen, met een scanner of een clipboard. De agent beheert de rooster rond de telling: het openen, toewijzen, achtervolgen, het resultaat reconciliëren en kleine aanpassingen posten. Die administratieve discipline is wat meestal tekortschiet.
Hoe weet de agent de levertijd van de leverancier?
Van de goederenontvangsten. Elke ontvangstbon bevat de datum waarop de bestelling is geplaatst en de datum waarop deze is aangekomen, zodat de agent de levertijd per leverancier en per artikel kan herberekenen naarmate leveringen binnenkomen, en dat kan gebruiken voor het herbestelpunt. Als ontvangstbonnen niet tegen bestellingen worden geboekt, is dat het eerste dat moet worden opgelost.
Wat als de voorraadcijfers in het systeem al verkeerd zijn?
Begin met de telronde in plaats van de herbestelpunt. Laat de agent cyclische tellingen uitvoeren op elke locatie, wijs de grote discrepanties aan voor iemand om te onderzoeken, en registreer de kleine. Alleen wanneer het cijfer betrouwbaar is, is het de moeite waard om een herbestelpunt op basis daarvan te berekenen.
- Herbestelpunt (Wikipedia) de standaarddefinitie: verbruik tijdens de levertijd plus veiligheidsvoorraad
- Sois documentatie: de werkruimte MCP-server de namen van de magazijn- en boekhoudtools, toegangsfiltering, budgetlimieten en logging zoals geïmplementeerd
- Model Context Protocol specificatie: tools hoe tools worden vermeld en genoemd, en de vereiste voor toegangscontroles, invoervalidatie en een persoon die een oproep kan weigeren
- Sois: beveiliging en de machtigingslaag toegangsrechten die worden afgedwongen wanneer tools worden aangeboden en opnieuw wanneer ze draaien, bestedingslimieten per integratie, traceerbare agentactiviteit
Dit artikel wordt herzien wanneer de producten die het beschrijft veranderen. Volgende geplande herziening: 4 december 2026.