> ## Documentation Index > Fetch the complete documentation index at: https://docs.m9tz.de/llms.txt > Use this file to discover all available pages before exploring further. # Playbook: Betrieb und Logistik > So wird das Agenten-Blueprint-Muster auf eine Betriebs- oder Logistikabteilung angewendet – Rollendefinition, SOPs, Schwellenwertüberwachung, abteilungsübergreifende Kommunikation und Eskalationsregeln. # Playbook: Betrieb und Logistik Dieses Playbook veranschaulicht, wie das Agenten-Blueprint-Muster auf eine Abteilung angewendet wird, deren Kernaufgabe die Überwachung laufender betrieblicher Prozesse, die Erkennung von Schwellenwert-Ereignissen und die Koordination geeigneter Reaktionen ist. Sie werden darin Ihre Logistikkoordination, Ihren Supply-Chain-Bereich, Ihre Lagerverwaltung oder ein übergreifendes Betriebsteam wiedererkennen, das zwischen Front-Office- und Back-Office-Abteilungen vermittelt. Nutzen Sie dieses Dokument als Referenz, wenn Sie das Blueprint-Muster auf Ihre eigene Abteilung übertragen. Alle Platzhalter („Abteilung D", „VM-4", „Ihr ERP-System") stehen für die realen Bezeichnungen, die Sie im Rahmen eines Scoping-Projekts einsetzen würden. Dieses Playbook beschreibt ein strukturelles Muster, keine fertige Implementierung. Konkreter Umfang, Zeitrahmen und die genaue Eignung für Ihre Situation werden im Beratungsprozess festgelegt. Siehe [Umfang & Grenzen](/de/consulting/scoping) für die Beschreibung des Scoping-Vorgehens. *** ## Abteilungsprofil | Dimension | Beispielwert | | ------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- | | **Abteilungsname** | Abteilung D (Betrieb / Logistik) | | **Primäre Aufgabe** | Betrieblichen Status überwachen, Schwellenwert-Ereignisse erkennen und abteilungsübergreifende Reaktionen koordinieren | | **Primäre Eingabequellen** | Ihr ERP-System (Bestands- und Auftragsereignisse), zeitgesteuerte Auslöser, abteilungsübergreifende Nachrichtenwarteschlange | | **Primäre ausgehende Schnittstellen** | Ihr ERP-System (Status- und Nachbestelldatensätze), abteilungsübergreifende Nachrichtenwarteschlange, menschliche Prüfwarteschlange | | **VM-Bezeichnung** | VM-4 | *** ## Rollendefinition Die Rollenbeschreibung des Agenten für eine Betriebsabteilung: > *VM-4 ist zuständig für die Überwachung definierter betrieblicher Kennzahlen, die Erkennung von Schwellenwert- oder Ausnahmebedingungen sowie die Einleitung einer angemessenen Reaktion – entweder durch Ausführung einer vorab genehmigten Maßnahme oder durch Benachrichtigung der zuständigen Person mit vollständigem Kontext. Der Agent trifft keine Beschaffungsentscheidungen, bestätigt keine Lieferantenbestellungen und ändert keine Finanzdatensätze.* Betriebs-Agenten haben typischerweise eine größere Überwachungsfläche als andere Abteilungstypen, aber einen engeren Aktionsbereich. Sie erfassen vieles; sie handeln nur innerhalb streng definierter Regeln. *** ## Standardarbeitsanweisungen (SOPs) **Auslöser:** Regelmäßiges Polling Ihres ERP-Systems (z. B. stündlich, alle 15 Minuten – wird pro Deployment konfiguriert) oder ein Echtzeit-Webhook-Ereignis aus Ihrem ERP-System, wenn ein relevanter Datensatz geändert wird. **Schritte:** 1. Die definierten Datenpunkte in Ihrem ERP-System abfragen (z. B. aktuelle Bestandsniveaus pro Artikel-ID, offene Bestellstatus, Liefermeilenstein-Zeitstempel). 2. Jeden Datenpunkt mit den konfigurierten Schwellenwertregeln vergleichen. 3. Für jede erfüllte Schwellenwertbedingung einen Schwellenwert-Ereignisdatensatz erstellen, der enthält: den Datenpunkt, den Schwellenwert, den aktuellen Wert und den Ereignistyp (Niedrigbestand, verzögerte Bestellung, verpasster Meilenstein usw.). 4. Alle Schwellenwert-Ereignisse protokollieren. 5. Jedes Ereignis zur Reaktionsermittlung an SOP 2 weiterleiten. **Eskalationsregel:** Wenn die ERP-Abfrage fehlschlägt oder unerwartete Daten zurückgibt, wird der Vorgang mit dem Vermerk „Überwachungsfehler" an die menschliche Prüfwarteschlange weitergeleitet, anstatt mit unvollständigen Daten fortzufahren. **Auslöser:** Ein Schwellenwert-Ereignisdatensatz aus SOP 1. **Schritte:** 1. Den Ereignistyp in den für dieses Deployment konfigurierten Reaktionsregeln nachschlagen. 2. Die definierte Reaktion ermitteln: **vorab genehmigte Maßnahme** (Agent führt automatisch aus) oder **menschliche Benachrichtigung erforderlich** (Agent leitet weiter und benachrichtigt). 3. Basierend auf der Ermittlung an SOP 3a (vorab genehmigte Maßnahme) oder SOP 3b (menschliche Benachrichtigung) weiterleiten. **Eskalationsregel:** Wenn für einen Ereignistyp keine Reaktionsregel gefunden wird, wird standardmäßig SOP 3b (menschliche Benachrichtigung) ausgelöst. Der Agent erfindet keine Reaktion für einen unbekannten Ereignistyp. **Auslöser:** Schwellenwert-Ereignis mit einer definierten vorab genehmigten Reaktionsmaßnahme. **Schritte:** 1. Die vorab genehmigte Maßnahme gemäß den Reaktionsregeln ausführen (z. B. einen Entwurf eines Nachbestelldatensatzes in Ihrem ERP-System erstellen, ein Statusmerkmal aktualisieren, eine strukturierte Nachricht an die VM einer anderen Abteilung über die abteilungsübergreifende Warteschlange senden). 2. Die durchgeführte Maßnahme, das auslösende Schwellenwert-Ereignis und den Zeitstempel protokollieren. 3. Eine Zusammenfassungsbenachrichtigung an den konfigurierten Aufsichtskontakt senden, die bestätigt, dass die Maßnahme ergriffen wurde (Aufsichtsbenachrichtigungen sind bei vorab genehmigten Maßnahmen stets aktiv). **Wichtiger Hinweis:** Vorab genehmigte Maßnahmen beschränken sich auf die Erstellung von Datensätzen, Statusmerkmals-Aktualisierungen und abteilungsübergreifende Nachrichten. Sie umfassen nicht das Einreichen von Bestellungen an externe Parteien, den Kauf von Waren oder die Änderung von Finanzdatensätzen. Diese erfordern stets die Zustimmung eines Menschen. **Auslöser:** Schwellenwert-Ereignis, das eine menschliche Benachrichtigung erfordert, oder ein unbekannter Ereignistyp. **Schritte:** 1. Eine Benachrichtigung für die zuständige Person verfassen, die enthält: den Ereignistyp, den auslösenden Datenpunkt, den aktuellen Wert, den Schwellenwert, die relevanten Datensatz-Links in Ihrem ERP-System sowie eine verständliche Zusammenfassung des Agentenbefunds. 2. Die Benachrichtigung über den konfigurierten Kanal senden. 3. Die Benachrichtigung mit Empfänger-ID und Zeitstempel protokollieren. 4. Eine Erinnerung setzen, falls innerhalb des konfigurierten Zeitfensters keine Bestätigung eingeht. **Eskalationsregel:** Wenn die zuständige Person anhand der Weiterleitungsregeln nicht ermittelt werden kann, geht die Benachrichtigung an den Abteilungsleiter oder einen definierten Ersatzkontakt. Sie wird niemals stillschweigend verworfen. *** ## Abteilungsübergreifende Kommunikation Ein wesentliches Merkmal von Betriebs-Agenten ist, dass sie häufig mit den VMs anderer Abteilungen kommunizieren müssen – nicht nur mit externen Systemen. Dies geschieht über eine strukturierte abteilungsübergreifende Nachrichtenwarteschlange statt über direkte Integration. Ein Beispiel: VM-4 erkennt ein Niedrigbestand-Schwellenwert-Ereignis und erstellt einen Nachbestellungsentwurf. Anstatt direkt eine Bestellung an einen Lieferanten zu senden, sendet der Agent eine strukturierte Nachricht an VM-3 (den Back-Office-Agenten) mit dem Entwurfsdatensatz und einer Anforderung zur Einleitung des Freigabe-Workflows. ```json theme={null} { "message_type": "inter_department", "sender_vm": "VM-4", "recipient_vm": "VM-3", "subject": "draft_reorder_for_approval", "payload": { "item_ref": "SKU-00441", "current_stock": 12, "threshold": 25, "suggested_reorder_qty": 100, "supplier_ref": "VENDOR-0007", "draft_record_id": "DRAFT-REORDER-0091" }, "requires_action": true, "timestamp": "2024-08-01T11:30:00Z" } ``` VM-3 empfängt diese Nachricht als Eingabeereignis und wendet ab diesem Punkt seine eigenen SOPs an. Keine Abteilungs-VM umgeht die Freigabekette einer anderen Abteilung. Dieses Muster wird ausführlicher in [Was ist ein Agent?](/de/what-is-an-agent) und [Agentenstruktur → Überblick](/de/agent-structure/overview) beschrieben. *** ## Eingabequellen | Eingabequelle | Gelieferte Daten | Format | | ------------------------------------------------ | ---------------------------------------------------------------------------------- | -------------------------------------------- | | Ihr ERP-System | Bestandsniveau-Daten, Bestellstatusdatensätze, Liefermeilensteine | Strukturiertes JSON per Webhook oder Polling | | Zeitgesteuerter Auslöser | Regelmäßige Überwachungsdurchläufe | Timer-Ereignis | | Abteilungsübergreifende Nachrichtenwarteschlange | Nachrichten von anderen Abteilungs-VMs mit Aktionsanforderungen oder Informationen | Strukturiertes JSON | *** ## Ausgehende Schnittstellen | Ausgehende Schnittstelle | Was der Agent schreibt | Menschliche Freigabe erforderlich? | | ------------------------------------------------ | ------------------------------------------------------------------------------------ | ------------------------------------------------------------ | | Ihr ERP-System | Entwürfe von Nachbestelldatensätzen, Statusmerkmals-Aktualisierungen | Nein (nur Entwurf – Beschaffungsmaßnahme erfordert Menschen) | | Abteilungsübergreifende Nachrichtenwarteschlange | Strukturierte Nachrichten an andere VMs | Nein | | Menschlicher Benachrichtigungskanal | Schwellenwert-Ereignis-Warnmeldungen mit vollständigem Kontext | k. A. (nur Benachrichtigung) | | Prüfprotokoll | Alle Überwachungsereignisse, durchgeführten Maßnahmen, gesendeten Benachrichtigungen | Nein (nur anhängen) | | Menschliche Prüfwarteschlange | Unbekannte Ereignistypen, Überwachungsfehler, Eskalationen | k. A. (nur Weiterleitung) | *** ## Schwellenwert-Konfiguration Schwellenwertregeln werden pro Deployment konfiguriert. Sie sind nicht fest im Blueprint kodiert, sondern werden gemeinsam mit Ihnen in der Designphase definiert. Eine typische Schwellenwert-Konfiguration sieht wie folgt aus: | Ereignistyp | Bedingung | Konfigurierte Reaktion | | ----------------------- | ------------------------------------------------------------------------- | --------------------------------------------------------------------- | | Niedrigbestand | Artikelmenge unterschreitet das definierte Minimum | Nachbestellungsentwurf erstellen; Einkaufskontakt benachrichtigen | | Verzögerte Bestellung | Erwartetes Lieferdatum überschritten ohne Eingangsbestätigung | Betriebsleitung benachrichtigen; im ERP markieren | | Verpasster Meilenstein | Prozessschritt nicht innerhalb des definierten Zeitfensters abgeschlossen | Zuständige Person benachrichtigen | | Unbekannter Ereignistyp | Ereignistyp nicht in Reaktionsregeln vorhanden | Abteilungsleiter benachrichtigen; zur Regelüberprüfung protokollieren | Schwellenwerte können zwischen den Phasen aktualisiert werden, ohne den Agenten neu aufzubauen. Eine Schwellenwertänderung ist eine Konfigurationsanpassung. *** ## Eskalationsregeln Die folgenden Situationen werden stets an einen Menschen weitergeleitet: * ERP-Überwachungsabfrage schlägt fehl oder gibt unerwartete Daten zurück * Für einen Ereignistyp ist keine passende Reaktionsregel vorhanden * Eine vorab genehmigte Maßnahme schlägt bei der Ausführung fehl (ERP-Schreibfehler, Nachrichtenwarteschlangenfehler) * Eine Erinnerung wird ausgelöst, ohne dass die benachrichtigte Person reagiert hat * Jedes Ereignis, das im ERP als hochprioritär oder als Ausnahmezustand markiert ist *** ## Stufenweise Ausweitung | Phase | Was automatisiert wird | Was manuell bleibt | | ------- | ------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------- | | Phase 1 | Nur Überwachung und Protokollierung – keine Aktionen, nur Benachrichtigungen | Alle Reaktionsentscheidungen | | Phase 2 | Menschliche Benachrichtigungen für definierte Schwellenwert-Ereignisse hinzugefügt | Alle vorab genehmigten Aktionen, gesamte Beschaffung | | Phase 3 | Vorab genehmigte Aktionen hinzugefügt (Datensatzentwürfe, Statusmerkmale, VM-übergreifende Nachrichten) | Beschaffungsausführung, Finanzfreigaben (dauerhaft manuell) | Phase 1 ist rein beobachtend – der Agent liest Ihr ERP-System und protokolliert, was er sieht. In dieser Phase kann validiert werden, dass die Überwachungslogik die richtigen Ereignisse erkennt, bevor Reaktionsmaßnahmen aktiviert werden. *** ## Querverweise * [Was ist ein Agent?](/de/what-is-an-agent) – Rollendefinitionen und die drei Schichten jedes Agenten * [Agentenstruktur → Überblick](/de/agent-structure/overview) – Eingaben, Intelligenz und Aktionen * [Agentenstruktur → Komponenten](/de/agent-structure/components) – Sicherheitsgrenzen, Werkzeuge und Übergaberegeln * [Agentenstruktur → Integrationen](/de/agent-structure/integrations) – ERP-Systeme und Nachrichtenwarteschlangen verbinden * [ERP & Altsysteme](/de/agent-structure/integrations) – Adapter-Muster für die Anbindung vorhandener Betriebssysteme * [Umfang & Grenzen](/de/consulting/scoping) – wie Schwellenwertregeln und Umfang definiert und kontrolliert werden