Bestellvorschlag übersteuert: warum die Disposition dem ERP nicht traut und wie die Parameter wieder stimmen

Halb acht, Dispositionsbüro. Das ERP hat über Nacht 340 Bestellvorschläge erzeugt. Die Disponentin geht die Liste durch, wie jeden Morgen: Menge hoch, weil der Lieferant seit dem Frühjahr nur noch volle Paletten schickt. Menge runter, weil der Artikel im Vorjahr ein Projektgeschäft hatte, das nicht wiederkommt. Termin vor, weil der Hersteller inzwischen sechs Wochen braucht statt drei. Vorschlag gestrichen, weil die Ware schon unterwegs ist, nur nicht als Bestellung im System. Um zehn ist sie fertig, 180 der 340 Vorschläge sehen anders aus als vom System vorgeschlagen. Morgen früh sind es wieder 340.

Worum es geht: die Kurzfassung

• Der Bestellvorschlag ist so gut wie seine Parameter. Das Bestellpunktverfahren löst „eine Bestellung immer dann aus, wenn der Lagerbestand eine festgelegte Höhe (Meldebestand oder Bestellpunkt) erreicht bzw. unterschreitet“, so die Definition von Prof. Dr. Winfried Krieger im Gabler Wirtschaftslexikon. Der Meldebestand selbst ist Sicherheitsbestand plus erwarteter Verbrauch während der Beschaffungszeit. Drei Eingangswerte, alle im Artikelstamm, alle veraltet.
• Wiederbeschaffungszeiten wandern. Im Juli 2026 meldeten 13,7 % der Industriebetriebe Materialknappheit, im Juni 17,2 % (ifo, 31.07.2026); die Entspannung „könnte nur vorläufig sein“, so Klaus Wohlrabe, Leiter der ifo-Umfragen. Eine Wiederbeschaffungszeit, die 2023 in den Stamm kam, beschreibt keinen Lieferanten von heute.
• Die Nachfrage dreht gerade. Im August 2026 machte die Stimmung im Großhandel laut ifo „einen Sprung nach oben“; der gesamtwirtschaftliche Geschäftsklimaindex stieg auf 88,8 Punkte nach 86,7 im Juli (ifo, 25.08.2026). Ein Verbrauchswert aus dem schwachen Vorjahr unterschätzt den Bedarf genau dann, wenn er anzieht.
• Das Übersteuern ist die Datenquelle, nicht das Problem. Jede manuelle Änderung am Vorschlag enthält das aktuelle Wissen der Disposition. Wer sie protokolliert und nach Grund klassifiziert, sieht je Artikel, welcher Parameter falsch ist.
• Ein Agent führt die Parameter nach, die Disposition gibt frei. Gemessene Wiederbeschaffungszeit aus Auftragsbestätigung und Wareneingang, Verbrauch aus den letzten Monaten, Sicherheitsbestand aus der Schwankung. Der Vorschlag ist eine Liste je Artikel mit altem Wert, neuem Wert und Beleg.

Warum übersteuert die Disposition den Bestellvorschlag?

Weil der Vorschlag mit Werten rechnet, die die Disposition längst als falsch kennt. Und weil das ERP keinen Weg bietet, dieses Wissen zurückzuschreiben, außer per Hand im Artikelstamm. Das Übersteuern ist der kürzere Weg. Es dauert Sekunden je Position, die Stammdatenänderung dauert Minuten und braucht in vielen Häusern eine Freigabe. Also wird jeden Morgen dieselbe Korrektur gemacht.

Die Parameter veralten aus drei Richtungen. Die Lieferantenseite ändert sich: neue Lieferzeiten, neue Mindestbestellmengen, ein Lieferantenwechsel, nach dem im Stamm noch der alte Wert steht. Die Nachfrageseite ändert sich: Der Verbrauch des Vorjahres enthält ein Projekt, eine Aktion oder eine Flaute, die nicht wiederkommt. Und der eigene Betrieb ändert sich: neue Lagerorte, geänderte Verpackungseinheiten, Artikel, die vom Lagerartikel zum Streckenartikel wurden, ohne dass jemand den Dispositionstyp umgestellt hat.

Der Preis für veraltete Parameter zeigt sich in beide Richtungen zugleich. Zu hohe Meldebestände und zu große Losgrößen binden Kapital in Artikeln, die langsam drehen; zu kurze Wiederbeschaffungszeiten erzeugen Fehlmengen bei Artikeln, die schnell drehen. Beides gleichzeitig im selben Lager, und die Disposition gleicht es täglich per Hand aus. Ein Bereinigungsprojekt hilft, hält aber nur so lange, bis die Werte wieder gewandert sind. Der Beitrag zur Bestandsprognose im B2B-Handel beschreibt den Weg über ein Prognosemodell; dieser Beitrag beschreibt den kürzeren Weg davor, der für die meisten Artikel im Großhandel reicht.

