StartseiteKI & Maschinelles LernenBestandsauffüllungs-Simulator — Nachfrage, Sicherheitsbestand & Fehlbestände

📦 Bestandsauffüllungs-Simulator — Nachfrage, Sicherheitsbestand & Fehlbestände

Lassen Sie die Tage in einem prognosegesteuerten Nachbestellsystem vergehen — beobachten Sie, wie Lagerbestände, Sicherheitsbestandspuffer und automatische Bestellungen auf Nachfrageschwankungen reagieren.

KI & Maschinelles Lernen3DMittel60 FPS
smart-inventory-management ↗ Eigenständig öffnen

Über den Bestandsauffüllungs-Simulator

Jeder Einzelhändler und Lagerverwalter steht vor demselben Balanceakt: Bestellt man zu wenig Bestand, geht der Vorrat aus, was Verkäufe und Kundenvertrauen kostet; bestellt man zu viel, liegt Kapital untätig im Regal und kostet still durch Lagerung und Verderb. Die klassische Antwort ist ein Meldebestandssystem — eine Regel, die die Lagerbestände überwacht und automatisch eine Bestellung auslöst, sobald der Bestand auf einen Schwellenwert fällt, der aus der jüngsten Nachfrage, ihrer Schwankung und der Lieferzeit einer neuen Bestellung berechnet wird. Diese Simulation lässt genau dieses System Tag für Tag laufen: Eine zufällige tägliche Nachfrage wird generiert (mit einem einstellbaren wöchentlichen saisonalen Zyklus), eine rollierende 30-Tage-Prognose der durchschnittlichen Nachfrage und ihrer Standardabweichung wird neu berechnet, und ein auf das gewählte Service-Level bemessener Sicherheitsbestandspuffer wird zur erwarteten Nachfrage während der Lieferzeit hinzugefügt, um einen live berechneten Meldebestand zu erzeugen.

Beobachten Sie, wie die Bestandslinie mit den täglichen Verkäufen abwärts driftet, unter die orangefarbene Meldebestandslinie fällt, um eine Bestellung auszulösen, und nach der eingestellten Lieferzeit wieder ansteigt, wenn die Bestellung eintrifft. Fehlbestandstage — wenn die Nachfrage den verfügbaren Bestand übersteigt — werden rot hervorgehoben. Passen Sie die durchschnittliche Nachfrage, die Nachfrageschwankung, die saisonale Amplitude, die Lieferzeit, das Service-Level und die Bestellmengenmethode (feste Menge oder eine berechnete wirtschaftliche Bestellmenge) an und beobachten Sie, wie die Live-KPIs — Lieferquote, Fehlbestandstage, durchschnittlicher Bestand, Lagerkosten und Fehlbestandskosten — in Echtzeit auf Ihre Entscheidungen reagieren.

Häufig gestellte Fragen

Was ist ein Meldebestand und wie wird er berechnet?

Der Meldebestand (ROP) ist der Lagerbestand, bei dem eine neue Bestellung ausgelöst werden muss, damit der Nachschub eintrifft, bevor der Bestand aufgebraucht ist. ROP = (durchschnittliche tägliche Nachfrage × Lieferzeit in Tagen) + Sicherheitsbestand. Der erste Term deckt die erwartete Nachfrage während der Wartezeit auf die Lieferung ab; der Sicherheitsbestand-Term deckt Nachfrage ab, die in diesem Zeitraum höher als der Durchschnitt ausfällt. In dieser Simulation wird der Meldebestand jeden Tag neu aus einer rollierenden 30-Tage-Nachfrageprognose berechnet, sodass er steigt und fällt, wenn sich Nachfragetrends ändern.

Wie wird der Sicherheitsbestand berechnet, und warum ist der Service-Level-Z-Wert wichtig?

Sicherheitsbestand = z × σ × √(Lieferzeit), wobei σ die Standardabweichung der täglichen Nachfrage ist (geschätzt aus dem rollierenden 30-Tage-Fenster) und z der Z-Wert für das gewählte Service-Level ist: etwa 1,28 für 90 %, 1,645 für 95 % und 2,33 für 99 %. Der Z-Wert wandelt eine angestrebte Wahrscheinlichkeit, nicht auszuverkaufen, in eine Anzahl von Standardabweichungen als Puffer um. Eine Erhöhung des Service-Levels von 90 % auf 99 % verdoppelt den Puffer nahezu, da der Rand der Normalverteilung viel dünner wird, je weiter man die Wahrscheinlichkeit eines Fehlbestands senkt.

Warum benötigen längere Lieferzeiten größere Sicherheitsbestandspuffer?

