Was ist der Meldebestand und wie lässt sich die manuelle Berechnung abschaffen?

Der Meldebestand ist der Lagerbestand, der einem Team signalisiert, wann ein Artikel nachbestellt werden muss. Sinkt der Bestand auf dieses Niveau oder darunter, muss das Unternehmen eine Bestellung aufgeben, die Produktion anstoßen oder eine andere Wiederbeschaffungsmaßnahme einleiten, bevor der Artikel ausläuft.

Die Grundformel ist einfach:

Meldebestand = Bedarf während der Lieferzeit + Sicherheitsbestand

Das Schwierige ist nicht die Mathematik, sondern die Eingabedaten aktuell genug zu halten, damit die Regel Produktion, Einkauf und Kundenversprechen zuverlässig schützt.

Dieser Artikel erklärt, wie der Meldebestand berechnet wird, was in der Fertigung als verwendbarer Bestand gilt, warum manuelle Berechnungen scheitern und was sich ändert, wenn Ihr ERP-System (Enterprise Resource Planning) gleichzeitig über aktuellen Bestand, Lieferzeiten, Bedarfssignale, Lieferantenregeln und Produktionsrestriktionen verfügt.

So funktioniert der Meldebestand in der Fertigung

Der Meldebestand lässt sich auf Rohstoffe, Komponenten, Verpackungsmaterial, Halbfertigwaren oder Fertigprodukte anwenden. Er ist am wichtigsten, wenn ein Artikel regelmäßigen Bedarf hat, eine relevante Wiederbeschaffungszeit aufweist und echte Folgen entstehen, wenn er nicht verfügbar ist, sobald die Produktion oder ein Kundenauftrag ihn benötigt.

Das Ziel ist nicht, erst dann zu bestellen, wenn das Regal leer ist, sondern früh genug, damit neue Ware eintrifft, bevor normaler Verbrauch und Unsicherheit zu einem Fehlbestand führen. Ein sinnvoller Auslösepunkt beantwortet eine praktische Frage: Wie weit kann der verfügbare Bestand sinken, wenn wir diesen Artikel weiterhin verbrauchen, während wir auf den nächsten Nachschub warten, bevor wir handeln müssen?

Die grundlegende Meldebestand-Formel

Die Meldebestand-Formel lautet:

Meldebestand = (Durchschnittlicher Tagesbedarf x Lieferzeit in Tagen) + Sicherheitsbestand

Ein einfaches Beispiel.

Ein Hersteller verbraucht täglich 40 Einheiten einer Komponente. Der Lieferant benötigt in der Regel 12 Tage für die Lieferung. Das Team hält einen Sicherheitsbestand von 150 Einheiten vor.

Die Berechnung ergibt:

(40 x 12) + 150 = 630

Das Team muss nachbestellen, sobald der verfügbare Bestand 630 Einheiten erreicht.

Der erste Teil der Formel deckt den erwarteten Verbrauch ab, während das Unternehmen auf die Lieferung wartet. Der Sicherheitsbestand deckt Unsicherheiten ab: Bedarfsspitzen, Lieferantenverzögerungen, Produktionsausschuss, Qualitätssperren oder andere operative Unwägbarkeiten.

Wer die Sicherheitsbestandsberechnung vertiefen möchte, findet sie separat in diesem praktischen Leitfaden zum Sicherheitsbestand. Für die Wiederbeschaffungsplanung kommt es auf die Beziehung zwischen beiden Werten an. Der Sicherheitsbestand schützt das Unternehmen vor Unsicherheiten; der Meldebestand verwandelt diesen Puffer in eine operative Regel.

Was gilt als Bestand in einer Meldebestand-Berechnung?

Bevor ein Team Meldebestände automatisiert, muss es festlegen, welcher Bestand für den Auslösepunkt zählt. Nur die physische Menge zu zählen ist für die Fertigung in der Regel zu ungenau. Das ERP zeigt möglicherweise 1.000 Einheiten an, doch die eigentliche Wiederbeschaffungsentscheidung hängt davon ab, wie viele dieser Einheiten verfügbar, reserviert, gesperrt, abgelaufen, unter Quarantäne, im Transit, einem Kunden zugeteilt oder am falschen Lagerort sind.

