Inkassodauer-Rechner
Forderungen von 45.000 bei 365.000 Umsatz auf Rechnung im Jahr bedeuten, dass Ihre Kunden im Schnitt 45 Tage zum Zahlen brauchen. Geben Sie die beiden Summen ein, dazu die Länge des Zeitraums, falls es kein Jahr mit 365 Tagen ist. 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
- Forderungen
- 45.000
- Kreditverkäufe
- 365.000
- Tage
- 365
- Durchschnittliche tägliche Kreditverkäufe
- 1.000
- Forderungslaufzeit in Tagen
- 45
- Durchschnittliche Forderungslaufzeit
- 45
Die Debitorentage — auch durchschnittliche Inkassodauer genannt — beantworten eine Cashflow-Frage, die jedes kreditgebende Unternehmen irgendwann stellen muss: Wie viele Tage braucht diese Gesellschaft im Mittel, um eine Rechnung in Geld zu verwandeln? Die Zahl ist keine Schätzung aus dem Altersbericht. Sie ist ein geschlossenes Verhältnis: offene Forderungen aus Lieferungen und Leistungen geteilt durch den Kreditumsatz desselben Fensters, anschließend skaliert mit der Anzahl der Tage in diesem Fenster. Dieser Rechner für die durchschnittliche Inkassodauer nimmt diese beiden Buchungssummen entgegen, optional eine Periodenlänge mit Vorgabe eines 365-Tage-Jahres, und liefert die Debitorentage zusammen mit dem mittleren täglichen Kreditumsatz.
Wie Debitorentage und durchschnittliche Inkassodauer berechnet werden
Die durchschnittliche Inkassodauer und die Debitorentage sind dasselbe Verhältnis unter zwei Lehrbuchnamen. Beginnen Sie mit den Forderungen aus Lieferungen und Leistungen in der Bilanz: dem Betrag, den Kunden noch für bereits auf Ziel gelieferte Waren oder Leistungen schulden. Stellen Sie ihn dem gesamten Kreditumsatz der Gewinn- und Verlustrechnung in einem passenden Fenster gegenüber: einem Kalenderjahr, einem Quartal oder einem selbst gewählten Zeitraum.
Teilen Sie die Forderungen durch den Kreditumsatz, um den noch offenen Anteil des Kreditbuchs der Periode zu erhalten. Multiplizieren Sie diesen Anteil mit der Anzahl der Tage im Fenster. Das Produkt ist der DSO, die mittlere Zahl der Tage, die ein Dollar Kreditumsatz offen bleibt, bevor er eingezogen 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. Forderungen von null bei positivem Kreditumsatz sind ein legitimer Fall sauberer Bücher: der DSO ist null, weil nichts auf den Einzug wartet.
Negative Forderungen werden zurückgewiesen. Kreditumsatz von null oder weniger wird zurückgewiesen, weil er durch null teilen oder die Bedeutung des Verhältnisses umkehren würde. Die Arithmetik ist eine Handvoll endlicher Operationen; es gibt keinen Altersplan, keine Zinsen und keine Prognose, wer zu spät zahlt.
Wo ein Rechner für die durchschnittliche Inkassodauer seinen Platz verdient
Controller und Treasurer nutzen einen Rechner für die durchschnittliche Inkassodauer zum Abschluss, um zwei Saldenlistenzeilen in eine einzige operative Kennzahl zu verwandeln, die sie neben die genannten Konditionen legen können — netto dreißig, netto fünfundvierzig, netto sechzig — und sehen, ob das Buch dieses Versprechen tatsächlich einzieht. Kreditmanager vergleichen den DSO dieses Jahres mit dem des Vorjahres und mit dem Median der Vergleichsgruppe, bevor sie Mahnwesen, Kautionen oder Skonti ändern.
Kreditgeber und Underwriter legen dieselben zwei Summen in ein Covenant-Blatt, damit eine steigende Inkassodauer sichtbar wird, bevor sie zur Überraschung bei der Cash Conversion wird. Ungültige Eingabe wird nicht abgerechnet.
Anwendungsfälle
Monats- und Jahresabschluss
Wandeln Sie Schlussforderungen und Periodenkreditumsatz in Debitorentage neben den vereinbarten Konditionen um, bevor das Abschlusspaket gesperrt wird.
Kreditpolitik und Mahnreviews
Vergleichen Sie die durchschnittliche Inkassodauer dieses Fensters mit dem Vorjahr oder einer Vergleichsgruppe, bevor Sie Kautionen, Skonti oder den Mahnrhythmus ändern.
Covenant- und Underwriting-Blätter
Legen Sie dieselben zwei Buchungssummen in ein Kreditgeber- oder Vorstandsblatt, damit eine längere Inkassodauer sichtbar wird, bevor die Cash Conversion nachgibt.
Häufige Fragen
Wie werden die durchschnittliche Inkassodauer und die Debitorentage berechnet?
Wird days weggelassen, gilt 365. Beide Wege sind dasselbe Verhältnis.
Soll der Schlusssaldo oder der Durchschnitt der Forderungen verwendet werden?
Beide Konventionen gelten, wenn Sie konsequent bleiben. Die Formel mittelt zwei Salden nicht für Sie.
Kann ich quartalsweisen oder 360-Tage-DSO 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 lese ich die Inkassodauer im Vergleich zu meinen Zahlungszielen?
Stellen Sie sie neben die Zahlungsziele, die Sie gewähren, etwa dreißig oder sechzig Tage. Liegt die Inkassodauer darüber, zahlen Kunden später als vereinbart; der Vergleich mit dem Vorjahr zeigt die Entwicklung.
Was ist der Forderungsumschlag?
Das ist der Umsatz auf Rechnung geteilt durch die Forderungen: wie oft der Forderungsbestand im Zeitraum eingezogen wird. Die Inkassodauer ist die Zahl der Tage geteilt durch diesen Umschlag, beide beschreiben also dieselbe Geschwindigkeit.
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/average-collection \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"accounts_receivable":45000,"credit_sales":365000}'const res = await fetch("https://api.kit.forhosting.com/fin/average-collection", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"accounts_receivable": 45000,
"credit_sales": 365000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/average-collection",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"accounts_receivable": 45000,
"credit_sales": 365000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/average-collection", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"accounts_receivable":45000,"credit_sales":365000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"accounts_receivable":45000,"credit_sales":365000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/average-collection", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"accounts_receivable": 45000,
"credit_sales": 365000
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.average_collection",
"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
Ein Kreditumsatz von null oder darunter macht das Verhältnis undefiniert, daher scheitert die Aufgabe mit invalid_input und wird nicht abgerechnet.
Wie Debitorentage und durchschnittliche Inkassodauer berechnet werden
Gleichwertig bilden Sie zuerst den mittleren täglichen Kreditumsatz als credit_sales geteilt durch days und teilen anschließend accounts_receivable durch diese Tagesrate; beide Wege sind algebraisch identisch, und diese Fähigkeit nutzt den ersten. Der Forderungsumschlag, ausgewiesen wenn accounts_receivable positiv ist, ist Kreditumsatz geteilt durch Forderungen, und der DSO 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ünfundvierzigtausend Forderungen gegen dreihundertfünfundsechzigtausend Jahreskreditumsatz ergeben eine Inkassodauer von fünfundvierzig Tagen und eintausend mittleren täglichen Kreditumsatz. Senden Sie per POST einen JSON-Körper mit zwei erforderlichen endlichen Zahlen und einer optionalen Periodenlänge. accounts_receivable ist der offene Forderungssaldo des Fensters (Schluss-AR oder Durchschnitts-AR, falls das Ihre interne Konvention ist); die Aliasse ar und receivables zeigen auf dasselbe Feld. credit_sales ist der gesamte Kreditumsatz — netto nach Retouren, falls Sie so abschließen — für dasselbe Fenster; die Aliasse sales, total_credit_sales und net_credit_sales 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 und days_in_period 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 accounts_receivable negativ, scheitert die Anfrage. Bei Erfolg wiederholt der Körper accounts_receivable, credit_sales und days und berichtet average_daily_credit_sales, days_sales_outstanding und average_collection_period (die letzten beiden sind dieselbe gerundete Zahl, unter beiden Namen zurückgegeben, damit ein DSO-Dashboard und ein ACP-Blatt einen Vertrag teilen). Sind die Forderungen positiv, enthält der Körper außerdem receivables_turnover. Verbinden Sie das JSON mit Ihren eigenen Altersstufen, wenn Sie die Geschichte je Kunde brauchen; dieser Endpunkt liefert den Periodendurchschnitt, keinen Rechnungsplan.
Wo ein Rechner für die durchschnittliche Inkassodauer 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 credit_sales streng positiv, accounts_receivable nicht negativ, nageln Sie die gerundete Tageszahl in Tests fest, und Sie erhalten reproduzierbare Inkassodauern für Abschlusslisten, LMS-Plugins und Edge-Worker, ohne eine eigene Forderungsmaschine aufzubauen.
Technische Fragen
Was geschieht, wenn der Kreditumsatz null oder negativ ist?
Die Aufgabe scheitert mit invalid_input. credit_sales muss eine endliche Zahl größer als null sein; eine Null oder ein negativer Betrag macht die Debitorentage undefiniert und wird nicht abgerechnet.
Was kostet der Rechner für die durchschnittliche Inkassodauer?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht abgerechnet.