Ja, für drei spezifische Aufgaben. Ein KI-Agent kann die Bestellpunkte anhand der bereits im System erfassten Transaktionen aktuell halten, die Disziplin rund um die Zykluszählungen (Öffnen, Nachverfolgen, Abgleichen der Ergebnisse) durchführen und Lieferantenbestellungen aus einem Bericht über niedrige Bestände vorbereiten. Das sind die Aufgaben, die abdriften, wenn eine Person unterbrochen wird, und sie sind die, die es wert sind, zuerst übergeben zu werden.
Ausgaben sind die Grenze. Ein Agent sollte Bestellungen nur innerhalb eines Limits aufgeben, das das System durchsetzt, genau wie ein Junior-Einkäufer nach einer Autorität arbeitet, und sollte anhalten und fragen, wenn eine Bestellung über diesem Limit liegt oder ungewöhnlich aussieht. Die Sicherheit kommt von der Software, die die Linie hält, nicht davon, dass das Modell sich daran erinnert, sich zu benehmen.
Montagmorgen in einem kleinen Lagerraum
Das Regal sagt zwölf. Das System sagt dreißig. Die Lieferantenbestellung, die am Donnerstag hätte rausgehen sollen, ist immer noch ein Entwurf, weil die Person, die sie erstellt hat, den Versand abgedeckt hat. Nichts davon ist ein Softwarefehler im üblichen Sinne. Was fehlgeschlagen ist, ist die Pflege: drei kleine Aufgaben, die kontinuierlich erledigt werden müssen, damit die Zahlen etwas bedeuten, und für die niemand bezahlt wird, sie kontinuierlich zu erledigen.
Diese drei Aufgaben sind der Großteil des Bestandsmanagements für einen kleinen oder mittelständischen Betrieb: die Bestandszahl wahr halten, wissen, wann man nachbestellen muss, und die Bestellung aufgeben. Jede ist Routine, jede wird durch alles andere, was auf dem Boden passiert, unterbrochen, und jede driftet ab, wenn sie unterbrochen wird. Dieses Abdriften ist der Bereich, in dem KI-Agenten für das Bestandsmanagement ihren Wert beweisen, und die nützliche Frage ist, welche der drei Aufgaben ein Agent eigenständig übernehmen kann und wo er anhalten und fragen muss.
Nachbestellpunkte: einfache Mathematik, ständige Pflege
Die Standardregel ist nicht kompliziert. Ein Bestellpunkt ist der Lagerbestand, der die Auffüllung auslöst, berechnet als der erwartete Verbrauch während der Lieferzeit des Lieferanten plus einen Sicherheitsbestand, der gegen Schwankungen in der Nachfrage oder Lieferung gehalten wird. Wenn ein Artikel zwanzig pro Woche verkauft, der Lieferant zwei Wochen benötigt und Sie einen Wochenbestand als Reserve halten, beträgt der Bestellpunkt sechzig. Jedes Lehrbuch über Bestandskontrolle gibt dieselbe Formel an.
Das Problem ist, dass jede Eingabe sich verändert. Die Lieferzeit ändert sich, wenn der Lieferant den Transportdienstleister wechselt oder ein Lager verliert. Die wöchentliche Nachfrage ändert sich mit der Saison, einem neuen Kunden oder einem Produkt, das stillschweigend nicht mehr verkauft wird. Der Sicherheitsbestand sollte sich mit beiden ändern. In den meisten Unternehmen wurde der Bestellpunkt einmal festgelegt, als das Produkt erstellt wurde, und seitdem nicht mehr überprüft. Die Regel ist in Ordnung; die Eingaben sind veraltet.
Dies ist die erste Aufgabe, die ein Agent übernehmen kann, da die Eingaben bereits im System als Nebenprodukt anderer Arbeiten existieren. Jeder Wareneingang dokumentiert, wann eine Bestellung aufgegeben wurde und wann sie angekommen ist, was die Lieferzeit angibt. Jeder Versand und Verkauf dokumentiert die Nachfrage. Ein Agent mit Lesezugriff auf Bestandstransaktionen kann den Bestellpunkt für jeden Artikel nach einem Zeitplan neu berechnen, diejenigen kennzeichnen, die über eine von Ihnen festgelegte Toleranz hinaus abgedriftet sind, und die neue Zahl vorschlagen. Ob er die Zahl selbst ändern darf, ist eine Erlaubnisentscheidung; eine sinnvolle erste Einstellung ist, dass er vorschlägt und eine Person akzeptiert.
Zählungen und Abweichungen
Die zweite Aufgabe besteht darin, die Bestandszahl wahr zu halten. Eine vollständige Jahreszählung ist teuer, schließt den Betrieb für einen Tag und ist bereits falsch, wenn sie abgeschlossen ist. Die Zykluszählung, bei der täglich einige Standorte oder Artikel nach einem Rotationsschema gezählt werden, ist die Methode, auf die sich die meisten Betriebe einigen, und die, die die meisten Betriebe schleifen lassen, weil das Rotationsschema keinen Eigentümer hat, sobald die Person, die es eingerichtet hat, weiterzieht.
Ein Agent eignet sich gut für das Rotationsschema, nicht für das Zählen. Er kann eine Zählung für die heute fälligen Standorte eröffnen, sie demjenigen zuweisen, der im Dienst ist, sie nachverfolgen, wenn die Ergebnisse bis zum Nachmittag nicht vorliegen, das Ergebnis mit der Systemzahl vergleichen, die Anpassung für kleine Abweichungen posten und die großen als Aufgabe für eine Person mit der zugehörigen Transaktionshistorie anheben. Die Zählung selbst benötigt immer noch jemanden mit einem Scanner oder einem Notizblock, der vor dem Regal steht. Die Disziplin darum, die tatsächlich versagt, ist administrativ und kann delegiert werden.
Die Schwelle ist wichtig. Eine Abweichung von zwei Einheiten bei einem Artikel mit niedrigem Wert kann angepasst und vermerkt werden. Eine Abweichung von vierzig bei etwas, das kostet 210,00 € eine Einheit sollte von niemandem, Agent oder Person, ohne einen zweiten Blick angepasst werden, da dies normalerweise bedeutet, dass ein Beleg nie gebucht wurde oder etwas das Gebäude verlassen hat. Setzen Sie die Schwelle ausdrücklich als eine Zahl, auf die das Anpassungswerkzeug des Agenten ausgelegt ist. Ein Agent, dem die Regel mitgeteilt wird, befolgt sie jedes Mal; eine Person, die den Versand abdeckt, tut dies nicht.
Bestellungen: wie der Agent fragt, bevor er ausgibt
Die dritte Aufgabe ist die, um die sich die Menschen sorgen, da sie Geld bindet. Die Antwort ist, dass ein Agent Bestellungen frei vorbereiten und sie nur innerhalb der ihm gegebenen Befugnis aufgeben sollte, wie es ein Junior-Einkäufer tut. Unterhalb des Limits sendet er. Darüber hinaus oder wenn etwas an der Bestellung ungewöhnlich ist (ein Lieferant, von dem er zuvor nicht bestellt hat, eine Menge, die weit außerhalb des Üblichen liegt, ein Preis, der sich verändert hat), stoppt er und fragt. So sieht das aus, als eine Anfrage, die gegen einen Arbeitsbereich mit den Bestands- und Lieferantenaufzeichnungen ausgeführt wird, mit einem bereits festgelegten Genehmigungslimit für die Verbindung des Agenten.
- Bestandsniveaus im Vergleich zu Nachbestellpunkten lesen
- Drei Artikel unter dem Nachbestellpunkt, alle von Northwind geliefert
- Bestellung aus den Standardwerten des Lieferanten und der aktuellen Lieferzeit entworfen
- Der Gesamtbetrag liegt über Ihrem Genehmigungslimit, wird für Ihre Entscheidung zurückgehalten
Der Agent verwendete die ihm erlaubten Werkzeuge für Lager, Lieferanten und Aufgaben. Er hat die Bestellung nicht gesendet, da der Gesamtbetrag über dem festgelegten Limit für diese Verbindung lag. Sobald die Person genehmigt, sendet er die Bestellung und bucht den erwarteten Wareneingang, damit die Lieferung dagegen geprüft werden kann.
Zwei Dinge machen das sicher und nicht nur beruhigend. Erstens wird das Limit vom System durchgesetzt und nicht vom Modell erinnert: Die Verbindung, die der Agent verwendet, hat ein Ausgabenlimit und eine feste Anzahl von Werkzeugen, die er verwenden darf, und eine Bestellung über dem Limit schlägt fehl, unabhängig von den Absichten des Agents. Zweitens erstellt die Genehmigung einen Nachweis. Die Person, die genehmigt hat, die Zeit und der Entwurf, den sie gesehen hat, werden zusammen mit den Werkzeugaufrufen protokolliert, sodass die Prüfspur für eine von einem Agenten aufgegebene Bestellung mindestens so vollständig ist wie die für eine manuell aufgegebene Bestellung und in der Regel sogar vollständiger.
Welche Bestandsaufgaben zu übergeben sind
| Aufgabe | Der Agent kann besitzen | Eine Person behält | Was die Software offenlegen muss |
|---|---|---|---|
| Neuberechnung der Nachbestellpunkte | Ja, nach einem Zeitplan, Änderungen vorschlagend | Genehmigung großer Änderungen | Transaktionshistorie, Wareneingänge und Lagerbestände als abrufbare Werkzeuge |
| Überwachung des niedrigen Bestands | Ja, kontinuierlich | Nichts Routinemäßiges | Eine Abfrage bei niedrigem Lagerbestand, die den Lieferanten für jeden Artikel enthält |
| Der Zykluszählungsplan | Öffnen, Zuweisen, Nachverfolgen, Abstimmen | Die physische Zählung | Zählstart, Aufzeichnungs- und Abweichungswerkzeuge |
| Kleine Abweichungsanpassungen | Ja, unterhalb eines Schwellenwerts | Große Abweichungen, immer | Ein Anpassungswerkzeug, das auf die Berechtigung des Benutzers und den Schwellenwert abgestimmt ist |
| Lieferantenbestellungen entwerfen | Ja | Nichts Routinemäßiges | Lieferantenvorgaben, Artikelvorlaufzeiten, offene Bestellungen |
| Lieferantenbestellungen aufgeben | Unterhalb eines Ausgabenlimits | Darüber hinaus und alles Ungewöhnliche | Ein Ausgabenlimit, das pro Verbindung durchgesetzt wird, mit einem Protokoll |
| Waren empfangen | Den Empfang gegen die Bestellung buchen | Die Lieferung an der Tür überprüfen | Ein Empfangswerkzeug, das sich auf die Bestellung bezieht |
Die rechte Spalte ist der Test, der in jedem Inventarsystem durchgeführt werden muss. Wenn die Werkzeuge einer Aufgabe nicht vorhanden sind, kann der Agent sie nicht besitzen, egal wie fähig das Modell ist.
Was die Software im Hintergrund bieten muss
Alles oben hängt davon ab, dass das Inventarsystem seine Arbeit als Aktionen offenlegt, die ein Agent aufrufen kann, anstatt Bildschirme, die der Agent bedienen müsste. Vier Dinge müssen wahr sein. Jede Aktion (Bestand abfragen, Zählung starten, Empfang buchen, Bestellung entwerfen) ist ein benanntes Werkzeug mit definierten Eingaben. Jedes Werkzeug wird unter den Berechtigungen der Person angeboten und ausgeführt, die der Agent vertritt, sodass ein Agent, der für den Lagerleiter handelt, keine Bestellung genehmigen kann, die der Lagerleiter nicht genehmigen könnte. Ausgaben sind dort begrenzt, wo Geld gebunden ist. Und jeder Aufruf wird mit seinen Eingaben und seinem Ergebnis protokolliert.
In Sois ist das, wie das Lager-Modul aufgebaut ist. Ein Arbeitsbereich ist ein MCP-Server, und die Lagerwerkzeuge sind nach dem benannt, was sie tun: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, mit der Lieferantenseite in der Buchhaltung neben den Einkaufsrechnungen. Sie verbinden den Agenten, den Sie bereits verwenden, Claude, ChatGPT oder jeden MCP-Client, indem Sie die Arbeitsbereichsadresse hinzufügen und sich einmal anmelden; es gibt kein Token zum Einfügen. Werkzeuge werden vor der Sichtbarkeit für den Agenten nach Ihrer Rolle gefiltert und beim Ausführen erneut überprüft, ein Ausgabenlimit wird pro Integration festgelegt, und jede Aktion ist danach nachvollziehbar. Wenn Ihr eigener Agent das Denken übernimmt, führt Sois keine KI in Ihrem Namen aus und erhebt dafür keine Gebühren.
- Die Aufzeichnung klarstellenArtikel, Lieferanten, Lieferzeiten und Standorte im System, nicht daneben. Zwei Wochen saubere Belege und Sendungen reichen aus, um zu beginnen.
- Geben Sie dem Agenten zuerst Lesezugriff.Lassen Sie es die Nachbestellpunkte neu berechnen und die Abweichung zwei Wochen lang melden. Überprüfen Sie seine Vorschläge mit dem, was Sie wissen.
- Legen Sie die Schwellenwerte fest.Eine Abweichung kann es anpassen, eine Ausgabe kann es festlegen, beides als Zahlen, die das System durchsetzt, anstatt als Anweisungen, denen das Modell folgt.
- Erweitern Sie den Umfang.Lassen Sie es Bestellungen entwerfen, dann innerhalb des Limits senden und dann die Zählrotation durchführen. Lesen Sie das Protokoll jede Woche, bis Sie nichts mehr finden.
Lesen vor Schreiben, Vorschlagen vor Ändern, ein Limit vor jeder Ausgabe. In dieser Reihenfolge befolgt, ergibt sich ein Agent, der die Bestandszahlen ehrlich hält, sagt, was bestellt werden muss, bevor es ausgeht, und nur dann um eine Entscheidung bittet, wenn die Entscheidung wirklich Ihre ist.
Fragen, die Menschen stellen
Kann ein KI-Agent eigenständig Bestellungen aufgeben?
Innerhalb eines Limits, ja. Geben Sie der Verbindung des Agenten ein Ausgabenlimit, das vom System durchgesetzt wird, und lassen Sie es Bestellungen unterhalb dieses Limits senden. Über dem Limit oder für alles Ungewöhnliche, wie einen neuen Lieferanten oder eine ungewöhnliche Menge, sollte es die Bestellung vorbereiten und fragen. Das Limit muss in der Software verankert sein, nicht in den Anweisungen des Agenten.
Ersetzt der Agent Barcode-Scanner oder die physische Zählung?
Nein. Jemand muss immer noch am Regal stehen und zählen, mit einem Scanner oder einem Notizblock. Der Agent verwaltet die Rotation rund um die Zählung: sie zu öffnen, zuzuweisen, zu verfolgen, das Ergebnis abzugleichen und kleine Anpassungen vorzunehmen. Diese administrative Disziplin ist es, die normalerweise nachlässt.
Wie weiß der Agent die Lieferzeit des Lieferanten?
Aus den Wareneingängen. Jeder Beleg enthält das Datum, an dem die Bestellung aufgegeben wurde, und das Datum, an dem sie eingetroffen ist, sodass der Agent die Lieferzeit pro Lieferant und pro Artikel neu berechnen kann, während die Lieferungen eintreffen, und dies in den Bestellpunkt einfließen lassen kann. Wenn Belege nicht gegen Bestellungen gebucht werden, ist das das erste, was behoben werden muss.
Was ist, wenn die Bestandszahlen im System bereits falsch sind?
Beginnen Sie mit dem Zählplan anstelle der Bestellpunkte. Lassen Sie den Agenten einmal Zählungen an jedem Standort durchführen, heben Sie die großen Abweichungen hervor, damit eine Person sie untersuchen kann, und buchen Sie die kleinen. Nur wenn die Zahl vertrauenswürdig ist, ist es sinnvoll, einen Bestellpunkt darauf zu berechnen.
- Bestellpunkt (Wikipedia) die Standarddefinition: Verbrauch während der Lieferzeit plus Sicherheitsbestand
- Sois-Dokumentation: der Arbeitsbereich MCP-Server die Namen der Lager- und Buchhaltungswerkzeuge, Berechtigungsfilterung, Budgetobergrenzen und Protokollierung wie implementiert
- Model Context Protocol-Spezifikation: Werkzeuge wie Werkzeuge aufgelistet und aufgerufen werden, sowie die Anforderung an Zugriffskontrollen, Eingangsvalidierung und eine Person, die einen Anruf ablehnen kann
- Sois: Sicherheit und die Berechtigungsebene Berechtigungen, die durchgesetzt werden, wenn Werkzeuge angeboten werden und erneut, wenn sie ausgeführt werden, Ausgabenlimits pro Integration, nachverfolgbare Agentenaktivität
Dieser Artikel wird überprüft, wenn sich die beschriebenen Produkte ändern. Nächste geplante Überprüfung: 4. Dezember 2026.