Eine Charge kann physisch vorhanden, aber nicht verfügbar sein, weil die Qualitätskontrolle sie gesperrt hat. Bestand kann im Lager liegen, aber für einen anderen Auftrag reserviert sein. Eine Palette kann existieren, aber für einen Kunden zu kurz vor dem Ablaufdatum sein. Eine Komponente kann unterwegs sein, für morgen erwartet werden und trotzdem nicht sicher für einen Fertigungsauftrag zählen, der diesen Nachmittag fällig ist.

Die Berechnung sollte mindestens unterscheiden zwischen:

• Physischem Lagerbestand.
• Verfügbarem Bestand, den das Team tatsächlich verbrauchen oder versenden kann.
• Reserviertem Bestand, der an Kundenaufträge, Fertigungsaufträge oder interne Bedarfe gebunden ist.
• Gesperrtem, unter Quarantäne stehendem, abgelaufenem oder qualitätsgesperrtem Bestand.
• Transitbestand mit verlässlichem erwartetem Eingangsdatum.
• Offenen Bestellungen, die vor der Engpasssituation eintreffen könnten.

Das spiegelt das FIFO- und LIFO-Problem im Fertigungslager wider. Die Buchführungsmethode spielt eine Rolle, aber der Betrieb muss auch wissen, welche Charge bewegt werden kann, welches Los verwendbar ist, welches Material gesperrt ist und welcher Bestand nicht angetastet werden darf. Diese Unterscheidung haben wir in dem Fertigungsleitfaden zu FIFO und LIFO behandelt.

Die Formel hilft nur, wenn „Bestand" den Bestand bezeichnet, den das Unternehmen für den zu schützenden Bedarf einsetzen kann.

Die Formel ist einfach, die Eingabedaten nicht.

Die Formel scheitert nicht daran, dass die Mathematik schwierig ist. Sie scheitert daran, dass die Eingabedaten veralten. Die Nachfrage ändert sich, wenn der Absatz anzieht, Prognosen sich verschieben, Kundenaufträge vorgezogen werden oder ein neuer Kanal mehr Bestand verbraucht als erwartet. Die Lieferzeiten ändern sich, wenn ein Lieferant ausgelastet ist, Mindestbestellmengen angepasst werden, der Transport länger dauert oder der Einkäufer den Lieferanten wechselt. Der verfügbare Bestand ändert sich, wenn Lager für einen anderen Auftrag reserviert, von der Qualität gesperrt, in der Produktion verbraucht, zurückgegeben, ausgeschossen, umgelagert, inventarisiert oder korrigiert werden.

Jede dieser Änderungen sollte die Bestellentscheidung beeinflussen. In vielen Unternehmen tut sie das nicht.

Der Einkäufer prüft noch immer denselben Export jeden Montag. Der Planer vertraut noch immer einer Lieferzeit, die vor sechs Monaten erfasst wurde. Das Lager korrigiert den Bestand nach einer Zählung, aber die Wiederbeschaffungsdatei wird erst aktualisiert, wenn jemand sie manuell erneuert. Die Produktion verbraucht mehr Material als geplant, aber der Einkauf erfährt von der Unterdeckung erst, wenn jemand fragt, wo die Komponente ist.

Warum manuelle Meldebestand-Berechnungen scheitern

Manuelle Verwaltung beginnt meist mit guten Absichten. Ein Tabellenblatt gibt dem Team eine Regel, eine gemeinsame Referenz und einen Weg weg vom Bauchgefühl. Dann wächst das Unternehmen über den Prüfrhythmus hinaus, und die Probleme werden vertraut:

• Bestandsexporte unterscheiden nicht zwischen verfügbarem, reserviertem, gesperrtem, abgelaufenem, im Transit befindlichem und physisch vorhandenem Lager.
• Lieferzeiten werden als stabile Durchschnittswerte behandelt, auch wenn sich die Lieferantenperformance verändert hat.
• Die Nachfragehistorie enthält Fehlbestandszeiträume, Aktionen oder Einmalaufträge, die den Durchschnitt verzerren.
• Der Sicherheitsbestand wird getrennt vom Einkauf und von der Produktion überprüft.
• Mindestbestellmengen, Lieferantenkalender, Haltbarkeit und Lagerkapazität bleiben außerhalb der Formel.
• Einkäufer müssen den Auslösepunkt noch immer manuell in Bestellungen überführen.

