Illustrativer Workflow
Eine Lieferänderung, von Anfang bis Ende koordiniert.
So bearbeitet Disponi eine routinemäßige Lieferänderung für einen regionalen Lebensmittelhändler — Bestellung zuordnen, Regeln prüfen, innerhalb der Richtlinien handeln und nachverfolgen; jeder Schritt wird protokolliert.
Das Szenario
Das Szenario gehört zu einem nicht benannten regionalen Lebensmittelhändler, der unabhängige Lebensmittelgeschäfte in drei benachbarten Regionen beliefert. Tägliche Lieferrouten starten an einem zentralen Lager, Änderungen koordiniert das Team per E-Mail.
- Kundenkontakt: Mara Chen, Distributionskoordinatorin bei Harbor Street Market.
- Anfrage: Die Dienstagslieferung für Bestellung ORD-10482 von 10:30 Uhr auf 14:00 Uhr verschieben.
- Beteiligte Systeme: Das gemeinsame Postfach, das Bestellsystem, das Dispositionssystem und der gemeinsame Lieferkalender.
So durchläuft die Anfrage den Prozess
Dies ist der sichere Pfad: eine Änderungsanfrage, die den konfigurierten Betriebsregeln des Händlers entspricht. Jede Phase ist ein Schritt des Agenten samt hinterlassenem Protokoll.
Anfrage erhalten
Mara Chen, Distributionskoordinatorin bei Harbor Street Market, schreibt an das gemeinsame Postfach: „Könnten wir die Lieferung am Dienstag auf 14:00 Uhr verschieben?“ Der Agent klassifiziert die Nachricht als Lieferänderung und prüft, ob der Absender ein bekannter Kontakt einer bestehenden Bestellung ist.
Bestellung zugeordnet
Die Anfrage wird der Bestellung ORD-10482 zugeordnet, für die bereits eine Dienstagslieferung geplant ist. Der Agent ruft Bestelldatensatz, Lieferadresse und aktuelles Zeitfenster aus dem Bestellsystem ab.
Zeitplan- und Richtlinienprüfungen
Der Agent prüft den Dispositionsplan für 14:00 Uhr und vergleicht die Anfrage mit der konfigurierten Lieferrichtlinie des Händlers: erlaubte Zeitfenster, Regeln für denselben Tag und Freigabegrenze für Änderungen.
Begrenzte Aktion innerhalb der Richtlinie
Die Änderung liegt innerhalb der konfigurierten Grenzen, sodass der Agent handeln darf. Er aktualisiert das Lieferzeitfenster im Bestelldatensatz des Dispositionssystems — und nichts außerhalb der Änderungsanfrage.
Aktualisierung betroffener Systeme
Dispositionssystem, Bestelldatensatz und gemeinsamer Lieferkalender werden in einem Durchgang aktualisiert. Jede Aktualisierung nennt die Ausgangsanfrage und die Richtlinie, die sie erlaubt hat.
Kommunikation mit Beteiligten
Der Kundenkontakt erhält die Bestätigung des neuen Zeitfensters und der zugewiesene Fahrer wird informiert. Beide Nachrichten werden über das gemeinsame Postfach gesendet, damit nichts in einem privaten Verlauf verborgen bleibt.
Aktionsprotokoll
Der Agent erstellt einen zuordenbaren Eintrag: was angefragt wurde, welche Prüfungen liefen, welche Regel die Aktion erlaubte, was geändert wurde und wann. Als Quelle der Änderung nennt das Protokoll die Anfrage, nicht den Agenten.
Nachverfolgung
Am Liefertag prüft der Agent, ob die Lieferung zur vereinbarten Zeit abgeschlossen wurde, und schließt den Vorgang. Ungewöhnliches wird dem Betriebsteam des Händlers gemeldet und nicht stillschweigend akzeptiert.
Abzweigung: wenn eine Änderung eine Geschäftsfreigabe braucht
Nicht jede Anfrage passt zu den konfigurierten Regeln. Überschreitet eine Änderung eine Richtliniengrenze oder gibt es keine sichere eindeutige Antwort, pausiert Disponi und legt die Entscheidung dem Kunden vor — Disponi erfindet keine Geschäftsentscheidung.
Geschäftliche Ausnahme — der Kunde entscheidet
Anfrage außerhalb der Richtlinie
Mara bittet darum, die Dienstagslieferung auf zwei Stopps aufzuteilen. Dies überschreitet die Regel des Händlers von einem Stopp pro Route und liegt über der konfigurierten Freigabegrenze.
Mit Kontext pausiert
Der Agent erfindet keine Entscheidung. Er pausiert und legt dem Betriebsleiter des Händlers den relevanten Kontext vor: Route, betroffene Bestellung, Richtlinie und regelkonforme Optionen.
Der Kunde entscheidet
Der Betriebsleiter genehmigt eine Variante oder lehnt ab. Während die Anfrage wartet, werden weder Bestelldatensatz noch Zeitplan oder Nachricht geändert. Der Agent handelt erst, wenn eine Freigabe protokolliert ist.
Die Lösung folgt der Entscheidung
Nach der Freigabe setzt der Agent genau das Genehmigte um, aktualisiert die betroffenen Systeme, informiert die Beteiligten und protokolliert die Freigabe zusammen mit der Aktion. Bei Ablehnung wird der Anfragende informiert und der Vorgang geschlossen.
Abzweigung: wenn eine technische Abhängigkeit ausfällt
Manchmal ist die Blockade keine geschäftliche Frage. Eine nicht verfügbare Integration, abgelaufene Berechtigung oder ein unerwartetes Datenformat ist eine technische Ausnahme — Disponi verantwortet und behebt sie, und sie wird nie als erfolgreich abgeschlossene Geschäftsanfrage dargestellt.
Technische Ausnahme — Disponi reagiert
Integration nicht verfügbar
Das Dispositionssystem ist nicht erreichbar, als der Agent das Lieferzeitfenster aktualisieren will. Er markiert die Anfrage als durch eine technische Ausnahme blockiert, versucht es innerhalb der konfigurierten Grenzen erneut und eskaliert an die Disponi-Überwachung — die Anfrage wird nicht als gelöst markiert.
Berechtigung abgelaufen
Eine Systemverbindung schlägt fehl, weil ein Integrationsnachweis abgelaufen ist. Der Agent erkennt den Fehler, pausiert die Anfrage und alarmiert den Disponi-Betrieb. Er versucht keine nicht unterstützte Umgehung, und die Anfrage bleibt offen, bis die Integration wieder funktioniert.
Fehlerhafte Quelldaten
Ein Lieferhinweis trifft in einem unerwarteten Format ein und lässt sich nicht zuverlässig einer Bestellung zuordnen. Der Agent kennzeichnet die Mehrdeutigkeit und bittet um Klärung, statt zu raten. Die Geschäftsanfrage wird bei unzuverlässigen Daten nicht als erfolgreich abgeschlossen gemeldet.
Technische Ausnahme in Disponis Verantwortung
Jeder genannte technische Fehler ist ein Plattform- oder Integrationsvorfall: Disponi überwacht, stellt wieder her und kommuniziert den Status. Der Kunde erfährt, dass und warum die Anfrage wartet. Die geschäftliche Lösung erfolgt erst, wenn die technische Ausnahme geschlossen ist und die Arbeit korrekt beendet werden kann.
Wer verantwortet was?
Die Grenze, die den Ablauf sicher macht, ist einfach: Geschäftsentscheidungen bleiben beim Kunden, der technische Betrieb bleibt bei Disponi.
Der Kunde verantwortet
- Geschäftsziele und die Bedeutung von Erfolg für jeden Workflow
- KPI-Definitionen und welche Zahlen als korrekt gelten
- Zugriffsentscheidungen: welche Systeme Disponi nutzen und was Disponi darin tun darf
- Geschäftsrichtlinien einschließlich der Grenzen, die eine Freigabe erfordern
- Freigaben für folgenreiche Entscheidungen, bevor Disponi begrenzte Aktionen ausführt
- Prüfung der Ergebnisse, Entscheidungen über deren Bedeutung und die abschließende Geschäftsverantwortung
Disponi verantwortet
- Plattformbetrieb und den laufenden Betrieb des konfigurierten Workflows
- Pflege der Workflow-Konfiguration bei Änderungen der Systeme
- Funktionsfähigkeit der Integrationen und Überwachung der Verbindungen
- Technische Überwachung, Alarmierung und Erkennung von Vorfällen
- Reaktion auf technische Vorfälle, Wiederherstellung und Kommunikation
- Ehrliche Statusmeldungen, wenn eine technische Ausnahme eine Anfrage blockiert
„Managed“ bedeutet, dass Disponi das System und den konfigurierten Workflow betreibt. Die Geschäftsverantwortung des Kunden wird dadurch nicht übertragen, und Geschäftsergebnisse werden nicht garantiert.
Wo dies einzuordnen ist
Auftragskoordination wäre nicht der erste Workflow, den dieser Händler einführt. Sie ist ein späterer, stärker begrenzter Schritt — die Beispielbewertung zeigt den früheren, leselastigen Berichtsworkflow. Die Abfolge ist ein möglicher Disponi-Weg und keine Garantie, dass jeder Kunde ihn nimmt.
- BeobachtenSchreibgeschützte Workflows, die Informationen sammeln und aufbereiten.
- VorbereitenEntwürfe, Prüfungen und Nachfassaktionen, die im Team bleiben.
- Mit Freigabe koordinierenSystemübergreifende Koordination, die an folgenreichen Punkten auf die Freigabe des Kunden wartet.
- Innerhalb der Richtlinien handelnBegrenzte, protokollierte Aktionen innerhalb der vom Kunden definierten Regeln.