Optimale Bestellmenge: Wenn Mindestbestellmengen den Bestand verzerren

Kapitalbindung im Lager ist für viele mittelständische Unternehmen die größte unsichtbare Kostenposition der Disposition. Die IHL Group beziffert den weltweiten Schaden durch Bestandsverzerrung, also durch Überbestand und Out-of-Stock zusammen, auf rund 1,77 Billionen US-Dollar pro Jahr. Ein nicht unerheblicher Anteil davon entsteht in der Disposition strukturell durch dasselbe Muster: Mindestbestellmengen, kurz MOQ, werden vom ERP unkritisch in den Bestellvorschlag übernommen, obwohl die optimale Bestellmenge des Artikels deutlich darunter liegt. Die Spannung zwischen beiden Größen ist nicht zufällig, sondern strukturell. Sie aufzulösen ist keine Frage des guten Willens der Disposition, sondern der Methode. Dieser Beitrag zeigt, welche Verzerrungsmuster MOQs in der automatischen Disposition erzeugen, warum die üblichen Behelfe das Problem verschieben, statt lösen, und welche drei Schritte den Schaden dauerhaft begrenzen. 

Welchen Schaden eine zu hohe Mindestbestellmenge im Bestellvorschlag anrichtet 

MOQs sind nicht per se das Problem. Das Problem entsteht, wenn sie unkritisch als Dispositionsgrundlage übernommen werden, ohne Prüfung, ob sie zur Nachfragesituation des Artikels passen. Drei Wirkungsmuster zeigen, wie die Übernahme typischerweise schiefgeht. 

C-Artikel und Langsamdreher: Wo MOQs den größten Schaden anrichten 

Bei A-Artikeln mit hohem Wochenabsatz ist eine MOQ selten ein Problem. Eine Mindestbestellmenge von 500 Einheiten bei einem Verbrauch von 600 Einheiten pro Woche bedeutet weniger als eine Woche Lagerreichweite. Bei C-Artikeln kippt das Verhältnis. Diese Artikel haben definitionsgemäß geringen Absatz, oft im einstelligen oder niedrigen zweistelligen Bereich pro Monat. Eine MOQ, die in absoluten Zahlen ähnlich aussieht, erzeugt hier eine völlig andere Situation. 

Ein Rechenbeispiel: Ein C-Artikel verkauft 10 Stück pro Monat. Der Lieferant fordert eine MOQ von 200 Stück. Aus dieser einen Bestellung entsteht eine Lagerreichweite von zwanzig Monaten. Die optimale Bestellmenge nach EOQ-Logik, also der Menge, die Bestell- und Lagerkosten ausbalanciert, läge bei diesem Artikel je nach Kostenstruktur eher zwischen 30 und 60 Stück. Die Differenz ist kein Komfortfehler. Sie ist gebundenes Kapital im niedrigen vier- bis fünfstelligen Bereich pro Artikel und multipliziert sich über das gesamte C-Sortiment. 

Die Prüffrage für die Disposition lautet daher: Kennen Sie die Lagerreichweite Ihrer C-Artikel mit den höchsten MOQs in Wochen oder Monaten? Wenn die Antwort nicht klar formuliert werden kann, liegt hier mit hoher Wahrscheinlichkeit gebundenes Kapital, das im Reporting nicht auffällt, weil keine einzelne Position groß genug ist, um Aufmerksamkeit zu erzeugen. 

Veraltete MOQ im ERP: Die stille Überbestellung 

Das zweite Wirkungsmuster ist tückischer, weil es niemand aktiv verursacht. Lieferantenkonditionen ändern sich. Ein Lieferant, der vor drei Jahren eine MOQ von 500 Stück hatte, fordert heute vielleicht nur noch 200. Im ERP steht aber weiter der alte Wert. Niemand hat ihn aktualisiert, weil der Lieferant die Senkung nicht aktiv kommuniziert, hat oder weil der Stammdatenpflege-Prozess keine systematische MOQ-Prüfung vorsieht. 

Die Folge ist eine systematische Überbestellung, die sich nicht im Tagesgeschäft, sondern erst in der Bestandsbilanz zeigt. Das System tut, was es soll: Es bestellt entsprechend der hinterlegten Parameter. Dass diese Parameter nicht mehr stimmen, weiß es nicht. Der Disponent merkt es ebenfalls nicht, weil der Bestellvorschlag rechnerisch korrekt aussieht. 

Das Fraunhofer IML weist in seiner Forschung zur dynamischen Bestandsdisposition darauf hin, dass statische Dispositionsparameter in dynamischen Sortimenten regelmäßig zu Bestandsverzerrungen führen. MOQs gehören zu den klassischen Beispielen. Eine Prüffrage, die sich jeder Einkaufsleiter stellen sollte: Wann haben Sie zuletzt einen systematischen Abgleich der MOQ-Werte im ERP mit den aktuellen Lieferantenkonditionen durchgeführt? 

MOQ verschiebt den Bestellrhythmus: Die unsichtbare Timing-Verzerrung 

Das dritte Wirkungsmuster betrifft das Bestelltiming. Liegt die optimale Bestellmenge unterhalb der MOQ, dehnt sich automatisch das Bestellintervall aus. Wer 200 Stück bestellt, obwohl 60 ausreichen würden, bestellt nicht alle drei Wochen, sondern alle zehn Wochen. Auf den ersten Blick wirkt das wie eine Verbesserung, weniger Bestellaufwand, weniger Bestellkosten. 

Im Detail entsteht aber eine andere Verzerrung. Wenn das Bestellintervall sich verlängert, läuft der Sicherheitsbestand näher an seine Wirkgrenze. Bei jeder ungeplanten Bedarfsspitze, jeder Lieferverzögerung oder jeder Stammdatenanomalie reagiert das System langsamer als geplant. Der Sicherheitsbestand puffert das ab, aber er wird dabei weiter aufgebraucht als für seine eigentliche Aufgabe vorgesehen. Wer Sicherheitsbestand korrekt berechnen will, muss diese Wechselwirkung mit der MOQ kennen, sonst ist die Berechnung methodisch zwar richtig, in der Praxis aber unzureichend. 

Warum gängige Annäherungen das MOQ-Problem nur verschieben 

Drei Behelfsstrategien begegnen einem in der Praxis immer wieder, wenn Disposition oder ERP auf MOQ-Konflikte stoßen. Alle drei haben einen gemeinsamen Punkt. Sie bearbeiten das Symptom, nicht die Ursache. 

Automatisches Aufrunden ohne Bestandsprüfung 

Die einfachste Lösung im ERP ist die häufigste: Liegt der berechnete Bedarf unter der MOQ, wird automatisch auf die MOQ aufgerundet. Das ist programmlogisch sauber, aber dispositionslogisch oft falsch. Das System prüft nicht, was diese aufgerundete Menge mit dem aktuellen Bestand und der aktuellen Lagerreichweite anrichtet. Wenn ein Artikel ohnehin schon eine Reichweite von zehn Monaten hat, treibt das automatische Aufrunden sie auf fünfzehn oder zwanzig Monate. 

In Summe wächst der Überbestand systematisch und still. Besonders bei C-Artikeln, die in der täglichen Aufmerksamkeit der Disposition selten ganz oben stehen, entsteht über die Jahre ein Bestand, dessen Höhe niemand aktiv beschlossen hat. Er ist das Nebenprodukt einer richtigen Programmlogik mit einer fehlenden Prüfung. 

Sicherheitsbestand erhöhen, um MOQ-Überbestand zu rechtfertigen 

Der zweite Behelf ist eleganter, aber methodisch noch fragwürdiger. Wenn die MOQ ohnehin Überbestand erzeugt, wird der Sicherheitsbestand nach oben angepasst, damit die Lagerreichweite plausibel aussieht. Aus einem MOQ-Problem wird ein Sicherheitsbestandsproblem, formal stimmt die Disposition wieder. 

Inhaltlich liegt darin eine Verschleierung, kein Lösungsansatz. Der Sicherheitsbestand soll Bedarfsschwankungen und Lieferzeitvarianz puffern, nicht eine Lieferantenregel ausgleichen. Wer ihn für letzteres verwendet, verliert den Maßstab dafür, ob er für seinen eigentlichen Zweck noch korrekt dimensioniert ist. Außerdem wächst die Kapitalbindung doppelt: einmal durch die MOQ, einmal durch den überhöhten Sicherheitsbestand, der ihren Effekt kaschiert. 

Manuelle Anpassung als Daueraufgabe der Disposition 