Das bedeutet nicht, dass das Team unachtsam ist. Es bedeutet, dass das Unternehmen von Menschen verlangt, eine operative Regel in statischen Daten am Leben zu erhalten.

Leider verschlimmert sich das Problem mit wachsendem Artikelkatalog. Zehn Auslösepunkte kann ein sorgfältiger Einkäufer noch prüfen, aber Hunderte oder Tausende werden zur Daueraufgabe. Das Team steht vor zwei schlechten Optionen: die Parameter ständig aktualisieren oder akzeptieren, dass einige davon falsch sind.

Hinzu kommt ein Timing-Problem. Ein Tabellenblatt zeigt dem Team typischerweise, was hätte bestellt werden sollen, nachdem das Risiko bereits eingetreten ist. Ein besseres System sollte Einkäufer warnen, bevor sich Lieferantenverzögerungen, Fehlbestände oder Produktionsunterbrechungen im Nachgang bemerkbar machen.

Das ist dieselbe Lektion hinter dem Lieferanten-OTIF. Die nützliche Version dieser Kennzahl ist nicht der Bericht, nachdem ein Lieferant versagt hat, sondern das Frühwarnsystem, das zeigt, welche Bestellposition, welcher Fertigungsauftrag, welches Material und welches Kundenversprechen gefährdet sind, bevor der Ausfall eintritt. Der Meldebestand sollte genauso funktionieren: Der Auslösepunkt markiert den Moment, in dem das System die nächste Wiederbeschaffungsmaßnahme einleiten muss, solange noch Zeit ist.

Meldebestand und Bestellmenge: der Unterschied

Der Meldebestand sagt, wann nachbestellt werden muss; die Bestellmenge sagt, wie viel bestellt werden muss. Diese Unterscheidung ist wichtig, weil der Auslösepunkt allein weder die Bestellung noch die Produktionsmenge bestimmt. Ist der Bestand auf diesem Niveau, muss das Team noch Mindestbestellmengen, Lieferantenrabatte, Containergrößen, Produktionslosgrößen, Haltbarkeit, Lagerkapazität, Betriebskapital und den erwarteten künftigen Bedarf berücksichtigen.

Bei einer stabilen Komponente kann das Unternehmen jedes Mal eine feste Menge bestellen. Bei einem saisonalen Fertigprodukt reicht es möglicherweise aus, einen Prognosezeitraum abzudecken. Bei einem verderblichen Rohstoff kann es sinnvoll sein, bewusst weniger als die wirtschaftliche Bestellmenge zu bestellen, weil das Haltbarkeitsrisiko mehr wiegt als der Stückpreis.

Hier schleicht sich die manuelle Arbeit wieder ein. Das Tabellenblatt kann einem Einkäufer signalisieren, dass bestellt werden soll, aber der Einkäufer muss noch immer Bedarf, Bestandsstatus, offene Bestellungen, Lieferantenbedingungen und Produktionsbedarf prüfen, bevor er handelt. Wenn diese Prüfungen in verschiedenen Werkzeugen stattfinden, wird die automatische Nachbestellung riskant statt nützlich.

Mit anderen Worten: Der Auslösepunkt signalisiert „jetzt handeln", aber der Einkäufer muss noch entscheiden, ob er eine Standardbestellung aufgibt, die Bestellung aufteilt, den Lieferanten wechselt, eine größere Menge bestellt, um ein Minimum zu erfüllen, die Menge reduziert, weil die Haltbarkeit knapp ist, oder die Planung fragt, ob die Produktion umgeplant werden sollte. Das System sollte bei dieser Entscheidung unterstützen, statt nur eine Meldung auszulösen.

In der Fertigung ist der Prozess ereignisgesteuert

In der Fertigung sinkt der Bestand nicht einfach, bis jemand bestellt. Er verändert sich, weil operative Ereignisse eintreten. Ein Kundenauftrag reserviert Fertigwaren, ein Fertigungsauftrag verbraucht Komponenten, eine Qualitätssperre macht physisch vorhandenes Lager unverfügbar, eine Stichprobeninventur korrigiert eine Differenz, eine Ausschussmeldung ändert den tatsächlichen Materialbedarf. Jedes Ereignis kann beeinflussen, ob ein Artikel seinen Meldebestand erreicht hat.