Welche Parameter steuern den Bestellvorschlag?

Sechs, und für jeden gibt es einen typischen Fehler, der am Vorschlag sichtbar wird. Die Tabelle stammt aus unserer Projektarbeit im Handel und ordnet jedem Parameter das Symptom zu, an dem die Disposition ihn erkennt:

Die Reihenfolge ist Absicht. Die Wiederbeschaffungszeit steht oben, weil sie am häufigsten falsch ist und am einfachsten zu messen. Jede Bestellung hinterlässt ein Bestelldatum, einen bestätigten Termin in der Auftragsbestätigung und ein Wareneingangsdatum. Aus den letzten zehn Bestellungen je Lieferant und Artikel ergibt sich die reale WBZ mit ihrer Streuung. In fast jedem Betrieb, den wir gesehen haben, weicht sie deutlich vom Stammwert ab. In welche Richtung, ist von Lieferant zu Lieferant verschieden.

Der Sicherheitsbestand ist der zweite große Hebel und der am schlechtesten verstandene. Ein Puffer von „zwei Wochen Verbrauch“ für alle Artikel passt nirgends richtig. Beim gleichmäßig laufenden Artikel mit zuverlässigem Lieferanten ist er zu viel, beim schwankenden Artikel mit unzuverlässigem Lieferanten zu wenig. Sinnvoll ist ein Wert, der aus der Schwankung beider Größen abgeleitet wird: Wie stark streut der Tagesverbrauch, wie stark streut die Lieferzeit, welche Lieferbereitschaft soll der Artikel haben. Das ist keine hohe Mathematik, aber es ist Rechnen je Artikel, und dafür hat die Disposition morgens um halb acht keine Zeit.

Was verrät das Übersteuerungs-Log?

Welcher Parameter bei welchem Artikel falsch ist, und zwar aus dem, was die Disposition ohnehin tut. Voraussetzung ist, dass jede manuelle Änderung am Vorschlag mit einem Grund gespeichert wird. Die meisten ERP-Systeme protokollieren die Änderung, aber nicht den Grund; der lässt sich mit einem Pflichtfeld aus einer kurzen Liste nachrüsten. Aus unserer Projektarbeit hat sich dieses Raster bewährt:

Nach vier Wochen zeigt das Log ein Muster, das kein Bereinigungsprojekt so schnell findet. Artikel, die dauerhaft in Ü0 landen, brauchen keine Aufmerksamkeit mehr und können ohne Sichtung bestellt werden. Artikel mit wiederholtem Ü1 in derselben Richtung haben eine falsche Verbrauchsbasis. Wiederholtes Ü2 bei einem Lieferanten über alle seine Artikel heißt: Die WBZ dieses Lieferanten ist falsch, nicht die des Artikels. Ü4 ist die Klasse, die auf Datenfehler zeigt, etwa Streckengeschäft, das als Lagerbestellung läuft, und die gehört zur Stammdatenbereinigung, nicht zur Parameterpflege.

Der Nebeneffekt ist die Kennzahl, die vorher fehlte: der Anteil übersteuerter Vorschläge je Woche. Der Einkaufs-Überblick nennt ihn als Startsignal für KI in der Disposition; das Log liefert ihn ohne Zusatzaufwand.

Wie führt ein Agent die Dispositionsparameter nach?

Er misst, was der Stamm behauptet, und legt die Differenz je Artikel vor. Er schreibt keinen Parameter selbst, und das Urteil über den Einzelfall bleibt bei der Disposition. Was wegfällt, ist die morgendliche Wiederholung derselben Korrektur.

Messen. Für jeden Artikel mit Übersteuerung in Ü1 oder Ü2 rechnet der Agent die Eingangswerte neu: die reale Wiederbeschaffungszeit aus Bestelldatum, bestätigtem Termin und Wareneingang der letzten Bestellungen; den Tagesverbrauch aus den letzten Monaten mit Ausreißerfilter, damit ein einzelnes Projekt den Schnitt nicht verzerrt; die Streuung beider Größen für den Sicherheitsbestand. Die Datenquellen sind die, die jede Bestellung ohnehin hinterlässt.

Vergleichen. Gemessener Wert gegen Stammwert, mit einer Schwelle. Eine WBZ, die um zwei Tage abweicht, ist Rauschen; eine, die seit fünf Bestellungen um zwei Wochen abweicht, ist ein Befund. Die Schwellen sind Hausregeln und stehen im Prozess, nicht im Modell.

Vorschlagen. Das Ergebnis ist eine Liste je Artikel: Parameter, alter Wert, neuer Wert, Beleg. Der Beleg ist der Teil, der Vertrauen schafft, denn die Disposition will den Vorschlag auf Plausibilität prüfen können: „WBZ Hersteller Nord, Artikel 4520: Stamm 15 Tage, gemessen 31 Tage (Median der letzten 8 Bestellungen, Spanne 26–38). Vorschlag: 31 Tage. Betroffen: 42 Artikel dieses Lieferanten.“ Werte illustrativ.

