ForHosting KIT · Finanzen und Geld

Sicherheitsbestand-Rechner

Bei höchstens 50 Einheiten pro Tag und 14 Tagen längster Lieferzeit, gegenüber 30 Einheiten und 10 Tagen im Mittel, brauchen Sie 400 Einheiten Sicherheitsbestand. Vier Zahlen genügen, ohne Servicegrad oder Standardabweichung. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Maximaler Tagesverbrauch
50
Maximale Lieferzeit
14
Durchschnittlicher Tagesverbrauch
30
Durchschnittliche Lieferzeit
10
Erhalten Sie
Maximaler Bedarf
700
Durchschnittlicher Bedarf
300
Sicherheitsbestand
400

Sicherheitsbestand ist der Extra-Vorrat, den ein Lager hält, damit Nachfragespitzen oder späte Lieferanten das Regal nicht leeren, bevor die nächste Anlieferung eintrifft. Die klassische Mittel-Maximum-Identität berechnet diesen Puffer als maximalen Tagesverbrauch mal maximale Lieferzeit, minus mittleren Tagesverbrauch mal mittlere Lieferzeit. Planer, Einkäufer und Studierende der Operations nutzen diese vier Größen, wenn sie eine transparente Menge wollen statt eines statistischen z-score-Modells, das sie noch nicht parametrisiert haben. Dieser Sicherheitsbestand-Rechner nimmt die vier endlichen nichtnegativen Zahlen entgegen, liefert die Puffermenge in denselben Einheiten wie der Tagesverbrauch und lehnt einen negativen Verbrauch oder eine negative Lieferzeit ab, damit die Identität niemals eine unmögliche Nachfrage oder einen unmöglichen Kalender verbraucht.

Was der Sicherheitsbestand misst und die Mittel-Maximum-Identität

Sicherheitsbestand ist ein geplanter Puffer oberhalb der erwarteten Nachfrage während der Wiederbeschaffung, gehalten damit kein Fehlbestand eintritt, wenn der Verbrauch hoch oder der Lieferant langsam ist. Die Mittel-Maximum-Methode, in Bestandskursen gelehrt und auf der Lagerfläche genutzt, wenn Verbrauchs- und Lieferzeithistorien kurz sind, braucht weder ein Servicegrad-z-score noch eine Standardabweichung. Sie fragt vier Größen ab: den höchsten Tagesverbrauch, den Sie gesehen haben oder planen, die längste Lieferzeit, die Sie planen, den mittleren Tagesverbrauch und die mittlere Lieferzeit.

Die Nachfrage der schlechtesten plausiblen Wiederbeschaffung ist maximaler Tagesverbrauch mal maximale Lieferzeit. Die Nachfrage eines typischen Zyklus ist mittlerer Tagesverbrauch mal mittlere Lieferzeit. Ihre Differenz sind die Extra-Einheiten, die die Lücke zwischen einem schlechten und einem mittleren Zyklus decken, und das ist die Sicherheitsbestandsmenge.

Ein Laden, der bei fünfzig Einheiten am Tag mit einer schlechtesten Lieferzeit von vierzehn Tagen gipfelt und dreißig Einheiten am Tag bei zehn Tagen typischer Lieferzeit mittelt, braucht vierhundert Einheiten Sicherheitsbestand, weil siebenhundert minus dreihundert vierhundert ergibt. Null mittlerer Verbrauch ist zulässig, wenn ein Artikel ruht; der Puffer gleicht dann maximalen Verbrauch mal maximale Lieferzeit. Ein negativer Verbrauch oder eine negative Lieferzeit ist keine Nachfrage- oder Kalenderzahl; es ist ein Datenfehler, und dieser Rechner lehnt ihn ab, statt einen Puffer aus einer unmöglichen Eingabe zu erfinden.

Halten Sie den Verbrauch in Einheiten pro Tag und die Lieferzeit in Tagen, damit das Produkt eine Menge in Einheiten ist. Wöchentlichen Verbrauch mit einer in Tagen gemessenen Lieferzeit zu mischen ist der Weg, auf dem ein Puffer still lügt. Die Formel ist vier Multiplikationen und eine Subtraktion, damit Hausaufgaben-Schlüssel, MRP-Orakel und Wiederbeschaffungshefte eine reproduzierbare Definition teilen, ohne Zwischenrundungsdrift im Tabellenblatt.

Wo ein Sicherheitsbestand-Rechner seinen Nutzen verdient

