Lagerreichweite-Rechner
Sehen Sie, wie lange Ihr Bestand wartet, bis er verkauft ist: 50000 durchschnittlicher Bestand bei 365000 jährlichem Wareneinsatz ergeben eine Lagerreichweite von 50 Tagen. Für ein Jahr, ein Quartal oder einen beliebigen Zeitraum. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Durchschnittlicher Lagerbestand
- 50.000
- Wareneinsatz
- 365.000
- Tage
- 365
- Durchschnittliche tägliche Herstellkosten
- 1.000
- Lagerdauer in Tagen
- 50
- Lagerumschlag
- 7,3
Die Lagerreichweite — auch Vorratsreichweite, Bestandstage oder Haltedauer des Vorrats genannt — beantwortet eine Frage des Working Capital, die jedes Handels- oder Industrieunternehmen irgendwann stellen muss: Wie viele Tage braucht diese Gesellschaft im Mittel, um Bestand in Herstellungskosten des Umsatzes zu verwandeln? Die Zahl ist keine Schätzung aus einer Lageraufnahme. Sie ist ein geschlossenes Verhältnis: der durchschnittliche Bestand geteilt durch die Herstellungskosten des Umsatzes desselben Fensters, anschließend skaliert mit der Anzahl der Tage in diesem Fenster. Dieser Lagerreichweite-Rechner nimmt diese beiden Buchungssummen entgegen, optional eine Periodenlänge mit Vorgabe eines 365-Tage-Jahres, und liefert die DIO zusammen mit den mittleren täglichen Herstellungskosten des Umsatzes.
Wie Lagerreichweite und Bestandstage berechnet werden
Die Lagerreichweite und die Bestandstage sind dieselbe Working-Capital-Identität unter zwei Lehrbuchnamen. Beginnen Sie mit dem durchschnittlichen Bestand in der Bilanz: typischerweise dem Mittel aus Anfangs- und Schlussbestand, oder dem Endsaldo, falls das die Konvention ist, die Ihr Abschluss bereits nutzt. Stellen Sie ihn den Herstellungskosten des Umsatzes der Gewinn- und Verlustrechnung in einem passenden Fenster gegenüber: einem Kalenderjahr, einem Quartal oder einem selbst gewählten Zeitraum.
Teilen Sie den durchschnittlichen Bestand durch die Herstellungskosten des Umsatzes, um den noch im Lager liegenden Anteil des Kostenbuchs der Periode zu erhalten. Multiplizieren Sie diesen Anteil mit der Anzahl der Tage im Fenster. Das Produkt ist die DIO, die mittlere Zahl der Tage, die ein Dollar Bestand greifbar bleibt, bevor er als Herstellungskosten des Umsatzes erfasst wird.
Wenn Sie days weglassen, setzt der Endpunkt 365, die jährliche Lehrbuchkonvention. Ein Bankjahr mit 360 Tagen oder ein Quartal mit 90 ist nur ein anderer days-Wert — die Formel ändert sich nicht. Bestand von null bei positiven Herstellungskosten des Umsatzes ist ein legitimer Fall sauberer Bücher: die DIO ist null, weil nichts auf den Verkauf wartet.
Negativer Bestand wird zurückgewiesen. Herstellungskosten des Umsatzes von null werden zurückgewiesen, weil sie durch null teilen und die DIO undefiniert lassen würden. Negative Herstellungskosten des Umsatzes werden aus demselben Grund zurückgewiesen.
Die Arithmetik ist eine Handvoll endlicher Operationen; es gibt keine SKU-Alterung, keine FIFO-Schicht und keine Prognose, was nächste Woche das Lager verlässt.
Wo ein Lagerreichweite-Rechner seinen Platz verdient
Controller und Treasurer nutzen einen Lagerreichweite-Rechner zum Abschluss, um zwei Saldenlistenzeilen in eine einzige operative Kennzahl zu verwandeln, die sie neben die genannten Produktions- oder Beschaffungszyklen legen können, und sehen, ob das Buch den Bestand tatsächlich mit diesem Versprechen umschlägt. Operations- und Lieferkettenverantwortliche vergleichen die DIO dieses Jahres mit der des Vorjahres und mit dem Median der Vergleichsgruppe, bevor sie Sicherheitsbestand, Bestellmengen oder den Abwertungstakt ändern.
Kreditgeber und Underwriter legen dieselben zwei Summen in ein Covenant-Blatt, damit eine steigende Bestandsdauer sichtbar wird, bevor sie zur Überraschung bei der Cash Conversion wird. Ungültige Eingabe wird nicht abgerechnet.
Anwendungsfälle
Monats- und Jahresabschluss
Wandeln Sie den durchschnittlichen Bestand und die Herstellungskosten des Umsatzes der Periode in Lagerreichweite neben den Zykluszielen um, bevor das Abschlusspaket gesperrt wird.
Lieferketten- und Abwertungsreviews
Vergleichen Sie die Bestandstage dieses Fensters mit dem Vorjahr oder einer Vergleichsgruppe, bevor Sie Sicherheitsbestand, Bestellmengen oder den Abwertungstakt ändern.
Covenant- und Underwriting-Blätter
Legen Sie dieselben zwei Buchungssummen in ein Kreditgeber- oder Vorstandsblatt, damit eine längere Bestandsdauer sichtbar wird, bevor die Cash Conversion nachgibt.
Häufige Fragen
Wie wird die Lagerreichweite berechnet?
Wird days weggelassen, gilt 365. Beide Wege sind dasselbe Verhältnis.
Soll der Schlussbestand oder der durchschnittliche Bestand verwendet werden?
Beide Konventionen gelten, wenn Sie konsequent bleiben. Die Formel mittelt zwei Salden nicht für Sie.
Kann ich quartalsweise oder 360-Tage-DIO berechnen?
Ja. Setzen Sie days auf 90 für ein Quartal, 360 für ein Bankjahr oder jede andere positive Periodenlänge. Lassen Sie days weg, um das Lehrbuchjahr mit 365 Tagen zu nutzen.
Wie hängen Lagerumschlag und Lagerreichweite zusammen?
Der Umschlag ist der Wareneinsatz geteilt durch den durchschnittlichen Bestand, im Beispiel mit 50000 und 365000 also 7,3. Die Reichweite ist die Zahl der Tage im Zeitraum geteilt durch diesen Umschlag.
Dürfen Bestand oder Wareneinsatz null sein?
Ein Bestand von null ist gültig und ergibt null Tage: Es wartet nichts auf den Verkauf. Ein Wareneinsatz von null wird abgelehnt, weil Sie dann durch null teilen müssten.
Verwandte Tools
Für Entwickler — API-Zugang
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.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/fin/days-inventory-outstanding \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"average_inventory":50000,"cost_of_goods_sold":365000}'const res = await fetch("https://api.kit.forhosting.com/fin/days-inventory-outstanding", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"average_inventory": 50000,
"cost_of_goods_sold": 365000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/days-inventory-outstanding",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"average_inventory": 50000,
"cost_of_goods_sold": 365000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/days-inventory-outstanding", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"average_inventory":50000,"cost_of_goods_sold":365000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"average_inventory":50000,"cost_of_goods_sold":365000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/days-inventory-outstanding", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"average_inventory": 50000,
"cost_of_goods_sold": 365000
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.days_inventory_outstanding",
"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.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Herstellungskosten des Umsatzes von null machen das Verhältnis undefiniert, daher scheitert die Aufgabe mit invalid_input und wird nicht abgerechnet.
Wie Lagerreichweite und Bestandstage berechnet werden
Gleichwertig bilden Sie zuerst die mittleren täglichen Herstellungskosten des Umsatzes als cost_of_goods_sold geteilt durch days und teilen anschließend den durchschnittlichen Bestand durch diese Tagesrate; beide Wege sind algebraisch identisch, und diese Fähigkeit nutzt den ersten. Der Lagerumschlag, ausgewiesen wenn average_inventory positiv ist, ist Herstellungskosten des Umsatzes geteilt durch den durchschnittlichen Bestand, und die DIO ist dann days geteilt durch diesen Umschlag.
Eingabevertrag, Antwortform und Fehlerverhalten
Wird days geliefert und ist nicht größer als null, scheitert die Anfrage. Diese Fehlschläge werden nicht abgerechnet. Beispiel: fünfzigtausend durchschnittlicher Bestand gegen dreihundertfünfundsechzigtausend jährliche Herstellungskosten des Umsatzes ergeben eine Lagerreichweite von fünfzig Tagen und eintausend mittlere tägliche Herstellungskosten des Umsatzes. Senden Sie per POST einen JSON-Körper mit zwei erforderlichen endlichen Zahlen und einer optionalen Periodenlänge. average_inventory ist die Bestandszahl des Fensters (Mittel aus Anfang und Schluss, oder Schlussbestand, falls das Ihre interne Konvention ist); die Aliasse inventory und avg_inventory zeigen auf dasselbe Feld. cost_of_goods_sold sind die Herstellungskosten des Umsatzes desselben Fensters; die Aliasse cogs und cogs_sold werden akzeptiert, damit die Bücher ihre Spaltennamen behalten. days ist die Anzahl der Tage in diesem Fenster und beträgt 365, wenn es weggelassen wird; die Aliasse period_days, days_in_period und number_of_days werden akzeptiert. Jedes Zahlenfeld darf als JSON-Zahl oder numerische Zeichenkette ankommen. Fehlende Felder, leere Zeichenketten und nicht endliche Werte scheitern mit invalid_input unter Nennung des Feldes. Ist average_inventory negativ, scheitert die Anfrage. Bei Erfolg wiederholt der Körper average_inventory, cost_of_goods_sold und days und berichtet average_daily_cogs und days_inventory_outstanding. Ist der Bestand positiv, enthält der Körper außerdem inventory_turnover. Verbinden Sie das JSON mit Ihrer eigenen SKU-Alterung, wenn Sie die Lagergeschichte brauchen; dieser Endpunkt liefert den Periodendurchschnitt, keinen Losplan.
Wo ein Lagerreichweite-Rechner seinen Platz verdient
Weil die Umsetzung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modelltoken und ohne ausgehendes Netz. Halten Sie cost_of_goods_sold streng positiv, average_inventory nicht negativ, nageln Sie die gerundete Tageszahl in Tests fest, und Sie erhalten reproduzierbare Bestandstage für Abschlusslisten, LMS-Plugins und Edge-Worker, ohne eine eigene Lagermaschine aufzubauen.
Technische Fragen
Was geschieht, wenn die Herstellungskosten des Umsatzes null sind?
Die Aufgabe scheitert mit invalid_input. cost_of_goods_sold muss eine endliche Zahl größer als null sein; eine Null macht die Lagerreichweite undefiniert und wird nicht abgerechnet.
Was kostet der Lagerreichweite-Rechner?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht abgerechnet.