Forderungsumschlag-Rechner
Ein Netto-Kreditumsatz von 365.000 bei durchschnittlichen Forderungen von 50.000 ergibt einen Forderungsumschlag von 7,3: Der Forderungsbestand wurde im Zeitraum 7,3-mal eingezogen. Geben Sie beide Summen in derselben Währung ein. 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
- Netto-Kreditumsatz
- 365.000
- Durchschnittliche Forderungen
- 50.000
- Forderungsumschlag
- 7,3
Der Forderungsumschlag misst, wie oft ein Unternehmen seine durchschnittlichen Forderungen in einer Periode einzieht: Nettokreditumsatz geteilt durch die mittleren Forderungen aus Lieferungen und Leistungen. Kreditanalysten, Controller und CFA-Kandidaten suchen diese Wendung, wenn sie das Einzugseffizienz-Vielfache aus zwei veröffentlichten Summen wollen, nicht die Debitorentage und nicht die Lagerumschläge. Dieser Forderungsumschlag-Rechner nimmt Nettokreditumsatz und mittlere Forderungen in derselben Währung, teilt sie und liefert das Umschlagsverhältnis mit der Formel neben dem Ergebnis.
Wie der Forderungsumschlag Nettokreditumsatz und mittlere AR in ein Vielfaches verwandelt
Der Forderungsumschlag eines Unternehmens ist der Nettokreditumsatz geteilt durch die mittleren Forderungen aus Lieferungen und Leistungen. Nettokreditumsatz ist der Erlös von Kreditkunden nach Retouren, Nachlässen und Skonti für dasselbe Fenster wie die Forderungssumme: ein Kalenderjahr, ein Geschäftsjahr oder eine eigene Periode, die Sie bereits abgeschlossen haben. Barumsätze gehören nicht in den Zähler, weil Bargeld nie in den Forderungen saß und die Aufnahme das Vielfache aufblähen würde, als wären jene Dollar aus dem Kreditbuch eingezogen worden.
Die mittleren Forderungen sind der Mittelwert aus Anfangs- und Endbestand der Handelsforderungen, oder die einzelne AR-Zahl, die Sie intern bereits verwenden; netto nach Wertberichtigung für zweifelhafte Forderungen ist die übliche Lehrbuchkonvention, obwohl Sie Brutto-AR senden können, wenn das die Zahl Ihrer Richtlinie ist. Dreihundertfünfundsechzigtausend Nettokreditumsatz auf fünfzigtausend mittleren Forderungen sind sieben Punkt drei; achthundertvierzigtausend Nettokreditumsatz auf einhundertachtzigtausend mittleren Forderungen sind vier Punkt sechs sechs sechs sechs sechs sieben nach half-up-Rundung auf sechs Dezimalstellen; eine Gesellschaft ohne Kreditumsatz auf einem noch positiven Buch druckt null.
Das Ergebnis ist ein Vielfaches, keine Tageszahl: sieben Punkt drei bedeutet, dass das Buch im Fenster sieben Punkt drei Mal umgeschlagen hat, nicht dass Kunden in sieben Tagen zahlten. Das ist die Konvention von CFA-Aufgaben, Kreditvermerken und Screening-Tabellen, wenn sie den Forderungsumschlag als Times-Zahl nennen. Debitorentage sind eine andere Suche und eine andere Aufgabe: DSO ist die Periodentage geteilt durch dieses Vielfache, und der Inkassodauer-Rechner beantwortet jene Frage in Tagen.
Null Nettokreditumsatz ist ein legitimes Ergebnis und liefert ein Verhältnis von null statt eines Fehlers: das Buch hat im gemessenen Fenster keinen Kreditumsatz erfasst. Negativer Nettokreditumsatz ist ebenfalls legitim — Retouren können in einem Rückrufjahr den Kreditumsatz übersteigen — und das Verhältnis kommt negativ zurück, das ehrliche Signal statt eines stillen Absolutwerts. Nicht legitim sind mittlere Forderungen von null, weil die Division durch ein Forderungsbuch von null keinen Umschlag ergibt.
Dieser Endpunkt berechnet nicht die Debitorentage, bildet keinen Lagerumschlag aus den Herstellungskosten des Umsatzes, rechnet keine Währungen um und rekonstruiert keinen Altersstrukturplan. Sie liefern beide Zahlen in einer Währung; der Rechner teilt sie und rundet das Verhältnis half-up auf sechs Dezimalstellen, damit Referenztests byteweise über Laufzeiten übereinstimmen. Das ist ein Forderungsumschlag aus zwei veröffentlichten AR- und Kreditumsatzsummen, keine Inkassodauer-Identität, keine Lagerreichweiten-Identität und kein Anlagenumschlag.
Wo ein Forderungsumschlag-Rechner seinen Platz verdient
Controller und Kreditverantwortliche nutzen einen Forderungsumschlag-Rechner zum Abschluss, um zwei Probebilanzzeilen in eine operative Kennzahl zu verwandeln, die sie neben das Vorjahr, einen Peer-Median oder einen Inkassopolitikfall legen und sehen, ob das Kreditbuch sich noch in Liquidität wandelt. Kreditanalysten setzen dieselben zwei Summen in einen Vermerk, bevor sie Covenants, Altersstruktur und den nächsten Working-Capital-Zyklus gehen, weil ein fallender Umschlag langsamere Zahler, einen Umsatzstillstand, der noch in AR sitzt, oder ein gerade verlängertes Zahlungszielprogramm bedeuten kann, das noch nicht in Tagen sichtbar ist.
CFA-Kandidaten und Rechnungswesenkurse suchen dieselbe Wendung, wenn eine Aufgabe den Forderungsumschlag aus Nettokreditumsatz und mittlerer AR verlangt statt Debitorentage oder Lagerreichweite. Treasurer und Vorstandsunterlagen vergleichen das buchhalterische Vielfache mit einem Debitorentage-Fall, statt eines der beiden Verhältnisse als Ersatz zu behandeln. Das ist eine andere Suche und eine andere Aufgabe als durchschnittliche Inkassodauer, Lagerumschlag, Lagerreichweite und Anlagenumschlag: jene Werkzeuge zählen Einzugstage, bepreisen COGS gegen Bestand, zählen Lagertage oder bepreisen die Werkseffizienz.
Der Forderungsumschlag, gelehrt aus zwei veröffentlichten AR- und Kreditumsatzsummen, bepreist die Einzugseffizienz in einem Vielfachen. Fehlgeschlagene Validierung wird nicht abgerechnet.
Anwendungsfälle
Jahresabschluss neben dem AR-Buch des Vorjahres
Teilen Sie den Nettokreditumsatz der Periode durch die mittleren Forderungen in einen Umschlag, bevor die Abschlussmappe gesperrt und mit dem Vorjahr verglichen wird.
CFA- und Rechnungswesenaufgaben
Prüfen Sie den Lehrbuch-Forderungsumschlag aus Nettokreditumsatz und mittlerer AR, wenn eine Prüfungsaufgabe Einzugsumschläge verlangt statt Debitorentage.
Häufige Fragen
Darf der Nettokreditumsatz null sein, und darf AR negativ sein?
Ja. Ein Buch, das keinen Kreditumsatz erfasst hat, druckt ein Verhältnis von null. Ungewöhnliche Bücher können einen Habensaldo (negativ) der Forderungen drucken, und das Verhältnis folgt diesem Vorzeichen. Abgelehnt werden nur eine mittlere AR von null oder nicht endlich, oder eine nicht endliche Umsatzzahl.
Ist das dasselbe wie die durchschnittliche Inkassodauer oder der Lagerumschlag?
Nein. Die durchschnittliche Inkassodauer (Debitorentage) braucht dieses Vielfache, in Tage umgedreht. Der Lagerumschlag braucht die Herstellungskosten des Umsatzes über den mittleren Bestand. Dieser Rechner liefert die AR-Form des Umschlags aus den zwei Zahlen, die Sie senden.
Gehören Barverkäufe in den Netto-Kreditumsatz?
Nein. Barverkäufe standen nie in den Forderungen, daher würden sie den Umschlag aufblähen, als wäre dieses Geld von Kreditkunden eingezogen worden. Verwenden Sie den Kreditumsatz nach Retouren, Nachlässen und Skonti.
Welchen Wert nehme ich für die durchschnittlichen Forderungen?
Üblich ist der Mittelwert aus Anfangs- und Endbestand der Forderungen aus Lieferungen und Leistungen, oder der Wert, den Sie intern ohnehin nutzen. Lehrbücher ziehen meist die Wertberichtigung ab, Bruttowerte gehen aber auch.
Bedeutet ein Umschlag von 7,3, dass Kunden in 7 Tagen zahlen?
Nein. Das Ergebnis ist ein Vielfaches, keine Zahl von Tagen: Der Forderungsbestand wurde im gemessenen Zeitraum 7,3-mal umgeschlagen. Die Umrechnung in Tage ist eine eigene Rechnung.
Was passiert, wenn die durchschnittlichen Forderungen null sind?
Der Rechner lehnt das ab, denn ohne Forderungsbestand lässt sich kein Umschlag bilden. Ein Kreditumsatz von null ist dagegen erlaubt und ergibt einen Umschlag von null.
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/receivables-turnover \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"net_credit_sales":365000,"average_accounts_receivable":50000}'const res = await fetch("https://api.kit.forhosting.com/fin/receivables-turnover", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"net_credit_sales": 365000,
"average_accounts_receivable": 50000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/receivables-turnover",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"net_credit_sales": 365000,
"average_accounts_receivable": 50000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/receivables-turnover", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"net_credit_sales":365000,"average_accounts_receivable":50000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"net_credit_sales":365000,"average_accounts_receivable":50000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/receivables-turnover", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"net_credit_sales": 365000,
"average_accounts_receivable": 50000
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.receivables_turnover",
"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
Mittlere Forderungen von null, fehlend oder kein endlicher Wert werden mit invalid_input zurückgewiesen und nicht abgerechnet, weil ein Forderungsbuch von null keinen Umschlag definieren kann.
Wie der Forderungsumschlag Nettokreditumsatz und mittlere AR in ein Vielfaches verwandelt
Die Identität dieses Rechners lautet receivables_turnover gleich net_credit_sales geteilt durch average_accounts_receivable, dasselbe Vielfache, das Lehrbücher Forderungsumschlag oder Debitorenumschlag nennen, wenn sie lehren, wie effizient das Kreditbuch in eingezogene Liquidität übergeht.
Eingabevertrag, Antwortform und Fehlerverhalten
Der Nettokreditumsatz darf null oder negativ sein: ein Buch, das keinen Kreditumsatz erfasst hat, gegen noch positive Forderungen erzeugt ein Verhältnis von null; ein Rückrufjahr, das negativen Nettokreditumsatz bucht, erzeugt ein negatives Verhältnis, das ehrliche Einstiegsergebnis statt eines beschnittenen Vielfachen. Beispiel: dreihundertfünfundsechzigtausend Nettokreditumsatz und fünfzigtausend mittlere Forderungen ergeben einen Umschlag von sieben Punkt drei. Senden Sie per POST einen JSON-Körper mit zwei erforderlichen endlichen Zahlen. net_credit_sales ist der Kreditumsatz nach Retouren, Nachlässen und Skonti für das Fenster, in einer Währungseinheit; die Aliasse credit_sales, net_sales, sales und net_credit_revenue zeigen auf dasselbe Feld, damit das Tabellenblatt seine Spaltennamen behält. average_accounts_receivable sind die mittleren Handelsforderungen in derselben Währung; die Aliasse average_receivables, avg_ar, average_ar, accounts_receivable, ar und receivables 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. Bei Erfolg wiederholt der Körper net_credit_sales und average_accounts_receivable und berichtet receivables_turnover als das gerundete Vielfache sowie eine Formelzeichenkette, die die Identität bekräftigt. Verbinden Sie das JSON mit Ihrer eigenen Notiz, wie Sie den Mittelwert gebildet haben — Anfang plus Ende durch zwei, ein einzelnes Schluss-AR oder eine covenant-bereinigte Zahl —, denn dieser Endpunkt teilt die zwei Zahlen, die Sie senden; er baut das Nebenbuch nicht neu, streift keine Salden mit verbundenen Parteien ab und rechnet keine Währungen um. Halten Sie average_accounts_receivable ungleich null und endlich, heften Sie das gerundete Vielfache in Tests fest, und Sie erhalten einen reproduzierbaren Forderungsumschlag für Einreichungen, LMS-Plugins und Edge-Worker, ohne eine eigene Kennzahlenmaschine aufzustellen.
Wo ein Forderungsumschlag-Rechner seinen Platz verdient
Aktienanalysten führen die zwei Felder erneut aus, wenn ein Geschäftsjahr schließt oder eine große Abschreibung das Forderungsbuch bewegt, und heften receivables_turnover in einer Screening-Tabelle fest, damit jedes Peer-Gespräch von einer Zahl startet. Weil die Implementierung reines parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie average_accounts_receivable streng ungleich null, heften Sie das gerundete Vielfache in Tests fest, und Sie erhalten einen reproduzierbaren Forderungsumschlag für Teaser, LMS-Plugins und Edge-Worker, ohne eine eigene Einzugseffizienzmaschine aufzustellen.
Integrationsbeispiele
Kreditvermerk nach einer Änderung der Zahlungsziele
Bewerten Sie einen Namen neu, wenn Zahlungsziele verlängert werden oder eine Abschreibung das Buch bewegt: derselbe Rechner, neue Eingaben, ein gemeinsames receivables_turnover.
Technische Fragen
Wie wird der Forderungsumschlag berechnet?
receivables_turnover ist net_credit_sales geteilt durch average_accounts_receivable. Das Ergebnis ist ein Vielfaches, keine Tageszahl: dreihundertfünfundsechzigtausend über fünfzigtausend kommt als 7.3 zurück, nicht als fünfzig Tage. Dieses Vielfache ist, wie oft das mittlere Forderungsbuch im Fenster eingezogen wurde. Das Verhältnis wird half-up auf sechs Dezimalstellen gerundet.
Was geschieht, wenn die mittleren Forderungen null sind?
Die Aufgabe scheitert mit invalid_input. Der Forderungsumschlag ist undefiniert, wenn die mittlere AR null ist, daher muss average_accounts_receivable (Aliasse average_receivables, avg_ar, average_ar, accounts_receivable, ar, receivables) eine endliche Zahl ungleich null sein. Dieser Fehlschlag wird nicht abgerechnet.
Was kostet der Forderungsumschlag-Rechner?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen vorausbezahltes KIT-Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht abgerechnet.