Freigeben. Die Disposition bestätigt, ändert oder lehnt ab, je Artikel oder je Lieferant in einem Schritt. Erst danach schreibt der Agent in den Artikelstamm, mit Protokoll. Bei A-Artikeln kann der Betrieb eine zweite Freigabe durch den Einkaufsleiter verlangen; bei C-Artikeln kann er nach ein paar Monaten Erfahrung auf die Freigabe verzichten. Beides ist eine Einstellung, keine Architekturfrage.

Wiederholen. Der Lauf gehört in den Wochenkalender, nicht in einen Projektplan. Was sich nach der ersten Runde ändert, ist die Liste: Sie wird kürzer, weil die häufigen Fehler behoben sind, und sie zeigt Drift, sobald ein Lieferant langsamer wird oder ein Artikel anzieht. Das ist derselbe Mechanismus, den der Beitrag zum Lieferanten-Monitoring für die Termintreue beschreibt, nur auf die Parameter angewandt.

Wann reicht Parameterpflege, und wann braucht es eine Prognose?

Parameterpflege reicht, solange der Verbrauch einigermaßen gleichmäßig ist; eine Prognose braucht es, wo er das nicht ist. Das Bestellpunktverfahren rechnet mit einem Durchschnittsverbrauch, und ein Durchschnitt beschreibt einen Artikel mit Saison, Aktionen oder Projektgeschäft schlecht. Egal wie sauber die WBZ ist.

Die Trennlinie zieht die XYZ-Klassifikation, die viele ERP-Systeme mitbringen: X-Artikel mit gleichmäßigem Verbrauch, Y-Artikel mit Schwankung oder Saison, Z-Artikel mit sporadischem Bedarf. Für X-Artikel ist der Meldebestand mit gepflegten Parametern das richtige Verfahren, und im Großhandel ist das ein großer Teil des Sortiments. Für Y-Artikel lohnt eine Prognose, die Saison und Trend einbezieht; den Aufbau und die Datenvoraussetzungen beschreibt der Beitrag zur Bestandsprognose im B2B-Handel. Für Z-Artikel hilft weder das eine noch das andere; hier ist die Frage eher, ob der Artikel ein Lagerartikel bleiben soll, und die gehört ins Category Management.

Die Reihenfolge ist deshalb: erst die Parameter, dann die Prognose. Eine Prognose, die in ein ERP mit falschen Wiederbeschaffungszeiten schreibt, produziert Vorschläge, die die Disposition wieder übersteuert, nur mit besserem Verbrauchswert. Und die Parameterpflege ist in Wochen wirksam, die Prognose braucht saubere Historie über Jahre.

Welche Voraussetzungen braucht die Parameterpflege?

Drei: ein Übersteuerungs-Log mit Grund, eine Bestellhistorie mit bestätigten und tatsächlichen Terminen, und eine Hausregel für Schwellen und Freigaben.

Das Log ist der Teil, der meist fehlt, und er ist in den meisten Systemen mit einem Pflichtfeld und einer Auswahlliste nachrüstbar. Wo das nicht geht, reicht für den Anfang ein Export der Vorschlagsliste morgens und der Bestellungen abends; die Differenz ist das Log, der Grund wird für die ersten Wochen von Hand ergänzt.

Die Bestellhistorie haben alle Betriebe, aber nicht alle mit bestätigtem Termin. Wer die Auftragsbestätigungen der Lieferanten nicht ins ERP zurückschreibt, kann die WBZ nur aus Bestelldatum und Wareneingang messen, und das vermischt Lieferantenverzug mit eigener Bestellzeit. Der AB-Abgleich ist deshalb die Vorstufe, die sich doppelt lohnt.

Die Hausregel legt fest, ab welcher Abweichung der Agent einen Vorschlag macht, wer ihn freigibt und welche Artikelklassen ohne Freigabe laufen dürfen. Sie ist kurz, sie steht auf einer Seite, und sie ist der Teil, über den der Betrieb die Kontrolle behält.

Häufige Fragen

Wie wird ein Bestellvorschlag im ERP berechnet?
Die meisten ERP-Systeme im Handel arbeiten mit dem Bestellpunktverfahren: Fällt der verfügbare Bestand unter den Meldebestand, entsteht ein Vorschlag. Der Meldebestand ist der Sicherheitsbestand plus der erwartete Verbrauch während der Wiederbeschaffungszeit. Die Vorschlagsmenge ergibt sich aus einer festen Bestellmenge oder aus der Auffüllung auf einen Höchstbestand, gerundet auf Mindestbestellmenge und Verpackungseinheit. Jede dieser Größen ist ein Parameter im Artikelstamm.