Menschen, die Sicherheitsbestand in eine Suchzeile tippen, wissen bereits, dass sie eine Puffermenge brauchen, und wollen die Extra-Einheiten, keine Vorlesung, die bei permanenten gegen periodische Bestandssysteme beginnt. Ein Verlag, der auf diese kurze Anfrage rankt, bedient Lagerplaner mit einem Spitzentagesverbrauch, einer schlechtesten Lieferzeit, einem mittleren Tagesverbrauch und einer mittleren Lieferzeit; Lernende, die die Sicherheitsbestandszeile einer Inventurhausaufgabe füllen müssen; und Einkäufer, die ein deterministisches Orakel brauchen, das einen negativen Verbrauch oder eine negative Lieferzeit ablehnt, statt still einen unsinnigen Puffer zu erzeugen.

Kleine Hersteller, die ein Wiederbeschaffungsheft führen, wollen dieselbe Maximum-mal-Maximum minus Mittel-mal-Mittel-Zahl, die Analysten auf Folien schreiben, ohne Handfehler, wenn Verbrauchsdezimalen wechseln. Unterrichts- und Zertifizierungskurse, die die Mittel-Maximum-Methode lehren, brauchen einen Dienst, der Sicherheitsbestand, Maximalnachfrage und Mittelnachfrage und sonst nichts liefert, damit eine Bewertung gegen einen Lehrbuchschlüssel vergleicht, ohne dass dieses Werkzeug vorgibt, eine volle MRP-Engine zu fahren. Fehlgeschlagene Prüfung wird nicht berechnet.

Koppeln Sie diese Fähigkeit mit einem getrennten wirtschaftlichen Bestellmengenwerkzeug, wenn Sie die Losgröße brauchen; halten Sie diese Fläche auf den Extra-Einheiten, die Menschen meinen, wenn sie Sicherheitsbestand suchen.

Lager-Wiederbeschaffungspuffer

Machen Sie aus Spitzentagesverbrauch, schlechtester Lieferzeit, mittlerem Tagesverbrauch und mittlerer Lieferzeit eine Sicherheitsbestandsmenge, bevor die nächste Bestellung ausgelöst wird.

Unterrichts- und Hausaufgabenprüfungen

Lassen Sie Lernende die vier Mittel-Maximum-Eingaben senden und die Puffermenge gegen die Lehrbuchidentität prüfen, ohne Vorzeichen- oder Einheitenfehler.

Was geschieht, wenn eine Eingabe negativ ist?

Verbrauch und Lieferzeit dürfen nicht negativ sein, daher wird die Identität nicht berechnet und kein Puffer aus einer unmöglichen Zahl erfunden.

Dürfen Tagesverbrauch oder Lieferzeit null sein?

Ja. Null mittlerer Verbrauch ist für einen ruhenden Artikel zulässig; Null-Lieferzeit ist für sofortige Wiederbeschaffung zulässig. Das Maximum darf weiterhin nicht unter seinem passenden Mittel liegen.

Ist das die statistische z-score-Formel für den Sicherheitsbestand?

Nein. Dieser Dienst setzt die Mittel-Maximum-Identität um, nicht z × σ × √L. Er nimmt weder ein Serviceniveau noch eine Nachfragestandardabweichung noch ein z-score entgegen.

Wie berechnet man den Sicherheitsbestand mit der Maximum-Mittelwert-Methode?

Multiplizieren Sie den höchsten Tagesverbrauch mit der längsten Lieferzeit und ziehen Sie mittleren Verbrauch mal mittlere Lieferzeit ab. Bei 50 Einheiten über 14 Tage gegenüber 30 über 10 Tage sind das 700 minus 300, also 400.

Warum müssen Verbrauch und Lieferzeit dieselbe Zeiteinheit haben?

Weil Einheiten pro Tag mal Tage wieder Einheiten ergeben. Mischen Sie Wochenverbrauch mit einer Lieferzeit in Tagen, wirkt das Ergebnis plausibel, der Puffer ist aber falsch bemessen.

Was passiert, wenn der Höchstwert unter dem Mittelwert liegt?