Der dritte Behelf liegt vollständig auf den Schultern der Disposition. Die Disponentin oder der Disponent erkennt im Bestellvorschlag, dass die berechnete Menge zu hoch ist, korrigiert sie für die anstehende Bestellung manuell nach unten und akzeptiert dabei eine Verletzung der Lieferantenregel. Beim nächsten Bestellrun wiederholt sich das Spiel, weil die ERP-Logik nicht angepasst wurde. 

Manuelle Korrektur ist nicht falsch, aber sie ist eine Brücke, kein Ziel. Solange sie das einzige Werkzeug bleibt, hängt die Bestandsqualität an der Aufmerksamkeit einzelner Personen. Wechselt diese Person, geht das Wissen verloren. Wird das Sortiment größer, skaliert die manuelle Korrektur nicht mit. Und das ERP behält weiterhin Parameter, die das System bei jedem Bestellvorschlag neu in die falsche Richtung schieben. Der eigentliche Bestellvorschlag verdient erst dann das Vertrauen der Disposition, wenn die zugrundeliegenden Parameter ihn nicht mehr in eine bekannte Verzerrung treiben. 

Drei Methoden, um Mindestbestellmengen dispositionstauglich zu machen 

MOQ-Probleme lassen sich nicht durch eine einzelne Maßnahme lösen, aber durch eine Sequenz aus drei aufeinander aufbauenden Methoden begrenzen. Wer sie in dieser Reihenfolge umsetzt, hat nach jeder Stufe einen messbaren Effekt, ohne sofort die gesamte Lieferantenstruktur umstellen zu müssen. 

MOQ-Klassifizierung mit Ampellogik: Welche MOQs müssen aktiv gemanagt werden? 

Der erste Schritt trennt unproblematische von kritischen MOQs. Nicht jede Mindestbestellmenge ist gefährlich. Eine A-Artikel-MOQ, die einer Lagerreichweite von unter vier Wochen entspricht, ist in den meisten Sortimenten unkritisch. Erst wenn die durch die MOQ erzwungene Lagerreichweite eine Schwelle überschreitet, wird sie zum Bestandsproblem. 

Eine praxistaugliche Ampellogik kombiniert ABC-Klasse und MOQ-induzierte Lagerreichweite. Ein Artikel im grünen Bereich erfordert keine aktive Maßnahme. Ein Artikel im gelben Bereich, etwa B-Artikel mit MOQ-induzierter Reichweite zwischen vier und acht Wochen, sollte beim nächsten Stammdatencheck bewertet werden. Ein Artikel im roten Bereich, also C-Artikel mit Reichweiten über zwölf Wochen oder A-Artikel über sechs Wochen, ist Kandidat für eine sofortige Verhandlung oder für eine Lieferantenkonsolidierung. Diese Klassifizierung lässt sich aus den ERP-Daten in wenigen Stunden erstellen und liefert die Grundlage für jede weitere Maßnahme. 

Wer die MOQ-Werte selbst nicht aktuell kennt, sollte die Klassifizierung mit einem Stammdatenabgleich beginnen. Erfahrungsgemäß sind in jedem zweiten Sortiment zwischen fünf und fünfzehn Prozent der MOQs im ERP veraltet, also höher als die aktuell beim Lieferanten geltenden Werte. Diese Differenz lässt sich oft mit einer einzigen Anfrage an den Lieferanten klären. 

Bestellwert-MOQ statt Mengen-MOQ: Flexibilität durch Artikelmix 

Die zweite Methode arbeitet an der Form der MOQ, nicht an ihrer Höhe. Lieferanten formulieren ihre Anforderung auf zwei Arten: als Mengen-MOQ pro Artikel oder als Bestellwert-MOQ pro Bestellung. Eine Bestellwert-MOQ verlangt einen Mindesteinkaufswert von beispielsweise 2.000 Euro pro Order, lässt aber offen, wie sich dieser Wert über die einzelnen Artikel verteilt. 

Diese Form ist deutlich dispositionsfreundlicher. Statt jeden Einzelartikel über seine MOQ heben zu müssen, lässt sich der Wert durch eine Sammelbestellung mehrerer Artikel beim selben Lieferanten erreichen. Ein C-Artikel kann darin in seiner rechnerisch optimalen Menge bestellt werden, weil ein A-Artikel den Mindestwert mit trägt. 