Deshalb sind periodische Überprüfungen fragil. Läuft die Berechnung nur einmal pro Woche, arbeitet das Unternehmen möglicherweise mehrere Tage lang auf Basis eines falschen Bildes. Läuft sie jede Nacht, ignoriert aber Qualitätsstatus, Reservierungen, Lieferantenbestätigungen oder Produktionsverbrauch, ist sie nur eine schnellere Version derselben schwachen Regel.

Der bessere Ansatz ist ereignisgesteuert. Wenn sich der Bestand bewegt, die Nachfrage ändert, die Qualität ein Material sperrt, ein Lieferant ein Datum aktualisiert oder die Produktion mehr als geplant verbraucht, sollte das System die Reichweite neu bewerten und entscheiden, ob eine Wiederbeschaffungsmaßnahme erforderlich ist.

Das bedeutet nicht, dass jede Änderung eine Bestellung auslöst. Es bedeutet, dass das System die Regel nah am Geschehen hält, das sie verändert.

Was automatisches Nachbestellen wirklich braucht

Automatisches Nachbestellen bedeutet nicht, dass Software unkontrolliert einkauft, was offensichtlich riskant wäre. Es bedeutet, dass das System routinemäßige Wiederbeschaffungsarbeit im Rahmen vom Team genehmigter Regeln vorbereiten oder auslösen kann und dann menschliche Validierung einfordert, wenn die Entscheidung Risiken birgt.

Damit automatisches Nachbestellen nützlich ist, braucht das System mehr als einen Artikelstamm und eine Bestandszahl. Es muss wissen:

• Den aktuellen verfügbaren Bestand, nicht nur den physischen.
• Reservierte, gesperrte, abgelaufene, unter Quarantäne stehende und im Transit befindliche Mengen.
• Offene Bestellungen und erwartete Eingangsdaten.
• Tatsächlichen und prognostizierten Bedarf aus Vertrieb, Prognosen und Produktionsplänen.
• Lieferzeiten, Mindestbestellmengen und Einkaufsregeln der Lieferanten.
• Sicherheitsbestand, Servicegradanforderungen oder Reichweitenziele.
• Haltbarkeit, Chargenstatus, Lagerkapazität und Qualitätsanforderungen, wenn relevant.
• Fertigungsaufträge, Kundenaufträge oder Prognosen, die gefährdet sind, wenn die Lieferung zu spät kommt.

Wenn diese Daten zusammengeführt sind, hört der Wiederbeschaffungsauslöser auf, ein Parameter zu sein, den jemand nachträglich prüft, und wird zu einer operativen Regel, die das System kontinuierlich überwacht.

Auch die Arbeit des Einkäufers verändert sich. Statt dieselbe Berechnung neu aufzubauen, dieselben Bestandsexporte zu prüfen und denselben Lieferantenaktualisierungen nachzujagen, bearbeitet der Einkäufer Ausnahmen: eine Lieferverzögerung, eine Bedarfsspitze, eine vorgeschlagene Bestellung, die eine Mindestmengenregel verletzt, oder eine Materialunterdeckung, die ein Kundenversprechen gefährdet.

Vom Meldebestand zu einem System, das handelt

Bonx ist ein KI-natives Fertigungs-ERP, das Auftragsmanagement, Bestandsführung, Einkauf und Lieferantenmanagement, Planung, Produktion, Qualität, Rückverfolgbarkeit und Logistik in einem operativen System verbindet. Für die Meldebestandsverwaltung bedeutet das: Bonx kann auf Basis des aktuellen operativen Kontexts handeln, anstatt darauf zu warten, dass jemand die Berechnung in einer Datei neu aufbaut.

Bonx inventory intelligence überwacht Bestandsbewegungen und Nachfrage, bewertet das Reichweitenrisiko und leitet Wiederbeschaffungsempfehlungen zur Validierung oder Anpassung weiter. Das gibt Teams eine bessere Möglichkeit, diese Regeln zu verwalten, weil sie nah an den Ereignissen bleiben, die sie verändern: Reservierungen, Verbrauch, Lieferantenverzögerungen, Nachfrageänderungen und Qualitätsstatus.

Der Einkauf ist genauso wichtig. Bonx procurement control integriert die Einkaufsarbeit in denselben operativen Ablauf, sodass Beschaffungsmaßnahmen auf Basis von tatsächlichem Bestand, Bedarf, Lieferanten- und Produktionskontext vorbereitet werden können, statt auf einer manuellen Rekonstruktion durch den Einkäufer zu beruhen.

Der Lebensmittelhersteller L'Atelier du Ferment hat Produktion, Einkauf, Haltbarkeit, Kühlraumkapazität und Chargenverfolgung mit Bonx verbunden. Bonx hilft dem Team, Fertigungsaufträge und Beschaffungsvorschläge auf Basis von Absatz, Haltbarkeit und Kühlraumkapazität zu erstellen und dabei die Rückverfolgbarkeit über mehr als 100.000 Flaschen sicherzustellen.

Das ist der Unterschied zwischen einem System, das Daten verwaltet, und einem System, das handelt. Ein System, das Daten verwaltet, speichert den Meldebestand. Ein System, das handelt, überwacht die Bedingungen rund um ihn, bereitet den nächsten Wiederbeschaffungsschritt vor und bezieht Menschen ein, wenn Urteilsvermögen gefragt ist.

In der Praxis bedeutet das: Der Auslösepunkt ist nicht länger isoliert vom Rest des Betriebs. Ein Niedrigbestandssignal kann gegen den Produktionsbedarf, Kundenversprechen, offene Bestellungen, Lieferantenregeln, Qualitätsstatus, Haltbarkeit und Lagerkapazitäten bewertet werden, bevor das System die nächste Maßnahme vorbereitet.

Häufige Fragen zum Meldebestand

Was ist der Meldebestand?

Der Meldebestand ist der Lagerbestand, der die Wiederbeschaffung auslöst. Sinkt der Bestand auf dieses Niveau oder darunter, muss das Unternehmen eine Bestellung aufgeben, die Produktion anstoßen oder eine andere Wiederbeschaffungsmaßnahme einleiten, bevor der Artikel ausläuft.

Wie lautet die Meldebestand-Formel?

Die Grundformel lautet: Meldebestand = Bedarf während der Lieferzeit + Sicherheitsbestand. Eine gängige Variante ist: Meldebestand = (durchschnittlicher Tagesbedarf x Lieferzeit in Tagen) + Sicherheitsbestand.

Was ist ein Beispiel für den Meldebestand?

Wenn ein Hersteller täglich 40 Einheiten verbraucht, die Lieferzeit 12 Tage beträgt und der Sicherheitsbestand 150 Einheiten ist, liegt der Meldebestand bei (40 x 12) + 150 = 630 Einheiten. Das Team muss nachbestellen, sobald der verfügbare Bestand 630 Einheiten erreicht.

Was ist der Unterschied zwischen Meldebestand und Sicherheitsbestand?

Der Sicherheitsbestand ist ein zusätzlicher Lagerbestand, der als Puffer gegen Unsicherheiten gehalten wird. Der Meldebestand ist der Bestandswert, der dem Team signalisiert, wann nachbestellt werden muss. Der Sicherheitsbestand ist Teil der Meldebestand-Formel, aber beide Begriffe bedeuten nicht dasselbe.

Was ist der Unterschied zwischen Meldebestand und Bestellmenge?

Der Meldebestand sagt, wann nachbestellt werden muss. Die Bestellmenge sagt, wie viel bestellt werden muss. Nachdem ein Artikel seinen Meldebestand erreicht hat, muss das Team die Menge noch auf Basis von Lieferantenregeln, Losgrößen, Lagerkapazität, Haltbarkeit, Betriebskapital und erwartetem Bedarf festlegen.

Lässt sich der Meldebestand automatisch berechnen?

Ja. Ein Fertigungs-ERP oder ein Echtzeit-Bestandssystem kann den Meldebestand automatisch berechnen, wenn es über aktuellen Bedarf, Bestandsstatus, Lieferzeiten, Sicherheitsbestandsregeln und offene Wiederbeschaffungsdaten verfügt. Die Formel bleibt dieselbe, aber die Eingabedaten bleiben näher an der operativen Realität.

Wie unterstützt Bonx beim Meldebestand-Management?

Bonx ist ein KI-natives Fertigungs-ERP, das Bestandsführung, Einkauf, Planung, Produktion, Qualität, Rückverfolgbarkeit und Logistik verbindet. Mit Bonx inventory intelligence und Bonx procurement control können Teams Bestände und Nachfrage überwachen, Reichweitenrisiken bewerten und Wiederbeschaffungsmaßnahmen zur Validierung oder Anpassung vorbereiten.