Der Rechner lehnt das ab, denn ein Maximum unter seinem Mittelwert beschreibt keinen ungünstigen gegenüber einem typischen Zyklus mehr. Prüfen Sie, ob die beiden Werte vertauscht wurden.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/fin/safety-stock

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/fin/safety-stock \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"max_daily_usage":50,"max_lead_time":14,"avg_daily_usage":30,"avg_lead_time":10}'
{
  "max_daily_usage": 50,
  "max_lead_time": 14,
  "avg_daily_usage": 30,
  "avg_lead_time": 10
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "fin.safety_stock",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Erfolgreiche Aufrufe werden mit $0.002 berechnet; ungültige Eingaben werden nicht belastet.

Eingabevertrag, Antwortform und Prüfung

Ein Maximum, das unter seinem passenden Mittel liegt, wird ebenso abgelehnt, weil dieses Paar keine Maximum-gegen-Mittel-Geschichte mehr ist. Beispiel: fünfzig Einheiten am Tag bei vierzehn Tagen schlechtester Lieferzeit, dreißig Einheiten am Tag bei zehn Tagen typischer Lieferzeit, ergeben Maximalnachfrage siebenhundert, Mittelnachfrage dreihundert und Sicherheitsbestand vierhundert. Bevorzugen Sie nackte Zahlen gegenüber formatierten Zeichenketten; Tausendertrennzeichen und nachgestellte Einheitenbeschriftungen werden nicht gelesen. Dieser Rechner nimmt weder ein z-score noch eine Nachfragestandardabweichung noch ein Zielserviceniveau entgegen und gibt keinen Meldebestand aus; falten Sie jene in eine getrennte Identität, wenn Sie sie brauchen. Senden Sie einen JSON-Körper mit vier erforderlichen endlichen Zahlen in stimmigen Einheiten: Tagesverbrauch in Einheiten pro Tag, Lieferzeit in Tagen. max_daily_usage ist die höchste erwartete Tagesnachfrage und muss größer oder gleich null sein; die Aliase maximum_daily_usage, max_usage und maximum_usage werden akzeptiert, damit ein Planer-Export keinen Umbenennungsschritt braucht. max_lead_time ist die längste erwartete Wiederbeschaffung in Tagen und muss ebenfalls nichtnegativ sein; die Aliase maximum_lead_time und max_lt werden akzeptiert. avg_daily_usage ist die mittlere Tagesnachfrage und muss nichtnegativ und nicht größer als max_daily_usage sein; die Aliase average_daily_usage, avg_usage und average_usage werden akzeptiert. avg_lead_time ist die mittlere Wiederbeschaffung in Tagen und muss nichtnegativ und nicht größer als max_lead_time sein; die Aliase average_lead_time und avg_lt werden akzeptiert. Jedes Feld darf als JSON-Zahl oder als numerische Zeichenkette ankommen, die einem strengen endlichen Dezimalmuster entspricht. Fehlende Felder, leere Zeichenketten, nicht endliche Werte oder jeder negative Verbrauch oder jede negative Lieferzeit scheitern mit invalid_input unter Nennung des Feldes und werden nicht berechnet. Bei Erfolg wiederholt der Körper die vier gerundeten Eingaben, liefert max_demand als maximalen Tagesverbrauch mal maximale Lieferzeit, liefert avg_demand als mittleren Tagesverbrauch mal mittlere Lieferzeit, liefert safety_stock als Maximalnachfrage minus Mittelnachfrage und enthält eine Formelzeichenkette, die die Identität neu formuliert, damit ein Dashboard die Definition neben die Zahl drucken kann. Der Preis eines erfolgreichen Vorgangs ist ein pauschales $0.002.

Wo ein Sicherheitsbestand-Rechner seinen Nutzen verdient

Weil die Umsetzung analytischer parse-Code der Stufe tier A ist, bleibt jeder erfolgreiche Aufruf günstig bei $0.002, ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie Anfragen klein, pinnen Sie gerundetes safety_stock in Tests, und Sie erhalten einen reproduzierbaren Puffer für Hausaufgaben, Prüfungsgeneratoren und leichte Wiederbeschaffungshefte, ohne ein statistisches Bestandspaket aufzustellen.

MRP- und Wiederbeschaffungshefte

Rufen Sie ein deterministisches Orakel aus einem Abschluss- oder Planungsskript auf, damit die Extra-Einheiten eines schlechten Zyklus mit dem Widget der Seite übereinstimmen.

Wie wird der Sicherheitsbestand aus Verbrauch und Lieferzeit berechnet?

Senden Sie endliche nichtnegative Zahlen max_daily_usage, max_lead_time, avg_daily_usage und avg_lead_time. Die API liefert safety_stock = (max_daily_usage × max_lead_time) − (avg_daily_usage × avg_lead_time).

Was kostet der Sicherheitsbestand-Rechner?

Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen ein vorausbezahltes KIT-Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →