Wann Sie Lagerbestand nachbestellen sollten: einfache Formeln gegen Fehlbestände

Geprüft und aktualisiert im Juni 2026 — Formeln und PrestaShop-Bestandseinstellungen für die Versionen 1.7, 8 und 9 geprüft.

Dieses Szenario spielt sich jede Woche in PrestaShop-Shops ab. Sie öffnen Katalog → Bestände, und Ihr meistverkauftes Produkt hat nur noch 3 Stück auf Lager. Ihr Lieferant braucht 14 Tage für die Lieferung. Sie verkaufen im Schnitt etwa 2 Stück pro Tag. Die Rechnung ist hart und eindeutig: In weniger als zwei Tagen sind Sie ausverkauft, die Nachlieferung kommt erst zwei Wochen später an, und Ihr Top-Produkt bringt zwölf Tage lang keinen Umsatz. Das Frustrierende daran: Nichts davon kam überraschend — die Daten, mit denen Sie es hätten vorhersehen können, lagen die ganze Zeit in Ihrem Backoffice. Ein Meldebestand ist schlicht die Zahl, die aus „schon wieder ausverkauft“ ein „die neue Ware war eine Woche vor Bedarf da“ macht.

In diesem Leitfaden geht es um genau eine Entscheidung: Bei welchem Lagerbestand geben Sie die nächste Bestellung beim Lieferanten auf, und wie hinterlegen Sie diesen Schwellenwert in PrestaShop so, dass das System Sie informiert, statt dass Sie daran denken müssen. Es ist die Planungsebene unter jeder anderen Bestandsentscheidung — ob Sie ausverkaufte Produkte ausblenden, ob Sie Rückstandsbestellungen zulassen, wie Sie Ihren Katalog strukturieren. Das sind eigene Fragen mit eigenen Antworten, die unten an passender Stelle verlinkt sind; hier bleiben wir bei der Formel und den Backoffice-Einstellungen, die sie durchsetzen.

Die Meldebestandsformel

Die nützlichste Bestandskennzahl, die Sie berechnen können, ist der Meldebestand — also der Lagerbestand, bei dem Sie eine neue Lieferantenbestellung auslösen:

Meldebestand = (durchschnittlicher Tagesabsatz × Lieferzeit) + Sicherheitsbestand

Rechenbeispiel:

• Durchschnittlicher Tagesabsatz: 5 Stück
• Lieferzeit des Lieferanten: 10 Tage
• Sicherheitsbestand: 15 Stück
• Meldebestand = (5 × 10) + 15 = 65 Stück

Wenn der verfügbare Bestand auf 65 fällt, bestellen Sie nach. Die 50 Stück (5 × 10) decken den erwarteten Absatz während der Lieferzeit ab; der Sicherheitspuffer von 15 Stück fängt eine besonders starke Woche oder eine verspätete Lieferung ab. Was bringt Ihnen das konkret? Die Lieferantenbestellung geht genau in dem Moment raus, in dem beim Eintreffen der Ware noch ein knapper, aber positiver Puffer übrig ist — nicht Wochen zu früh (Kapital liegt im Regal fest) und nicht drei Tage zu spät (das oben beschriebene Szenario mit zwölf umsatzlosen Tagen).

Die drei Eingaben sind keine Schätzungen ins Blaue. Zwei davon — durchschnittlicher Tagesabsatz und Ihre tatsächliche Lieferzeit — stehen bereits in Ihrer PrestaShop-Datenbank. In den nächsten Abschnitten geht es darum, sie sauber herauszuziehen.

Durchschnittlichen Tagesabsatz aus PrestaShop-Daten berechnen

