Blogartikel
Meldebestand berechnen: Warum statische Richtwerte im ERP gefährlich werden
Der Meldebestand bestimmt, wann eine neue Bestellung ausgelöst wird. Ist er falsch gesetzt, kommt die Bestellung zu früh und erzeugt Überbestand, oder zu spät und erzeugt Out-of-Stock. Das eigentliche Problem: In den meisten ERP-Systemen wird der Meldebestand einmal hinterlegt und danach selten überprüft, obwohl sich Lieferzeiten, Verbrauchsmengen und Saisonmuster regelmäßig verändern. Dieser Artikel erklärt die Formel, benennt die häufigsten Veraltungsursachen und zeigt, wie dynamische Anpassung ohne Großprojekt gelingt.
Bestellungen, die zu früh oder zu spät ausgelöst werden, erzeugen Überbestand oder Out-of-Stock, und der Meldebestand ist oft der stille Verursacher. Die IHL Group beziffert die weltweiten Verluste durch Bestandsverzerrung, also durch das Nebeneinander von Fehlmengen und Überbeständen, im Milliardenbereich. Die BVL-Trendstudie 2025/26 nennt die laufende Parameterpflege als unterschätzten Hebel im Bestandsmanagement des Mittelstands. Der Meldebestand ist ein Parameter, der veraltet, sobald sich die Wiederbeschaffungszeit oder der Verbrauch ändert, und beides ändert sich im Betriebsalltag regelmäßig. Der Fehler bleibt unsichtbar, bis er sich in Bestandsabweichungen zeigt. Dieser Artikel erklärt die Meldebestand-Formel vollständig, benennt vier Ursachen, durch die ein statischer Meldebestand unbemerkt falsch wird, und liefert einen strukturierten Überprüfungsrhythmus.
Meldebestand berechnen: Formel, Eingabewerte und Abgrenzung zum Sicherheitsbestand
Der Meldebestand beantwortet eine einzige Frage: Ab welchem Lagerbestand muss ich bestellen, damit die Ware ankommt, bevor der Bestand aufgebraucht ist? Die Antwort hängt von zwei Eingabewerten ab, und beide veralten stiller als gedacht. Wer die Formel kennt, kann jeden hinterlegten Meldebestand überprüfen, statt ihm blind zu vertrauen.
Die Formel: Verbrauch mal Wiederbeschaffungszeit plus Sicherheitsbestand
Der Meldebestand, im Englischen Reorder Point, ist der Lagerbestand, bei dessen Unterschreitung das System eine neue Bestellung auslöst. Er berechnet sich aus drei Bestandteilen: dem durchschnittlichen Tagesverbrauch multipliziert mit der Wiederbeschaffungszeit, addiert zum Sicherheitsbestand. Als Formel: Meldebestand gleich durchschnittlicher Tagesverbrauch mal Wiederbeschaffungszeit in Tagen, plus Sicherheitsbestand.
Die drei Bestandteile im Einzelnen: Der durchschnittliche Tagesverbrauch ist der bereinigte tägliche Abverkauf der letzten zwölf bis 24 Monate. Die Wiederbeschaffungszeit (WBZ) ist die Zeitspanne zwischen Bestellauslösung und Wareneingang, und zwar der aktuelle, nicht der historische Wert. Der Sicherheitsbestand ist der Puffer, der separat berechnet wird und den der Artikel zur Sicherheitsbestandsberechnung im Detail behandelt. Die Methodik der Meldebestandsformel ist bei Silver, Pyke und Thomas (2017) als Standard dokumentiert.
Ein Beispielszenario, kein belegter Einzelfall, macht die Rechnung greifbar: Ein Artikel hat einen durchschnittlichen Tagesverbrauch von 15 Stück, eine Wiederbeschaffungszeit von 7 Tagen und einen Sicherheitsbestand von 30 Stück. Der Meldebestand ist dann 15 mal 7 plus 30, also 135 Stück. Sobald der Lagerbestand auf 135 Stück fällt, wird eine Bestellung ausgelöst. Intuitiv gesprochen ist der Meldebestand der Bestand, der während der Lieferzeit noch verbraucht wird, plus der Puffer darunter. Wie viel dann bestellt wird, ist eine andere Frage, die der Artikel zur optimalen Bestellmenge beantwortet. Der Meldebestand bestimmt nur den Zeitpunkt, nicht die Menge.
Die Prüffrage: Wissen Sie, mit welchem durchschnittlichen Tagesverbrauch und welcher Wiederbeschaffungszeit der Meldebestand Ihrer zehn umsatzstärksten Artikel berechnet wurde?
Meldebestand und Sicherheitsbestand: zwei verschiedene Fragen
Die häufigste Verwechslung im Dispositionsalltag ist die Gleichsetzung von Meldebestand und Sicherheitsbestand. Beide sind gekoppelt, haben aber verschiedene Funktionen. Der Sicherheitsbestand ist der Puffer unter dem Meldebestand, der im Normalbetrieb nicht erreicht werden soll. Der Meldebestand ist der Auslösepunkt darüber, bei dem die Bestellung ausgelöst wird.
Der Unterschied lässt sich an einem einfachen Bild festmachen. Wenn der Lagerbestand den Meldebestand erreicht, ist noch genug Ware auf Lager, um die gesamte Lieferzeit zu überbrücken, einschließlich des Sicherheitspuffers. Wird dagegen der Sicherheitsbestand unterschritten, ist etwas schiefgelaufen: Die Wiederbeschaffungszeit war länger als geplant, oder der Verbrauch war höher als prognostiziert. Der Sicherheitsbestand ist also die Reserve für den Ausnahmefall, der Meldebestand der planmäßige Auslöser. Die Grundformel und die Kopplung beider Parameter behandelt der Artikel zur Sicherheitsbestandsberechnung ausführlicher.
Die Prüffrage: Sind in Ihrem ERP Sicherheitsbestand und Meldebestand als getrennte Parameter hinterlegt, oder wird nur einer von beiden explizit geführt?
Wann der Meldebestand korrekt gesetzt ist und wann nicht
Ein Meldebestand lässt sich auf Plausibilität prüfen, auch ohne die genaue Herleitung zu kennen. Zwei Bedingungen müssen immer gelten: Der Meldebestand liegt über dem Sicherheitsbestand, und er liegt über dem Produkt aus durchschnittlichem Verbrauch und Wiederbeschaffungszeit. Sind beide erfüllt, ist die Größenordnung grundsätzlich stimmig.
Zwei Fehlerbilder treten typischerweise auf. Ein zu niedriger Meldebestand liegt nur knapp über dem Sicherheitsbestand und lässt keinen Spielraum für Verbrauchsschwankungen während der Lieferzeit, die Folge sind Fehlmengen. Ein zu hoher Meldebestand liegt deutlich über der Summe aus Verbrauch mal Wiederbeschaffungszeit und Sicherheitsbestand, die Bestellung wird dann regelmäßig ausgelöst, bevor sie nötig wäre, und bindet unnötig Kapital. Als Orientierungswert für A-Artikel gilt ein Korridor zwischen der rechnerischen Untergrenze und etwa dem Anderthalbfachen dieses Werts. Die Fraunhofer-IML-Forschung zur dynamischen Bestandsdisposition beschreibt diese laufende Plausibilitätsprüfung als Kern einer belastbaren Disposition.
Die Prüffrage: Liegt Ihr Meldebestand für A-Artikel im Korridor zwischen der rechnerischen Untergrenze und etwa dem Anderthalbfachen?
Vier Ursachen, durch die ein statischer Meldebestand unbemerkt falsch wird
Ein statischer Meldebestand, also ein einmal gesetzter Wert ohne automatische Aktualisierung, veraltet nicht durch Fehler, sondern durch Veränderung. Vier Faktoren verändern sich im Betriebsalltag regelmäßig, ohne dass der Meldebestand automatisch nachgezogen wird. Der Disponent, der damit arbeitet, macht nichts falsch, ihm fehlt nur ein Prozess, der zur Überprüfung auffordert.
Ursache 1: Die Wiederbeschaffungszeit verändert sich
Der häufigste Veraltungsgrund ist eine veränderte Lieferzeit, die im ERP nicht nachgezogen wird. Liefert ein Lieferant langsamer als früher und bleibt die hinterlegte Wiederbeschaffungszeit unverändert, wird die Bestellung zwar bei scheinbar ausreichendem Bestand ausgelöst, doch bis zur Lieferung ist der Sicherheitsbestand bereits unterschritten. Der Out-of-Stock entsteht, obwohl der Meldebestand rechnerisch eingehalten wurde.
Umgekehrt gilt dasselbe: Liefert ein Lieferant schneller als früher, wird die Bestellung früher ausgelöst als nötig, und es entsteht regelmäßiger Überbestand. Die Liefertreue eines Lieferanten ist deshalb ein direkter Frühindikator für die Verlässlichkeit der hinterlegten Wiederbeschaffungszeit, wie der Artikel zur Lieferantenbewertung im SCM zeigt. Wer die Bewertung des Einkaufs kennt, weiß, welche Wiederbeschaffungszeiten zuerst zu prüfen sind.
Die Prüffrage: Wurden die Wiederbeschaffungszeiten Ihrer zehn wichtigsten Lieferanten in den letzten zwölf Monaten im ERP aktualisiert?
Ursache 2: Der Verbrauch verändert sich
Der zweite Faktor ist der durchschnittliche Tagesverbrauch. Er verändert sich durch einen neuen Großkunden, einen verlorenen Absatzkanal, einen Saisonwechsel oder eine Sortimentserweiterung. Steigt der Verbrauch, während der Meldebestand unverändert bleibt, wird die Bestellung zu spät ausgelöst, weil der Bestand schneller sinkt als bei der ursprünglichen Berechnung angenommen.
Ein methodischer Fehler verschärft das bei saisonalen Artikeln: Ein über das ganze Jahr gemittelter Tagesverbrauch bildet weder die Hochsaison noch die Nebensaison korrekt ab. Für Artikel mit erkennbarem Saisonmuster ist deshalb ein saisonspezifischer Verbrauchswert nötig, nicht der Jahresdurchschnitt. Wie sich Saisonmuster methodisch sauber erfassen lassen, behandelt der Artikel zur Saisonalität in der Prognose. Welche Artikel überhaupt diese Aufmerksamkeit verdienen, ordnet der Artikel zur ABC-XYZ-Analyse ein.
Ursache 3: Die ERP-Einführung als eingefrorener Stichtag
Der dritte Faktor ist der unauffälligste. In vielen Betrieben wurde der Meldebestand bei der ERP-Einführung gesetzt, auf Basis der damaligen Wiederbeschaffungszeit und des damaligen Verbrauchs. Seither steht er unverändert im System. Dieses schleichende Auseinanderdriften von hinterlegtem Parameter und realer Lage ist die Parameterdrift, die der Artikel zu Dispositionsparametern als strukturelles Muster beschreibt.
Je älter das ERP, desto wahrscheinlicher die Abweichung zwischen hinterlegtem und realem Meldebestand. Ein Wert, der vor fünf Jahren korrekt war, kann heute deutlich daneben liegen, ohne dass jemand aktiv einen Fehler gemacht hat. Der Meldebestand ist in solchen Fällen kein Planungsinstrument mehr, sondern ein historischer Richtwert, der den Bestellzeitpunkt bestimmt, ohne die aktuelle Realität zu kennen.
Die Prüffrage: Wann wurde der Meldebestand Ihrer 20 umsatzstärksten Artikel zuletzt systematisch überprüft?
Ursache 4: Saisonalität ohne saisonale Anpassung
Der vierte Faktor führt die ersten beiden zusammen. Ein statischer Meldebestand mit einheitlichem Tagesverbrauch ist bei saisonalen Artikeln zwangsläufig einen Teil des Jahres falsch: In der Hochsaison zu niedrig, weil der reale Verbrauch über dem Jahresmittel liegt, und in der Nebensaison zu hoch, weil er darunter liegt. Die Folge sind systematische Fehlmengen in der Saisonspitze und ebenso systematischer Überbestand in der schwachen Phase.
Die Lösung ist ein saisonaler Meldebestand: zwei Parametersätze für Hoch- und Nebensaison statt eines einzigen Werts. Der Umschaltzeitpunkt orientiert sich am bekannten Saisonverlauf des Artikels, sodass der höhere Meldebestand rechtzeitig vor der Spitze greift. Dieser Schritt klingt aufwendiger, als er ist, weil er nur die wenigen wirklich saisonalen A-Artikel betrifft und dort den größten Fehler behebt.
Meldebestand dynamisch halten: drei Schritte ohne ERP-Großprojekt
Dynamische Meldebestandssteuerung ist kein Systemthema, sondern ein Prozessthema. Ein dynamischer Meldebestand, also einer, der regelmäßig auf Basis aktueller Wiederbeschaffungszeit und Verbrauchsdaten neu berechnet wird, entsteht durch drei Schritte, die ohne neue Software funktionieren. Der Hebel liegt in der Regelmäßigkeit, nicht in der Technik.
Schritt 1: Aktuelle Wiederbeschaffungszeit je Lieferant prüfen und hinterlegen
Der erste Schritt ist eine einmalige Bestandsaufnahme mit dauerhafter Wirkung. Die tatsächlichen Lieferzeiten der letzten zwölf Monate werden je Lieferant mit der im ERP hinterlegten Wiederbeschaffungszeit abgeglichen. Wo die Abweichung mehr als einen Tag beträgt, als Orientierungswert, wird die Wiederbeschaffungszeit aktualisiert und der Meldebestand neu berechnet.
Die Priorisierung folgt dem Volumen. A-Lieferanten mit dem höchsten Anteil am Bestellvolumen werden zuerst geprüft, weil bei ihnen der Planungsimpact am größten ist. So bleibt der Aufwand beherrschbar, denn die wenigen umsatzstarken Lieferanten decken den Großteil des Risikos ab. Die Ergebnisse aus der Lieferantenbewertung liefern hier die Vorarbeit, wie der Artikel zur Lieferantenbewertung im SCM beschreibt.
Schritt 2: ABC-basierte Überprüfungsrhythmen einführen
Der zweite Schritt macht aus der einmaligen Prüfung eine Routine. Nicht jeder Artikel braucht denselben Rhythmus, deshalb wird die Überprüfungsfrequenz nach ABC-Klasse gestaffelt. Als Orientierungswerte gelten: A-Artikel quartalsweise überprüfen, bei einer Verbrauchsveränderung von mehr als 20 Prozent sofort neu berechnen. B-Artikel halbjährlich, C-Artikel jährlich oder bei bekannter Sortimentsveränderung.
Für saisonale A-Artikel werden die zwei Parametersätze aus der vierten Veraltungsursache zum Standard: ein Meldebestand für die Hochsaison, einer für die Nebensaison. Diese Staffelung sorgt dafür, dass die Aufmerksamkeit dorthin fließt, wo der größte Wert und die größte Veränderungsdynamik zusammentreffen. Welche Artikel in welche Klasse fallen, bestimmt der Artikel zur ABC-XYZ-Analyse.
Schritt 3: Auslöser für außerplanmäßige Neuberechnung definieren
Der dritte Schritt ergänzt den festen Rhythmus um ereignisgesteuerte Prüfungen. Bestimmte Ereignisse machen einen Meldebestand sofort veraltet, unabhängig vom Kalender: ein Lieferantenwechsel, eine Konditionsänderung mit Auswirkung auf die Wiederbeschaffungszeit, ein neuer Großkunde, eine Sortimentsveränderung oder ein Saisonwechsel. Diese Auslöser sollten als dokumentierter Prozessschritt hinterlegt sein, nicht als individuelle Gedächtnisleistung eines einzelnen Disponenten.
Am wirksamsten wird der Prozess, wenn die Meldebestand-Überprüfung ein fester Punkt im monatlichen Abstimmungstreffen zwischen Vertrieb, Einkauf und Disposition ist, wie es der Artikel zu S&OP im Mittelstand beschreibt. So wird aus einer leicht vergessenen Einzelaufgabe ein regelmäßiger Tagesordnungspunkt. Die BCG-Studie Supply Chain Planning 2026 hält fest, dass gepflegte Parameter die Voraussetzung jeder späteren Automatisierung sind, weil ein System sonst die falschen Werte automatisiert.
Der Parameter, der stiller veraltet als jeder andere
Der Meldebestand bestimmt den Bestellzeitpunkt, und er veraltet in den meisten Betrieben unauffälliger als jeder andere Dispositionsparameter. Die Formel ist einfach, das Problem liegt nicht in der Berechnung, sondern in der fehlenden Wiederholung. Ein Wert, der einmal stimmte, bleibt so lange unverdächtig, bis ein Out-of-Stock oder ein Überbestand ihn sichtbar macht.
Drei Sofortschritte lohnen sich. Erstens die tatsächlichen Lieferzeiten der zehn wichtigsten Lieferanten mit der hinterlegten Wiederbeschaffungszeit abgleichen und die Abweichungen über einem Tag finden. Zweitens den Meldebestand der zehn umsatzstärksten Artikel mit der Formel aus durchschnittlichem Verbrauch mal Wiederbeschaffungszeit plus Sicherheitsbestand neu berechnen und mit dem ERP-Wert vergleichen. Drittens für saisonale A-Artikel prüfen, ob ein einheitlicher oder ein saisonspezifischer Meldebestand hinterlegt ist.
Ein Meldebestand, der auf aktueller Wiederbeschaffungszeit und bereinigten Verbrauchsdaten beruht und quartalsweise überprüft wird, ist kein Zusatzaufwand. Er ist der kleinste Schritt, der die meisten stillen Fehler in der Bestellauslösung verhindert. Und er ist die Voraussetzung dafür, dass eine spätere Automatisierung der Bestellvorschläge auf richtigen Werten aufsetzt statt auf eingefrorenen Annahmen aus dem Jahr der ERP-Einführung.
Weiterführende Quellen
Fraunhofer IML: Dynamische Bestandsdisposition und robustes Service-Level-Management
BVL (2025): Trends und Strategien in Logistik und Supply Chain Management 2025/26
Silver, E.A., Pyke, D.F. & Thomas, D.J. (2017): Inventory and Production Management in Supply Chains, 4. Auflage, CRC Press (ISBN 978-1-4665-7008-6)
BCG (2026): Supply Chain Planning 2026: Why AI Alone Isn't Enough
FAQ
Was ist ein Meldebestand, und was unterscheidet ihn vom Sicherheitsbestand?
Der Meldebestand (Reorder Point) ist der Lagerbestand, bei dessen Unterschreitung das System eine Bestellung auslöst. Er berechnet sich aus dem durchschnittlichen Verbrauch während der Wiederbeschaffungszeit plus dem Sicherheitsbestand. Der Sicherheitsbestand ist der Puffer unterhalb des Meldebestands, der im Normalbetrieb nicht verbraucht werden soll, sondern nur Schwankungen auffängt. Der Unterschied: Der Meldebestand ist der planmäßige Auslösepunkt, der Sicherheitsbestand die Reserve für den Ausnahmefall. Beide sind gekoppelt, denn der Sicherheitsbestand ist ein Bestandteil der Meldebestandsformel.
Wie berechne ich den Meldebestand?
Der Meldebestand berechnet sich nach der Formel: durchschnittlicher Tagesverbrauch mal Wiederbeschaffungszeit in Tagen, plus Sicherheitsbestand. Ein Beispiel: Bei einem Tagesverbrauch von 15 Stück, einer Wiederbeschaffungszeit von 7 Tagen und einem Sicherheitsbestand von 30 Stück ergibt sich ein Meldebestand von 15 mal 7 plus 30, also 135 Stück. Sobald der Lagerbestand diese Grenze unterschreitet, wird bestellt. Wichtig ist, dass beide Eingabewerte aktuell sind: der Verbrauch als bereinigter Durchschnitt der letzten Monate und die Wiederbeschaffungszeit als tatsächlicher, nicht historischer Wert.
Was ist die Wiederbeschaffungszeit, und wie aktuell ist der Wert in meinem ERP?
Die Wiederbeschaffungszeit (WBZ) ist die Zeitspanne zwischen der Auslösung einer Bestellung und dem Wareneingang. Sie ist einer der beiden kritischen Eingabewerte für den Meldebestand. In vielen ERP-Systemen wurde die Wiederbeschaffungszeit bei der Einführung gesetzt und seither nicht aktualisiert, obwohl sich Lieferzeiten verändern. Der einfachste Test ist ein Abgleich der tatsächlichen Lieferzeiten der letzten zwölf Monate mit dem hinterlegten Wert. Weicht die Realität um mehr als einen Tag ab, ist der Meldebestand automatisch falsch, weil er auf einer veralteten Wiederbeschaffungszeit beruht.
Warum löst mein ERP Bestellungen zu früh oder zu spät aus?
Meist liegt es an einem veralteten Meldebestand. Zu frühe Bestellungen entstehen, wenn die Wiederbeschaffungszeit gesunken oder der Verbrauch zurückgegangen ist, der Meldebestand aber unverändert hoch bleibt, so wird zu früh ausgelöst und Überbestand aufgebaut. Zu späte Bestellungen entstehen umgekehrt, wenn die Wiederbeschaffungszeit gestiegen oder der Verbrauch angezogen ist, der Meldebestand aber zu niedrig bleibt, so kommt die Ware nach dem Stockout. In beiden Fällen ist nicht der Bestellprozess defekt, sondern der hinterlegte Auslösewert veraltet.
Was ist Parameterdrift, und wie erkenne ich ihn beim Meldebestand?
Parameterdrift ist die schleichende Veränderung der realen Nachfrage- und Lieferbedingungen, die nicht in den hinterlegten Parametern gespiegelt wird. Beim Meldebestand zeigt sie sich, wenn Wiederbeschaffungszeit oder Verbrauch sich verändert haben, der hinterlegte Wert aber gleich geblieben ist. Erkennen lässt sie sich an wiederkehrenden Mustern: Ein Artikel, der regelmäßig kurz vor der Lieferung leerläuft, hat einen zu niedrigen Meldebestand. Ein Artikel, bei dem die Bestellung eintrifft, während das Lager noch gut gefüllt ist, hat einen zu hohen. Beides sind Symptome von Parameterdrift.
Wie oft sollte ich den Meldebestand überprüfen?
Als Orientierungswerte für den Rhythmus: A-Artikel quartalsweise, B-Artikel halbjährlich, C-Artikel jährlich oder bei bekannter Sortimentsveränderung. Zusätzlich lohnt eine sofortige Neuberechnung bei einer Verbrauchsveränderung von mehr als 20 Prozent oder bei klaren Auslösern wie Lieferantenwechsel, neuem Großkunden oder Saisonwechsel. Wichtiger als die exakte Frequenz ist die Regelmäßigkeit: Ein fester Termin, etwa im monatlichen Abstimmungstreffen zwischen Einkauf und Disposition, verhindert, dass die Überprüfung im Tagesgeschäft untergeht und die Parameter still veralten.
Brauche ich für saisonale Artikel einen eigenen Meldebestand je Saison?
Ja, bei Artikeln mit erkennbarem Saisonmuster ist ein einheitlicher Meldebestand über das ganze Jahr methodisch falsch. Ein über das Jahr gemittelter Tagesverbrauch ist in der Hochsaison zu niedrig und in der Nebensaison zu hoch, mit der Folge von Fehlmengen in der Spitze und Überbestand in der schwachen Phase. Die Lösung sind zwei Parametersätze: ein höherer Meldebestand für die Hochsaison, ein niedrigerer für die Nebensaison, mit einem Umschaltzeitpunkt kurz vor dem Saisonwechsel. Dieser Aufwand lohnt sich vor allem für die saisonalen A-Artikel, wo der Fehler am teuersten ist.