Der Sicherheitsbestand skaliert mit der Quadratwurzel der Lieferzeit, weil sich die Nachfrageunsicherheit über jeden Tag der Exposition summiert: Die Varianz addiert sich linear über unabhängige Tage, sodass die Standardabweichung mit √(Zeit) wächst. Eine Verdopplung der Lieferzeit von 5 auf 10 Tage multipliziert den erforderlichen Sicherheitsbestand nur um etwa das 1,41-Fache, nicht das 2-Fache — aber sie verdoppelt auch den deterministischen Nachfrageterm (durchschnittliche Nachfrage × Lieferzeit) im Meldebestand, sodass der insgesamt benötigte Puffer spürbar wächst, obwohl der Unsicherheitsterm unterlinear wächst.

Was misst die Lieferquote, und warum bedeutet eine 100%ige Lieferquote nicht null Kosten?

Die Lieferquote ist der Prozentsatz der gesamten Kundennachfrage, der tatsächlich aus dem vorhandenen Lagerbestand gedeckt wurde, ohne Fehlbestand: verkaufte Einheiten ÷ nachgefragte Einheiten. Eine 100%ige Lieferquote bedeutet, dass jeder Kunde sofort bekam, was er wollte, aber das erfordert in der Regel einen sehr großen Sicherheitsbestand, was die täglichen Lagerkosten erhöht. Einzelhändler streben selten 100 % an; sie wählen ein Service-Level (z. B. 95–98 %), das die Kosten gelegentlicher Fehlbestände gegen die Kosten der Kapitalbindung in Lagerbestand abwägt, der im Regal liegt.

Was ist der Zielkonflikt zwischen Lagerkosten und Fehlbestandskosten?

Lagerkosten fallen für jede Einheit an, die jeden Tag im Bestand liegt (gebundenes Kapital, Lagerplatz, Verderbrisiko), während Fehlbestandskosten nur bei Nachfrage anfallen, die nicht gedeckt werden konnte (entgangene Verkäufe, Eilkosten, beschädigtes Kundenvertrauen). Eine Erhöhung von Meldebestand und Sicherheitsbestand reduziert die Fehlbestandskosten, erhöht aber die Lagerkosten, und umgekehrt. Die Gesamtkostenkurve in dieser Simulation ist typischerweise U-förmig: zu wenig Bestand und Fehlbestandskosten dominieren, zu viel Bestand und Lagerkosten dominieren, mit einem Minimum irgendwo dazwischen, das von Ihren spezifischen Kostenverhältnissen abhängt.

Was ist die wirtschaftliche Bestellmenge (EOQ), und wann sollte sie anstelle einer festen Bestellmenge verwendet werden?

Die EOQ ist die Bestellmenge, die die Summe aus Bestellkosten (fixe Kosten pro Bestellung, z. B. Verwaltung, Versandabwicklung) und Lagerkosten minimiert, gegeben durch EOQ = √(2 × D × S ⁄ H), wobei D die jährliche Nachfrage, S die Kosten pro Bestellung und H die jährlichen Lagerkosten pro Einheit sind. Bestellungen in kleinen, häufigen Chargen halten den durchschnittlichen Bestand (und die Lagerkosten) niedrig, treiben aber die Bestellkosten in die Höhe; Bestellungen in großen, seltenen Chargen bewirken das Gegenteil. EOQ ist am nützlichsten, wenn Bestell- und Lagerkosten bekannt sind und die Nachfrage einigermaßen stabil ist; schalten Sie es ein, um zu sehen, wie der Simulator automatisch eine Bestellmenge berechnet, anstatt eine feste Chargengröße zu verwenden.

Warum erschwert Nachfragesaisonalität die Bestandsprognose?

Eine rollierende Durchschnittsprognose geht davon aus, dass die jüngste Vergangenheit repräsentativ für die nahe Zukunft ist. Wenn die Nachfrage einen wöchentlichen (oder saisonalen) Zyklus hat, vermischt ein einfacher gleitender Durchschnitt Tage mit hoher und niedriger Nachfrage, sodass er dem tatsächlichen Muster hinterherhinkt — er unterschätzt kurz vor einem Nachfragehöhepunkt und überschätzt kurz danach. In dieser Simulation vergrößert eine Erhöhung der saisonalen Amplitude die Lücke zwischen der naiven rollierenden Prognose und der tatsächlichen Nachfrage, was sich als häufigere Fehlbestände nahe saisonalen Höhepunkten zeigt, obwohl sich die langfristige durchschnittliche Nachfrage nicht geändert hat. Produktions-Prognosesysteme behandeln dies mit saisonaler Zerlegung anstelle eines einfachen gleitenden Durchschnitts.

⚙ Unter der Haube

Lassen Sie die Tage in einem prognosegesteuerten Nachbestellsystem vergehen — beobachten Sie, wie Lagerbestände und automatische Bestellungen auf die Nachfrage reagieren.

Three.jsWebGLKIMaschinelles Lernen

3D · Three.js / WebGL-Renderer · 60-FPS-Ziel · läuft vollständig clientseitig, keine Installation nötig

Was haben Sie gefunden?

Reproduktionsschritte hinzufügen (optional)