Nutzen Sie mindestens 30 Tage Verkaufshistorie, besser 90 Tage, wenn Sie die Daten haben. Kürzere Zeitfenster sind zu sprunghaft — eine gute Woche zieht den Durchschnitt nach oben, und Sie bestellen zu viel. PrestaShop liefert Ihnen diese Zahl ohne Tabellenkalkulation: Unter Statistiken → Bestseller können Sie einen Datumsbereich festlegen und sehen pro Produkt die insgesamt verkaufte Menge in diesem Zeitraum. Teilen Sie die verkauften Einheiten durch die Anzahl der Tage im Zeitraum, und Sie erhalten den durchschnittlichen Tagesabsatz.

Zwei Verfeinerungen sind wichtig, damit die Formel ehrlich bleibt:

• Schließen Sie Tage aus, an denen ein Produkt tatsächlich ausverkauft war. Wenn ein Produkt in einem 30-Tage-Fenster acht Tage lang bei null lag, unterschätzt die Division durch 30 die echte Nachfrage, und Sie setzen den Meldebestand zu niedrig — der nächste Fehlbestand ist damit praktisch vorprogrammiert. Teilen Sie durch die Tage, an denen das Produkt verfügbar war, nicht durch Kalendertage.
• Berücksichtigen Sie Saisonalität mit dem Vorjahr, nicht mit dem Vormonat. Bei einem Saisonartikel nehmen Sie denselben Zeitraum aus dem Vorjahr und passen ihn an Ihr Wachstum an. Letzten Juni 300 Stück eines Produkts verkauft und das Geschäft ist um 20% gewachsen? Planen Sie für diesen Juni mit etwa 360 Stück. Ein gleitender 90-Tage-Durchschnitt würde die Nachfragespitze komplett verfehlen.

Wenn Sie Kombinationen nutzen (Größen, Farben), ziehen Sie die Zahlen pro Kombination, nicht nur pro Produkt — eine „M“, die täglich verkauft wird, und eine „XXL“, die monatlich verkauft wird, brauchen unterschiedliche Meldebestände, auch wenn sie dieselbe Produktseite teilen. PrestaShop verwaltet Bestand pro Kombination, und Ihre Planung sollte das ebenfalls tun.

Wenn Sie die Rohdaten lieber selbst abrufen möchten — zum Beispiel, um eine Tabelle zu füttern, die Meldebestände für viele Produkte auf einmal berechnet — liefert eine schreibgeschützte Abfrage unter Erweiterte Einstellungen → Datenbank → SQL-Manager die verkauften Einheiten pro Produkt für ein Zeitfenster. Diese Abfrage summiert Mengen aus validierten Bestellungen der letzten 90 Tage:

SELECT od.product_id,
       od.product_name,
       SUM(od.product_quantity) AS units_sold
FROM ps_order_detail od
JOIN ps_orders o
  ON o.id_order = od.id_order
WHERE o.valid = 1
  AND o.date_add >= DATE_SUB(NOW(), INTERVAL 90 DAY)
GROUP BY od.product_id, od.product_name
ORDER BY units_sold DESC;

Teilen Sie jeden units_sold-Wert durch 90 (oder, wie oben beschrieben, durch die Tage, an denen das Produkt tatsächlich verfügbar war), um den durchschnittlichen Tagesabsatz zu erhalten. Die Abfrage liest nur — sie ändert keine Daten. o.valid = 1 beschränkt sie auf Bestellungen, die PrestaShop als echte Verkäufe zählt, damit stornierte Bestellungen und Zahlungsfehler die Nachfrage nicht künstlich erhöhen. Für Details auf Kombinationsebene gruppieren Sie zusätzlich nach od.product_attribute_id. Für die meisten Shops ist jedoch Statistiken → Bestseller mit Datumsbereich der SQL-freie Weg zu denselben Zahlen.

Sicherheitsbestand: wie viel Puffer reicht aus?

Der Sicherheitsbestand deckt die zwei Dinge ab, die der Durchschnitt nicht sieht: Nachfragespitzen und Lieferverzug.

