Mindestbestand berechnen: Welche Formel zu Ihrem ERP passt

Im Artikelstamm ist ein Mindestbestand gepflegt. Trotzdem bleibt häufig unklar, was beim Unterschreiten passiert: Erzeugt das System einen Bestellvorschlag, gibt es eine Warnung aus oder sperrt es einen Vorgang? Diese Frage muss vor der Berechnung beantwortet werden.

Das Gabler Wirtschaftslexikon führt den Mindestbestand als Synonym für den Sicherheitsbestand, also als Reserve für ungeplante Abweichungen. In mehreren ERP-Systemen bezeichnet dasselbe Wort dagegen eine Warn- oder Bestellschwelle. Wer den Mindestbestand berechnen will, klärt daher zuerst die Feldfunktion und wählt erst danach den Rechenweg.

Was der Mindestbestand im ERP tatsächlich steuert

Entscheidend ist nicht der Feldname, sondern die dahinterliegende Programmlogik. Ein gleich bezeichnetes Feld kann eine Reserve markieren, eine Warnung auslösen oder eine Bestellung anstoßen. Deshalb muss jede Definition dem konkreten System zugeordnet werden.

Das Gabler Wirtschaftslexikon führt für „Mindestbestand“ keinen eigenen Eintrag. Der Begriff verweist auf „Sicherheitsbestand“: eine Vorratsmenge, die ungeplante Mehrentnahmen, längere Beschaffungszeiten oder Qualitätsabweichungen ausgleichen soll. Als weiteres Synonym nennt Gabler den „eisernen Bestand“. In dieser Lesart ist der Mindestbestand eine Reserve und keine Bestellschwelle.

In den Systemen sieht es anders aus. Vier Beispiele, jeweils aus der Herstellerdokumentation:

Microsoft Dynamics 365 Business Central unterscheidet Sicherheitsbestand und Meldebestand ausdrücklich. Nur wenn kein Meldebestand gepflegt ist, kann der Sicherheitsbestand dessen Auslösefunktion übernehmen. Da die deutschsprachige Dokumentation maschinell übersetzt ist und Begriffe teilweise vermischt, sind für die Praxis die konkreten Felder und das beschriebene Systemverhalten entscheidend.

Die praktische Frage lautet daher nicht, welche Bedeutung allgemein „richtig“ ist. Entscheidend ist, was das eigene System mit dem gepflegten Wert macht.

Mindestbestand berechnen: zwei Funktionen, zwei Herleitungen

Aus der Funktion eines Feldes folgt nicht automatisch, wie sein Wert zu rechnen ist. Odoo etwa prüft den prognostizierten Bestand gegen den Min-Wert und bezieht dabei Vorlaufzeit und künftige Bedarfe ein, nennt aber keine Formel für den Wert selbst. Die folgenden zwei Herleitungen sind deshalb keine Systemvorgaben, sondern die beiden Wege, die zur jeweiligen Funktion passen.

Die Reservefunktion

Soll das Feld einen Puffer für ungeplante Abweichungen abbilden, entspricht der Mindestbestand in dieser Lesart dem Sicherheitsbestand und wird nach dessen Logik ermittelt:

Mindestbestand = Sicherheitsbestand

Der Sicherheitsbestand puffert Schwankungen während der Wiederbeschaffungszeit, also der Spanne von der Bestellung bis zur Verfügbarkeit im eigenen Lager einschließlich Wareneingang. In die Rechnung gehen die Streuung der Nachfrage, diese Wiederbeschaffungszeit und ein angestrebter Servicegrad ein. Welche Methode dafür die richtige ist und welche Daten sie voraussetzt, steht im Beitrag zum Sicherheitsbestand berechnen.

Die Auslösefunktion

Soll das Feld dagegen eine Bestellung anstoßen, muss die Schwelle den erwarteten Bedarf bis zum nächsten Wareneingang zuzüglich des Sicherheitspuffers abdecken. Im klassischen Bestellpunktverfahren, bei dem der Bestand laufend gegen diese Schwelle geprüft wird, kann dafür der Meldebestand dienen:

Meldebestand = Tagesbedarf × Wiederbeschaffungszeit + Sicherheitsbestand

Wie Ihr System den Schwellenwert prüft, ist davon zu trennen. Manche Systeme vergleichen den physischen Bestand, andere den prognostizierten. Die Pflege und Aktualisierung dieses Werts behandelt der Beitrag zum Meldebestand berechnen.

Was der Unterschied praktisch ausmacht

Ein Beispielszenario aus dem Molkereisortiment, mit runden Zahlen: Ein Artikel geht mit 40 Einheiten pro Tag ab, die Wiederbeschaffungszeit beträgt 2 Tage, der Sicherheitsbestand ist mit 60 Einheiten festgelegt.

