Auftrags-Risiko-Check
jtl_auftrag_risiko_check
Was das Tool macht
Prüft offene Aufträge auf drei Risiken: Lieferfähigkeit (Bestand gegen benötigte Menge), Zahlungsrisiko (offene bzw. überfällige Posten des Kunden) und Termintreue (Wunschtermin bereits überschritten) - mit Risiko-Score und Begründung. Nutze dieses Tool für 'Welche Aufträge sind gefährdet?', 'Risiko-Check', 'Worauf müssen wir aufpassen?'.
Eingaben
| auftragsnummeroptional | Einzelnen Auftrag prüfen. Leer = alle offenen Aufträge des Zeitraums |
| tageoptional | Zeitraum in Tagen (Default 60) |
| maxAuftraegeoptional | Max. geprüfte Aufträge (Default 20) |
Die Eingaben füllt die KI aus deiner Frage. Du musst dir keine Parameternamen merken.
So wird gerechnet
Der Rechenweg in der Reihenfolge, in der das Tool arbeitet: Abruf, Filter, Berechnung, Ausgabe. Aus dem Tool-Code abgeleitet, damit nachvollziehbar ist, warum eine Zahl so ist. Dieselbe Auskunft liefert das Tool kiuser_tool_logik direkt im KI-Chat.
- 1Lädt die Aufträge der letzten 60 Tage (Default, 7 bis 365) per GraphQL inklusive Wunschtermin und Rückhaltegrund; stornierte Aufträge entfallen.
- 2Mit Auftragsnummer wird nur dieser Auftrag geprüft (nicht gefunden = Fehler); sonst die offenen bzw. teilweise gelieferten Aufträge, absteigend nach Nettobetrag, höchstens 20 (Default, bis 50).
- 3Bestand: die ersten 1.000 Bestandsdatensätze aus REST v1.3, je Artikel-ID summiert; lieferbar = Gesamtmenge minus für Versand gesperrte Menge.
- 4Je Auftrag werden die Positionen per REST geladen (Freipositionen ausgenommen); offene Menge = bestellt minus geliefert; nicht lieferbar, wenn der lieferbare Bestand kleiner ist.
- 5Zahlungsrisiko: die 100 jüngsten Rechnungen des Kunden per GraphQL; nicht stornierte mit Restbetrag über 0 zählen als offen, überfällig bei Fälligkeit (sonst Rechnungsdatum) vor heute.
- 6Termintreue: Wunschtermin vor heute gilt als überschritten; ein gesetzter Rückhaltegrund zählt ebenfalls als Risiko.
- 7Risiko-Score = Anzahl erkannter Risiken (0 bis 4): 3 und mehr = hoch, 2 = mittel, 1 = niedrig; Ausgabe absteigend nach Score mit Begründungen und Fehlmengen.
Annahmen und Grenzen
- Reservierungen anderer Aufträge werden nicht gegengerechnet; derselbe Bestand kann mehrere Aufträge zugleich lieferbar erscheinen lassen (dafür jtl_lieferfaehigkeit_auftragsbestand).
- Wird der Beleg in REST v1.3 nicht per Nummer gefunden, bleibt die Lieferfähigkeit ungeprüft (Kennzeichen 'positionenGeladen' = falsch).
- Das Zahlungsrisiko betrachtet nur die 100 jüngsten Rechnungen des Kunden; scheitert die Abfrage, wird kein Zahlungsrisiko gemeldet.
- Der Bestand ist auf die erste Seite mit 1.000 Datensätzen begrenzt; auf großen Lagern können Artikel fehlen und als nicht lieferbar erscheinen.
So sieht eine Antwort aus
Von 20 geprüften offenen Aufträgen haben 7 mindestens ein Risiko. Der kritischste ist OR-500098 für Muster Handels GmbH vom 14.08. über 1.290 € – gleich drei Probleme treffen zusammen: 1. Eine Position ist nicht lieferbar: Von Powerbank Travel 5000mAh mit Kabel, weiß werden 150 Stück gebraucht, verfügbar sind 40 – es fehlen 110. 2. Der Kunde hat 12.300 € überfällig offen (18.400 € insgesamt). 3. Der Wunschtermin vom 25.08. ist bereits überschritten. Ich würde diesen Auftrag nicht ohne Klärung der offenen Posten weiterbearbeiten – und den Kunden proaktiv über den fehlenden Artikel informieren.
In wenigen Minuten die erste Antwort aus deinen JTL-Daten.
Sieben Tage kostenlos testen, ohne Kreditkarte und ohne Kündigungsfrist.