• Nachfrageschwankungen: Der Durchschnitt liegt bei 5/Tag, echte Tage bewegen sich aber zwischen 3 und 8. Der Puffer deckt die überdurchschnittlichen Tage ab, während Sie auf Nachschub warten.
• Lieferschwankungen: Der Lieferant nennt 10 Tage und liefert öfter in 14, als er zugeben würde. Der Puffer deckt die Lücke zwischen zugesagter und tatsächlicher Lieferzeit.

Eine praxistaugliche Formel für kleine Shops:

Sicherheitsbestand = (maximaler Tagesabsatz − durchschnittlicher Tagesabsatz) × maximale Lieferzeit

Rechenbeispiel:

• Maximaler Tagesabsatz (realistisch stärkster Tag): 8 Stück
• Durchschnittlicher Tagesabsatz: 5 Stück
• Maximale Lieferzeit (schlechtester beobachteter Fall): 14 Tage
• Sicherheitsbestand = (8 − 5) × 14 = 42 Stück

Das ist bewusst konservativ — es ist für den Fall „starker Verkaufstag trifft verspätete Lieferung“ dimensioniert. Bei unkritischen Produkten oder knapper Liquidität können Sie den Wert senken. Der Zielkonflikt verschwindet nie: Mehr Sicherheitsbestand bedeutet weniger Fehlbestände, aber mehr gebundenes Kapital; weniger Sicherheitsbestand setzt Kapital frei, erhöht aber das Risiko, trockenzulaufen. Genau deshalb sollten Sie, wie der nächste Abschnitt zeigt, nicht für jedes Produkt denselben Puffer ansetzen.

ABC-Analyse: investieren Sie Aufmerksamkeit dort, wo der Umsatz entsteht

Sie führen vielleicht Hunderte SKUs, aber sie verdienen nicht alle denselben Aufwand. Die ABC-Analyse sortiert Produkte nach ihrem Umsatzbeitrag, damit Sie dort präzise planen, wo ein Fehlbestand wirklich weh tut:

Die Umsatzverteilung folgt meist der bekannten Pareto-Form; verstehen Sie die Prozentwerte als Richtung und prüfen Sie Ihre eigenen Zahlen unter Statistiken → Bestseller, sortiert nach Verkaufswert. Der Punkt bleibt derselbe: Perfekte Nachbestellplanung für ein Produkt, das zweimal im Monat verkauft wird, ist verschwendete Mühe, wenn die Schwellenwerte Ihrer A-Produkte nicht stimmen. Berechnen Sie vollständige Meldebestände und Sicherheitsbestände für A-Produkte, arbeiten Sie bei B-Produkten näherungsweise, und bei C-Produkten genügt oft ein einfaches „nachbestellen, sobald dieser runde Wert erreicht ist“.

Meldebestände im PrestaShop-Backoffice hinterlegen

Ein Meldebestand, den Sie aktiv prüfen müssen, ist ein Meldebestand, den Sie irgendwann vergessen. PrestaShop kann den Schwellenwert für Sie überwachen. Öffnen Sie bei jedem Produkt den Tab Mengen; dort finden Sie zwei Einstellungen, die Ihre berechnete Zahl in ein automatisches Signal verwandeln:

• Mindestmenge für den Verkauf — wie weit der Bestand fallen darf, bevor das Produkt nicht mehr bestellbar ist. Das ist Ihre Untergrenze, nicht Ihr Nachbestellauslöser.
• Warnung bei niedrigem Lagerbestand (das Feld „Benachrichtigung per E-Mail erhalten“ / Schwelle für niedrigen Lagerbestand) — setzen Sie dieses Feld auf Ihren Meldebestand, nicht auf 1 oder 2, und aktivieren Sie die E-Mail-Option. Wenn der verfügbare Bestand diesen Wert unterschreitet, sendet PrestaShop eine E-Mail-Warnung bei niedrigem Lagerbestand. Empfänger ist die Benachrichtigungsadresse des Händlers/Mitarbeiters, kein Feld aus den Kundeneinstellungen — prüfen Sie in Ihrer Version, wohin diese E-Mail in der Mitarbeiter- oder E-Mail-Warnkonfiguration geleitet wird. Diese E-Mail ist Ihr Auslöser für „heute beim Lieferanten bestellen“.