In der Reservefunktion steht im Feld die 60. Als klassischer Meldebestand für dieses Beispiel ergibt sich dagegen 40 × 2 + 60 = 140. Derselbe Feldname, mehr als der doppelte Wert. Die 140 sind dabei nicht der allgemeingültige Mindestbestand für weclapp oder Odoo, sondern das Ergebnis des klassischen Bestellpunktverfahrens unter diesen Annahmen.

Was eine Verwechslung kostet

Die beiden Zahlen sind nicht nur verschieden groß, sie wirken auch in verschiedene Richtungen falsch.

Wird ein Reservewert in ein Feld geschrieben, das eine Bestellung auslöst, dann startet die Beschaffung erst, wenn der Bestand bereits auf der Reserve angekommen ist. Im Beispiel wäre das bei 60 Einheiten. Bis die Ware nach zwei Tagen eintrifft, sind bei 40 Einheiten Tagesabgang rechnerisch 80 Einheiten verbraucht worden, also mehr als vorhanden waren. Die Fehlmenge entsteht nicht durch einen Planungsfehler, sondern durch einen Wert, der für eine andere Aufgabe gedacht war.

Im umgekehrten Fall wird ein Auslösewert als dauerhaft zu haltende Untergrenze gepflegt. Im vereinfachten Beispiel bleiben dadurch 140 statt 60 Einheiten als Puffer im Lager. Die zusätzlichen 80 Einheiten binden Kapital und Fläche; bei Ware mit Ablaufdatum verkürzen sie außerdem den Haltbarkeitsspielraum. Sichtbar wird das meist nicht als Fehlermeldung, sondern als schwer erklärbarer Dauerbestand.

Beide Fälle sind keine Rechenfehler. Die Formel stimmt jeweils, sie beantwortet nur eine andere Frage als die, die das Feld stellt.

Wenn das System beide Felder führt

Häufig steht die Frage gar nicht als Entweder-oder. SAP Business One etwa trennt die Warnschwelle von dem Feld, das die Beschaffung anstößt. Wo ein System zwei getrennte Felder anbietet, entfällt die Entscheidung zwischen den beiden Funktionen: Jede bekommt ihr eigenes Feld und damit ihre eigene Herleitung.

Wenn ein System beide Felder anbietet, sollten drei Konstellationen geprüft werden. Unterschiedliche Werte können korrekt sein, wenn sie den jeweiligen Funktionen zugeordnet sind. Derselbe Wert kann zufällig passen, sollte aber begründet werden, weil Reserve und Bestellschwelle unterschiedliche Fragen beantworten. Ist nur ein Feld gepflegt, entscheidet die Systemlogik, ob die zweite Funktion inaktiv bleibt oder ein anderer Parameter ersatzweise greift. Das lässt sich in der Dokumentation und im Artikelstamm prüfen.

Die Zuordnung prüfen

Prüfen Sie zuerst die Herstellerdokumentation oder das Verhalten in einer Testumgebung. Bleibt die Funktion unklar, können Sie dort an einem unkritischen Testartikel einen Wert oberhalb des aktuellen oder prognostizierten Bestands setzen, die Reaktion beobachten und den Wert anschließend zurücksetzen. Ob ein Bestellvorschlag, eine Warnung oder eine Sperre entsteht, entscheidet über die passende Herleitung. Wie sich beide Größen in das übrige Kennzahlengerüst einordnen, zeigt die Übersicht zu den Lagerkennzahlen.

Mindestbestand bei Frischware: was die Restlaufzeit ändert

Bei Frische, Molkerei und Kühlware kommt eine Größe hinzu, die in keiner der beiden Formeln vorkommt: die Restlaufzeit, also die verbleibende Zeit bis zum Mindesthaltbarkeitsdatum. Im Trockensortiment muss ein Planungsparameter vor allem zu Bedarf und Lieferzeit passen. Bei Frischware muss der daraus entstehende Bestand zusätzlich innerhalb der verfügbaren Restlaufzeit abverkauft werden können.

Wird ein statischer Schwellenwert regelmäßig wieder aufgefüllt, ohne Restlaufzeit und erwarteten Abverkauf zu berücksichtigen, kann dabei mehr Ware im Lager gehalten werden, als vor Ablauf des MHD verkauft werden kann. Die Reserve, die gegen Fehlmengen schützen soll, erzeugt dann Abschriften. Der Effekt tritt nicht zwangsläufig ein; er hängt davon ab, wie hoch der Wert im Verhältnis zum tatsächlichen Abverkauf liegt und wie kurz die Restlaufzeit der gelieferten Ware ist. Wie sich Haltbarkeit systematisch in die Bestandsplanung einbeziehen lässt, beschreibt der Beitrag zu MHD und Verderb.

Wichtig ist dabei, den resultierenden Bestand zu betrachten. Eine Auslöseschwelle ist ein Bestellzeitpunkt, kein Zielbestand. Nach dem Wareneingang bestimmen Restbestand, Liefermenge und erwarteter Abverkauf gemeinsam, wie lange die Ware im Lager bleibt. Auch eine Sicherheitsreserve ist zunächst eine Menge und nicht automatisch eine bestimmte Palette. Ob sich die Ware innerhalb dieser Menge dreht, hängt von der Entnahmereihenfolge ab. Die Restlaufzeit muss deshalb gegen den erwarteten Abverkauf und den resultierenden Bestand geprüft werden.

Entscheidend ist die Entnahmereihenfolge. Werden faktisch die zuletzt eingelagerten Paletten zuerst entnommen, bleibt ältere Ware zurück und verliert Restlaufzeit. Wird nach dem frühesten Ablaufdatum kommissioniert, also nach dem FEFO-Prinzip, dreht sich die Ware mit der kürzesten Restlaufzeit zuerst. Der gepflegte Schwellenwert ist in beiden Fällen derselbe, seine Wirkung auf mögliche Abschriften aber nicht. Wer bei Frischware eine Untergrenze setzt, sollte deshalb wissen, wie das Lager die Chargen tatsächlich zuordnet.

Lieferrhythmus und Saison

Der zweite Punkt betrifft den Lieferkalender. Feste Bestell- und Liefertage verändern den Zeitraum, den die Planung bis zur nächsten möglichen Versorgung abdecken muss. Wer nur dienstags und freitags beliefert wird, überbrückt zwischen zwei Lieferungen mehr Tage als die reine Transportzeit vermuten lässt. Ob dafür der Mindestbestand, der Meldebestand oder ein anderer Planungsparameter angepasst wird, hängt vom jeweiligen System ab.

Drittens verdient Saisonware eine eigene Betrachtung. Ein Wert, der für die Hauptsaison gesetzt und danach nicht angefasst wird, kann Bestand binden, der so nicht mehr gebraucht wird. Das ist kein Automatismus, sondern eine Frage des Überprüfungsrhythmus.

Für Ware, die physisch im Lager liegt, aber noch dem Lieferanten gehört, gilt eine Zwischenlösung: Konsignationsware zählt in Verfügbarkeit und Reichweite mit, bindet aber kein eigenes Kapital. Im Streckengeschäft, bei dem der Lieferant direkt an den Kunden liefert, entsteht gar kein Bestand und damit auch kein Mindestbestand.

Mindestbestand und Bestellvorschlag: was ein System abnimmt

Ein einzelner Schwellenwert je Artikel ist schnell gepflegt. Bei mehreren tausend Positionen, wechselnden Lieferzeiten und saisonalen Verläufen wird die regelmäßige Prüfung jedoch zur Daueraufgabe. Circly führt für Bestellvorschläge Prognose, Lagerbestand, Lieferzeit, Sicherheitsbestand und Lieferantenrestriktionen in einer Empfehlung zusammen. Die Herleitung bleibt auf Artikelebene vollständig nachvollziehbar. Ein statischer Schwellenwert kann dabei eine Leitplanke bleiben, ist aber nicht mehr die einzige Grundlage der Bestellentscheidung. Der Disponent prüft den Vorschlag, passt ihn bei Bedarf an und gibt ihn frei.

Fazit

Die Reihenfolge ist wichtiger als die Formel. Prüfen Sie zuerst, was das Feld im eigenen System auslöst, und dokumentieren Sie die Funktion in der Artikelstammpflege. Wählen Sie danach die passende Herleitung: die Sicherheitsbestandsmethode für eine Reserve oder den Meldebestand für eine Bestellschwelle. Bei Frischware vergleichen Sie zusätzlich den resultierenden Bestand und den erwarteten Abverkauf mit der verfügbaren Restlaufzeit. Erst danach lohnt die Diskussion über die Höhe. Andernfalls optimieren Sie eine Zahl, deren Wirkung im System nicht eindeutig geklärt ist.

Weiterführende Quellen

1. Gabler Wirtschaftslexikon (2026): Sicherheitsbestand, Springer Gabler

2. SAP SE (2026): Artikelstammdaten, Registerkarte Bestandsdaten, SAP Business One 10.0

3. weclapp SE (2026): Wie funktioniert die Disposition und wie werden Bestellvorschläge erzeugt?

4. Odoo S.A. (2026): Nachbestellregeln, Odoo 18.0 Dokumentation

5. Microsoft (2026): Designdetails, Planungsparameter, Dynamics 365 Business Central

6. Schönsleben, P. (2024): Handbuch Integrales Logistikmanagement, Springer Vieweg

7. Silver, E.A., Pyke, D.F. & Thomas, D.J. (2017): Inventory and Production Management in Supply Chains, 4. Auflage, CRC Press

8. Brabänder, C. (2020): Stochastisches Bestandsmanagement. Grundmodelle für Betriebswirte, Springer Gabler

FAQ