Voraussetzung ist, dass der Lieferant diese Form anbietet. Viele tun es, kommunizieren es aber nicht aktiv. Eine konkrete Frage in der nächsten Verhandlungsrunde reicht oft aus. Wer auf einen reinen Mengen-MOQ-Lieferanten festgelegt ist, kann immer noch über Lieferantenkonsolidierung versuchen, mehrere Artikel-MOQs in eine Sammelbestellung zu integrieren, was den Effekt zumindest teilweise erreicht. 

MOQ-Verhandlung datenbasiert vorbereiten 

Die dritte Methode ist die, die den größten Hebel hat, aber die meiste Vorbereitung verlangt. Eine MOQ ist verhandelbar, sobald die Verhandlung mit Zahlen geführt wird. Die entscheidende Zahl ist nicht die MOQ selbst, sondern die Lagerkosten, die sie pro Jahr verursacht. 

Die Berechnung folgt einem einfachen Schema. Multiplizieren Sie den durchschnittlich durch die MOQ erzwungenen Mehrbestand mit dem Einkaufswert pro Stück und mit Ihrem internen Lagerkostensatz, also dem Anteil aus Kapitalbindung, Lagerflächenkosten und Obsoleszenzrisiko, der erfahrungsgemäß zwischen 18 und 25 Prozent pro Jahr liegt. Das Ergebnis ist die jährliche Belastung, die dieser eine Artikel durch die zu hohe MOQ verursacht. 

Mit dieser Zahl wird die Verhandlung zu einer anderen. Statt um Goodwill zu bitten, präsentiert der Einkauf konkrete Zahlen: Diese MOQ kostet uns X Euro pro Jahr. Die Frage an den Lieferanten lautet dann nicht mehr, ob er die MOQ senken kann, sondern in welcher Höhe seine Stückkosten-Vorteile aus der höheren MOQ wirklich liegen, gemessen am gemeinsam getragenen Schaden im Lager des Kunden. Die BVL-Studie Trends und Strategien in Logistik und Supply Chain Management 2025/26 zeigt, dass datenbasierte Verhandlungen mit Lieferanten in genau solchen Konstellationen die wirksamste Maßnahme sind, um langfristig Kapital aus dem Lager zu lösen. 

Eine Einschränkung gilt allerdings: Nicht jede MOQ ist verhandelbar. Bei sehr kleinen Volumina, bei Artikeln aus Asien-Pazifik mit Containerlogik oder bei Spezialteilen mit eigener Produktionslosgröße liegt die MOQ in der Realität des Lieferanten und ist auch durch den besten Verhandlungsansatz nicht zu unterschreiten. In diesen Fällen bleiben nur die Klassifizierung und gegebenenfalls die Lieferantenkonsolidierung. 

Drei Schritte, mit denen Sie sofort beginnen können 

Das MOQ-Problem ist keine Frage des Willens, sondern der Methode. Wer es strukturell angehen will, kommt mit drei Schritten in dieser Reihenfolge schnell zu einem messbaren Ergebnis. 

Zuerst alle A- und C-Artikel mit einer MOQ-induzierten Lagerreichweite von mehr als sechs Wochen identifizieren. Diese Liste ist in den meisten ERP-Systemen mit einer einzigen Auswertung verfügbar und liefert die Kandidaten für die nächsten beiden Schritte. Anschließend für jeden dieser Artikel die jährliche Lagerkostenbelastung berechnen, die durch die aktuelle MOQ entsteht. Diese Zahl ist die Verhandlungsgrundlage gegenüber dem Lieferanten und gleichzeitig die interne Argumentationsbasis für Investitionen in eine systematische Stammdatenpflege. Drittens die MOQ-Werte im ERP mit den aktuell geltenden Lieferantenkonditionen abgleichen, beginnend mit den Artikeln aus dem ersten Schritt. Erst danach lohnt es sich, in dynamische Dispositionsparameter oder erweiterte Bestellmengenmodelle zu investieren. Wer diese Reihenfolge umkehrt, kauft Werkzeuge für ein Problem, das er noch nicht quantifiziert hat. 

Weiterführende Quellen 

1. Fraunhofer IML: Dynamische Bestandsdisposition und robustes Service-Level-Management 

2. BVL (2025): Trends und Strategien in Logistik und Supply Chain Management 2025/26 

3. IHL Group (2023): Inventory Distortion: The Good, the Bad, the Ugly 

4. BCG (2026): Supply Chain Planning 2026: Why AI Alone Isn't Enough 

FAQ