---
lang: de
template: deployment-detail
---

# Jadey führt Dispo-Planung und Bestellungen aus
> Deployment 03 | Produktiv im Einsatz | Supply Chain

Jadey Dispo führt im realen Betrieb offene Bestellungen über mehr als 200 Hersteller und Zulieferer hinweg. Der Dispo-Planner priorisiert Nachfrage, Bestand und Beschaffung so, dass Versorgung, Serviceziel und Kosten auch unter Druck tagesaktuell, vorausschauend und entlang des realen Lagerbestands steuerbar bleiben.

## Wirkung des Deployments {#deployment-impact}
> Wirkung

### -30,70 % weniger ungeplante Nachfrageeinheiten {#less-unplanned-demand-units}
Weniger Nachfrage läuft in unkoordinierte Nachsteuerung, weil Prioritäten und Eingriffe früher gesetzt werden.

### -10,70 % durchschnittlicher Bestandswert bei stabilem Serviceziel {#lower-average-inventory}
Bestände sinken, ohne das Serviceziel aufzugeben, weil offene Bestellungen und Nachfrageverschiebungen laufend gegengeführt werden.

### -12,70 % Transportkosten pro Palette {#lower-transport-costs}
Weniger Ad-hoc-Entscheidungen und bessere Bündelung senken die Transportkosten je versorgter Palette.

## Dispo-Planner führt bis zur Bestellauslösung {#order-trigger-flow}
> Ablauf

Der Dispo-Planner führt offene Bestellungen als laufenden Entscheidungsfall. Nachfrageimpulse, operative Lage und definierte Eingriffsregeln werden fortlaufend zusammengeführt, bis der Planner die Bestellung selbst auslöst oder den Fall dokumentiert blockiert.

```mermaid
flowchart LR
    start["Auftrag oder Abweichung\nmit vendor_id"]

    subgraph Rollen["Agenten und Rollen"]
        ops["Dispo-Ops\nkoordiniert"]
        demand["Dispo-Demand\noptional: Briefing"]
        planner["Dispo-Planner\nführt den Fall und löst aus"]
    end

    gate["Planner lädt Settings,\nmacht Gatecheck und disponiert"]

    subgraph Systeme["Öffentliche Systembündel"]
        rules[("Herstellerakte\nund Regeln")]
        runtime[("Operative Laufzeitdaten\nBestand, Zulauf, Vendor / PO")]
        purchase[("Beschaffungssystem\nPO, no_need oder Blockade")]
        docs[("Dokumentiertes Ergebnis\nmit Artefakten")]
    end

    start --> ops
    ops --> planner
    ops -->|optional| demand
    demand --> planner
    planner --> gate
    rules --> gate
    runtime --> gate
    gate -->|löst Bestellung aus| purchase
    purchase --> docs
```

## Planner führt, Ops koordiniert, Demand ergänzt {#roles}
> Rollen

### Dispo-Ops {#dispo-ops}
Koordiniert den Fall für `PO_vendor_id`, setzt den Lauf auf und hält den operativen Ablauf stabil.

### Dispo-Planner {#dispo-planner}
Führt den Fall operativ end-to-end, lädt Settings und Gatechecks, disponiert Mengen und löst die Bestellung selbst bis zur PO oder zur dokumentierten Blockade aus.

### Dispo-Demand {#dispo-demand}
Liefert optionales Briefing aus Forecast, Verbrauch, Herstellerakte und Kontext, wenn zusätzliche Nachfragesignale relevant sind.

### Dispo-Admin / Freigabe {#dispo-admin-approval}
Greift nur im Grenzfall ein, wenn Notfallzugriff, Konfiguration oder eine explizite Ausnahmeentscheidung nötig wird.

## Vier Systembündel tragen dieselbe Entscheidung {#systems}
> Systeme

### Jadey Dispo als Laufzeit- und Orchestrierungsschicht {#jadey-dispo-runtime}
Die Agentenlaufzeit hält Fallstatus, Priorität und Nachweis zusammen.

### Herstellerakte und Regelwissen {#vendor-rules}
Regeln, Eingriffsgrenzen und lieferantenspezifisches Wissen werden im Entscheidungsfall berücksichtigt.

### Operative Laufzeitdaten aus Bestand, Lager, Zulauf und Vendor-/PO-Kontext {#live-operational-data}
Bestand, offene Zuläufe und reale Beschaffungslage fließen in dieselbe Dispositionsentscheidung ein.

### Beschaffungssystem mit PO-Erzeugung, Verifikation und dokumentiertem Ergebnis {#purchasing-system}
Die Bestellung wird ausgelöst, blockiert oder als `no_need` mit Nachweis in den Zielsystemen dokumentiert.

## Nachweis bleibt am laufenden Fall lesbar {#evidence}
> Nachweis

### Belastbarer Fallabschluss mit laufendem Monitoring und definierten Schwellen {#monitored-case-close}
Die Entscheidung bleibt im operativen Verlauf lesbar und kann gegen Grenzwerte geprüft werden.

### Dokumentierter Entscheidungspfad von Nachfrageimpuls bis Eingriff {#documented-decision-path}
Vom Trigger bis zur Auslösung oder Blockade bleibt jeder Schritt nachvollziehbar.

### Klare Eingriffslogik dafür, wann Jadey selbst disponiert und wann eskaliert wird {#clear-intervention-logic}
Eskalation ist Teil derselben Fallführung und keine unstrukturierte Nebenkommunikation.

## Disposition wird als geführter Entscheidungsfall sichtbar {#classification}
> Einordnung

Hier wird Disposition nicht als lose Auswertung gezeigt, sondern als geführter Entscheidungsfall über Nachfrage, Bestand, Beschaffung und Eingriffe hinweg. Der Wert liegt nicht in einzelnen Vorschlägen, sondern darin, dass eine laufende Versorgungslage unter Druck steuerbar, überprüfbar und sauber abschließbar bleibt.