Der Mechanismus im Hintergrund: Der Bestand jedes Produkts oder jeder Kombination liegt in der Tabelle ps_stock_available und wird über die Klasse StockAvailable verwaltet. Jede Bestellung reduziert ihn und löst den Hook actionUpdateQuantity aus; darauf basiert die Prüfung auf niedrigen Lagerbestand. Sie müssen nichts davon anfassen — aber genau deshalb ist es wichtig, das Warnfeld pro Kombination zu setzen: Jede Kombination hat ihre eigene Zeile und ihren eigenen Schwellenwert.

Eine Plattformentscheidung prägt all das. In modernen PrestaShop-Versionen liegt die Bestandsverwaltung unter Shop-Einstellungen → Produkteinstellungen, gesteuert durch den Konfigurationswert PS_STOCK_MANAGEMENT. In PrestaShop 1.6 gab es zusätzlich die erweiterte Lagerverwaltung (mehrere Lager, physische vs. nutzbare Mengen, Lieferantenbewegungen in ps_stock), gesteuert durch den Wert PS_ADVANCED_STOCK_MANAGEMENT — ein Konzept aus der 1.6-Ära, das neuere Versionen nicht mehr als normale Einstellung anzeigen. Für einen kleinen Shop mit einem Lagerort ist einfacher Bestand plus Warnung bei niedrigem Lagerbestand das richtige Werkzeug — diese alte ASM-Mechanik brachte echten Zusatzaufwand mit und war für Lagerprozesse gebaut, nicht für einen Shop, der bei einem Lieferanten nachbestellt.

Wenn Sie aus den nativen E-Mails bei niedrigem Lagerbestand herausgewachsen sind — weil Sie lieber eine Ansicht möchten, die jedes Produkt unter seinem Meldebestand samt Lieferant und vorgeschlagener Bestellmenge zeigt, statt einzelnen E-Mails hinterherzulaufen — dann lohnt sich ein dediziertes Bestands-Dashboard. Die breitere Frage, ab wann das Backoffice nicht mehr reicht, behandeln wir in Bestandsverwaltung für kleine Onlineshops, und der Modulkatalog von mypresta.rocks enthält Werkzeuge, die Meldebestandsverletzungen im gesamten Katalog in einer Ansicht sichtbar machen statt nur als einzelne Produktwarnungen.

Wie viel Sie jedes Mal bestellen sollten

Der Meldebestand sagt Ihnen, wann Sie bestellen; die Bestellmenge sagt Ihnen, wie viel. Bestellen Sie zu oft, verschwenden Sie Verwaltungszeit und zahlen zu viele Versandkosten; bestellen Sie zu viel, binden Sie Kapital und Lagerfläche. Die Lehrbuchantwort lautet optimale Bestellmenge:

EOQ = √(2 × Jahresbedarf × Bestellkosten / Lagerkosten pro Einheit)

• Jahresbedarf: verkaufte Einheiten pro Jahr (ein volles Jahr aus Statistiken → Bestseller).
• Bestellkosten: die Fixkosten einer einzelnen Bestellung — Versand, Abwicklung, Ihre Verwaltungszeit.
• Lagerkosten: die jährlichen Kosten, um eine Einheit zu lagern — Fläche, Versicherung und Opportunitätskosten des gebundenen Kapitals, häufig 15–25% der Einstandskosten.

Ehrlich gesagt brauchen die meisten kleinen Shops keine Quadratwurzel. Eine praktikable Regel: Bestellen Sie genug, um die Nachfrage bis zur nächsten natürlichen Nachbestellung zu decken, plus Ihren Sicherheitsbestand. Wenn Sie monatlich nachbestellen und 150 Stück im Monat verkaufen, bestellen Sie 150 plus den Puffer, der Sie auf Ihrem Zielniveau beim Sicherheitsbestand hält. Greifen Sie erst zu EOQ, wenn Bestellkosten oder Lagerkosten so hoch sind, dass die Bestellhäufigkeit Ihre Marge wirklich verändert.