Warum werden Bestellvorschläge so oft übersteuert?
Weil die Parameter veraltet sind, nicht weil die Formel falsch ist. Die Wiederbeschaffungszeit stammt aus der Artikelanlage, der Sicherheitsbestand aus einer Faustregel, die Mindestbestellmenge von einem Lieferanten, der längst gewechselt wurde. Die Disposition kennt die aktuelle Realität und korrigiert den Vorschlag im Kopf. Das Übersteuern ist damit kein Fehler des Disponenten, sondern die einzige Stelle, an der das aktuelle Wissen überhaupt auftaucht.

Wie berechnet man den Meldebestand?
Meldebestand = Sicherheitsbestand + durchschnittlicher Verbrauch je Tag × Wiederbeschaffungszeit in Tagen. Ein Artikel mit 4 Stück Tagesverbrauch, 15 Tagen Wiederbeschaffungszeit und 20 Stück Sicherheitsbestand hat einen Meldebestand von 80 Stück. Entscheidend ist, woher die drei Eingangswerte kommen: Verbrauch aus den letzten Monaten statt aus dem Vorjahr, Wiederbeschaffungszeit aus den tatsächlich bestätigten und erreichten Terminen, Sicherheitsbestand aus der Schwankung von Verbrauch und Lieferzeit.

Wie oft sollten Dispositionsparameter geprüft werden?
Für A-Artikel laufend, für den Rest mindestens quartalsweise. Ein einmaliges Bereinigungsprojekt hält etwa ein Jahr, dann sind Lieferzeiten und Verbräuche wieder gewandert. Sinnvoller ist ein Lauf, der jede Übersteuerung und jeden Wareneingang auswertet und Parameter vorschlägt, sobald der hinterlegte Wert dauerhaft von der gemessenen Realität abweicht. Die Freigabe bleibt bei der Disposition.

Wann reicht Parameterpflege nicht mehr und es braucht eine Bestandsprognose?
Wenn der Verbrauch selbst nicht mehr stabil ist. Das Bestellpunktverfahren setzt einen einigermaßen gleichmäßigen Bedarf voraus; bei starker Saison, Aktionen oder Projektgeschäft rechnet es systematisch falsch. Für solche Artikel lohnt eine Prognose, die Saison und Trend einbezieht. Für die vielen gleichmäßig laufenden Artikel im Großhandel reicht ein sauber parametrierter Meldebestand, und der ist deutlich schneller repariert.

Wo Sie anfangen, wenn Sie heute starten möchten

Für den ersten Schritt reicht der Export, den Ihr ERP ohnehin kann. Exportieren Sie eine Woche lang morgens die Bestellvorschlagsliste und abends die tatsächlich ausgelösten Bestellungen. Zählen Sie, wie viele Vorschläge unverändert durchgingen, wie viele in Menge oder Termin geändert wurden und bei wie vielen Lieferanten sich die Terminänderungen häufen. Die drei Zahlen sind Ihre Baseline und meist das Argument, mit dem sich das Projekt im Haus begründet. Wie eine belastbare Vorher-Nachher-Messung aussieht, beschreibt der Beitrag zum KI-ROI im Mittelstand.

Wenn Sie danach wissen möchten, ob sich ein Parameter-Agent für Ihre Disposition lohnt, vereinbaren Sie ein Erstgespräch. Wir schauen uns Vorschlagsliste, Bestellhistorie und Artikelstamm an – und sagen auch ab, wenn ein Quartalslauf in Excel Ihren Fall bereits abdeckt. Den Rahmen über die Disposition hinaus spannt der Überblick zu KI im Einkauf im Großhandel auf, das Gesamtbild für den Betrieb der Beitrag zu KI im Großhandel.

Methodik: Recherche KI-gestützt, fachlich geprüft und faktengecheckt von Tobias Egner – mit Hintergrund aus Handel und KI-Engineering. Definitionen: Gabler Wirtschaftslexikon, „Bestellpunktverfahren“ und „Meldebestand“, jeweils Prof. Dr. Winfried Krieger. Kennzahlen: ifo Konjunkturumfrage „Materialversorgung verbessert sich leicht“ vom 31.07.2026, ifo Geschäftsklimaindex August 2026 vom 25.08.2026 – als datiert gekennzeichnet. Die Parameter-Tabelle und das Fünf-Klassen-Raster Ü0–Ü4 sind Dagentic-Arbeitsraster aus eigener Projektarbeit im Handel; Beispielwerte im Mustereintrag und in der Meldebestand-Rechnung sind illustrativ. Auf Angaben zu Bestandssenkungen und Einsparungen wird bewusst verzichtet, weil sie von Sortiment und Lieferantenstruktur abhängen. Stand: 11. September 2026.