Ihre Formeln sind nur so gut wie Ihre Lieferzeitdaten

Der häufigste Grund, warum ein rechnerisch korrekter Meldebestand trotzdem in einem Fehlbestand endet: In der Formel steht die Lieferzeit, die der Lieferant zugesagt hat, nicht die Lieferzeit, in der er tatsächlich liefert. Erfassen Sie reale Lieferzeiten und verwenden Sie echte Zahlen:

• Protokollieren Sie den Abstand zwischen dem Tag, an dem Sie bestellen, und dem Tag, an dem die Ware tatsächlich eintrifft — in der alten erweiterten Lagerverwaltung von 1.6 versehen Lager → Lagerbewegungen Wareneingänge mit Zeitstempeln; in einem modernen Shop mit einfacher Bestandsverwaltung erfassen Sie Lieferzeiten manuell in einer Spalte Ihrer Nachbestelltabelle.
• Nutzen Sie für die Sicherheitsbestandsberechnung Ihrer A-Produkte die schlechteste beobachtete Lieferzeit, nicht den Durchschnitt. Der Puffer ist für den schlechten Fall da.
• Halten Sie für A-Produkte einen Ersatzlieferanten bereit und bestellen Sie in einem festen Rhythmus — Lieferanten priorisieren planbare Kunden, was Ihre reale Lieferzeit oft unauffällig verkürzt.

Was Fehlbestände wirklich kosten — und welche Entscheidungen daraus folgen

Händler unterschätzen die Kosten ausverkaufter Produkte konsequent. Der entgangene Verkauf ist nur der sichtbare Teil:

• Entgangener Verkauf: der Kunde, der kaufen wollte und nicht konnte.
• Verlorener Kunde: er probiert einen Wettbewerber aus und kommt vielleicht nicht zurück.
• Verschwendetes Werbebudget: jeder Klick auf eine Anzeige für ein ausverkauftes Produkt ist verbranntes Geld.
• Unruhe im Katalog und in der Indexierung: je nachdem, wie Sie mit ausverkauften Produkten umgehen, können Seiten in Ihrer Sitemap auftauchen und wieder verschwinden.

Addieren Sie den Tagesumsatz Ihrer fünf wichtigsten Produkte, und diese Zahl entspricht den Kosten, die Ihnen ein fehlendes Nachbestellsystem pro Fehlbestandstag verursacht. In den meisten Shops übersteigt sie die Kosten für etwas mehr Sicherheitsbestand deutlich — und genau das ist das Argument dafür, diese Schwellenwerte zu setzen und PrestaShop sie überwachen zu lassen.

Ein guter Meldebestand verhindert die meisten Fehlbestände, aber nicht alle, und er entscheidet nicht, was Ihr Shop-Frontend tut, wenn der Bestand tatsächlich auf null fällt. Das sind bewusst getrennte Entscheidungen:

• Was Kunden bei Bestand null sehen. Produkt ausblenden oder mit Verfügbarkeitshinweis sichtbar lassen? Beides kann richtig sein, und die passende Entscheidung hängt von Ihrem Katalog ab — die vollständige Abwägung finden Sie in ausverkauft: ausblenden oder nicht ausblenden.
• Durch die Lücke weiterverkaufen. Wenn Sie Bestellungen gegen eingehenden Bestand annehmen können, verwandeln Rückstandsbestellungen und Vorbestellungen einen Fehlbestand in einen verzögerten statt verlorenen Verkauf — siehe Vorbestellungen und Rückstandsbestellungen in PrestaShop.
• Nachbestellen im großen Maßstab. Sobald Sie Hunderte SKUs verwalten, möchten Sie Bestands- und Verkaufsdaten massenhaft exportieren, um Meldebestände außerhalb des Backoffice zu berechnen — CSV-Exporte für Bestellungen und Rechnungen und Produktimport und -export zeigen, wie Sie Daten hinein- und herausbekommen.

Häufig gestellte Fragen

Wie lautet die Meldebestandsformel?

Meldebestand = (durchschnittlicher Tagesabsatz × Lieferzeit) + Sicherheitsbestand. Wenn Sie 5 Stück pro Tag verkaufen, Ihr Lieferant 10 Tage braucht und Sie einen Puffer von 15 Stück halten, bestellen Sie nach, sobald der Bestand (5 × 10) + 15 = 65 Stück erreicht. Die ersten 50 decken den erwarteten Absatz während der Lieferzeit; die 15 fangen eine starke Woche oder eine verspätete Lieferung ab.

Wie berechne ich den durchschnittlichen Tagesabsatz in PrestaShop?

Nutzen Sie Statistiken → Bestseller mit einem Datumsbereich von 30 bis 90 Tagen und teilen Sie die verkauften Einheiten anschließend durch die Tage im Zeitraum — aber durch die Tage, an denen das Produkt verfügbar war, nicht durch Kalendertage, sonst unterschätzt ein früherer Fehlbestand die echte Nachfrage. Für eine Ansicht pro Kombination oder für Massendaten zieht die schreibgeschützte SQL-Abfrage oben dieselben Zahlen direkt aus den Bestelltabellen.

Wo setze ich den Nachbestellauslöser, damit PrestaShop mich erinnert?

Setzen Sie im Tab Mengen jedes Produkts das Feld für niedrigen Lagerbestand auf Ihren berechneten Meldebestand (nicht auf 1 oder 2) und aktivieren Sie die E-Mail-Benachrichtigung. Wenn der verfügbare Bestand diesen Wert unterschreitet, sendet PrestaShop eine E-Mail an die Benachrichtigungsadresse des Händlers — diese E-Mail ist Ihr Auslöser für „heute beim Lieferanten bestellen“. Setzen Sie den Wert pro Kombination, da jede Kombination ihre eigene Zeile und ihren eigenen Schwellenwert hat.

Wie viel Sicherheitsbestand sollte ich halten?

Eine praktikable Formel für kleine Shops: Sicherheitsbestand = (maximaler Tagesabsatz − durchschnittlicher Tagesabsatz) × maximale Lieferzeit. Verwenden Sie die schlechteste beobachtete Lieferzeit, nicht den Durchschnitt — der Puffer existiert für den Fall „starker Verkaufstag trifft verspätete Lieferung“. Halten Sie großzügigen Sicherheitsbestand bei Ihren A-Bestsellern und minimalen Bestand im Long Tail; eine Woche ohne Bestand bei einem Zubehörteil für 2 € fällt kaum ins Gewicht.

Deckt die E-Mail bei niedrigem Lagerbestand mehrere Lager ab?

Nein — der native Bestand und seine Warnung bei niedrigem Lagerbestand gehen von einem einzigen Bestandspool aus. Sobald Ihre Ware an mehr als einem Ort liegt, beschreibt ein einzelner Schwellenwert die Realität nicht mehr. Meldebestände pro Standort (wenn dem Büro der Bestand ausgeht, heißt das nicht, dass das Lager leer ist) sind Teil von Warehouse Revolution.

Bestandsplanung muss nicht kompliziert sein. Meldebestände für Ihre A-Produkte, das Warnfeld für niedrigen Lagerbestand auf diese Werte gesetzt, damit PrestaShop Ihnen eine E-Mail sendet, statt dass Sie ans Nachsehen denken müssen, echte Lieferzeitdaten und ein wöchentlicher Blick auf Katalog → Bestände — das reicht für die meisten kleinen Shops, um ohne einzige Notfallbestellung zu arbeiten. Die Formeln sind einfache Arithmetik. Der Gewinn entsteht dadurch, dass Sie den Schwellenwert dort hinterlegen, wo das System ihn durchsetzt, damit Disziplin nicht von Ihrem Gedächtnis abhängt.