Zinsdeckungsgrad-Rechner
Sehen Sie, wie oft das Betriebsergebnis die Zinsen deckt: 250.000 Betriebsergebnis gegenüber 50.000 Zinsen ergeben einen Deckungsgrad von 5, einen Puffer von 200.000 und ein Bestanden beim üblichen Minimum von 1,5. Legen Sie Ihre eigene Schwelle fest. 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
- Betriebsergebnis
- 250.000
- Zinsaufwand
- 50.000
- Zinsdeckungsgrad
- 5
- Puffer
- 200.000
- Schwellenwert
- 1,5
- Genauigkeit
- 4
Dieser Zinsdeckungsgrad-Rechner misst die Schuldendienstfähigkeit, indem er das Betriebsergebnis eines Unternehmens (EBIT oder ein nahes Proxy für den operativen Gewinn) durch den Zinsaufwand derselben Periode teilt. Die Times-Interest-Earned-Kennzahl zeigt, wie oft der Ertrag den vertraglichen Zins deckt: ein Verhältnis von fünf bedeutet, dass der Ertrag fünfmal so hoch ist wie der Zins, während ein Verhältnis nahe eins fast keinen Spielraum lässt. Geben Sie beide Beträge in denselben Währungseinheiten ein, setzen Sie optional eine Kreditgeber- oder Richtlinienschwelle (Standard 1.5) und erhalten Sie den Deckungsgrad, den absoluten Puffer von Ertrag über Zinsen sowie eine klare Bestanden/Nicht-bestanden-Kennzeichnung.
Was der Zinsdeckungsgrad misst und wie er berechnet wird
Der Zinsdeckungsgrad, auch Times Interest Earned genannt, beantwortet eine einfache Kreditfrage: Wie oft kann das Unternehmen bei den aus dem Betrieb erzielten Erträgen die Zinsen auf seine Schulden zahlen — vor anderen Ansprüchen und nach den operativen Kosten. Der Zinsaufwand ist der periodische Zinskosten auf geliehene Mittel, in derselben Währung und Periode wie der Ertrag. Ausgearbeitetes Beispiel: Betriebsergebnis 250,000 gegen Zinsaufwand 50,000 ergibt ein Verhältnis von 5.0, einen Puffer von 200,000 und ein Bestanden bei der Standardschwelle 1.5.
Weiteres Beispiel: Ertrag 100,000 und Zinsen 80,000 ergeben 1.25, was an einer Hürde von 1.5 scheitert, obwohl das Unternehmen den Zins noch einmal deckt. Ein Verhältnis von genau 1.0 bedeutet, dass Betriebsergebnis und Zins gleich sind ohne Überschuss; Werte unter 1.0 bedeuten, dass der Zins den operativen Gewinn der Periode übersteigt. Anders als die Debt-Service-Coverage (DSCR), die das NOI durch den vollen Kapital-plus-Zins-Schuldendienst teilt, isoliert dieser Rechner nur den Zins — die klassische Equity- und Kreditanalyse-Kennzahl für Anleihegläubiger und Revolving-Fazilitäten, denen zuerst die Zinslast wichtig ist.
Wo Zinsdeckung in Kreditanalyse, Covenants und Automatisierung hingehört
Kreditgeber, Anleiheanalysten und Corporate Treasurer nutzen die Zinsdeckung, um Kreditnehmer zu screenen, finanzielle Covenants zu setzen oder zu überwachen und zu stressen, ob ein Zinsanstieg oder ein Ertragsrückgang das Unternehmen unter ein vertragliches Minimum drücken würde. Underwriter können je nach Sektorrisiko eine Mindestdeckung von 1.5, 2.0 oder höher verlangen; Portfolioteams berechnen das Verhältnis jede Berichtsperiode neu und markieren jeden Namen, der darunterliegt. Studierende und CFA-Kandidaten begegnen der Times-Interest-Earned-Form, wenn ein Lehrbuch fragt, wie oft EBIT den Zins deckt, ohne ein vollständiges Cashflow-Modell zu bauen.
Wenn Sie die volle Debt-Service-Coverage inklusive Tilgung brauchen, nutzen Sie das separate DSCR-Werkzeug; diese Seite beantwortet nur Betriebsergebnis über Zinsaufwand mit stabiler, reproduzierbarer Ausgabe.
Anwendungsfälle
Covenant-Prüfungen für Kredite und Anleihen
Prüfen Sie, ob das ausgewiesene Betriebsergebnis den Zins mindestens in Höhe des Kreditgeber- oder Indenture-Minimums deckt, bevor Closing oder Reporting erfolgen.
Lehre und Prüfungspraxis
Erzeugen Sie reproduzierbare Times-Interest-Earned-Antworten für Hausaufgaben-Schlüssel, Arbeitsblätter und CFA-ähnliche Deckungsübungen.
Häufige Fragen
Wie lautet die Formel des Zinsdeckungsgrads?
Sie wird auch Times Interest Earned genannt. Das Werkzeug liefert dieses Verhältnis plus cushion, threshold und ein Flag passes.
Welche Schwelle gilt als bestanden?
passes ist true, wenn das rohe Verhältnis größer oder gleich threshold ist; threshold ist standardmäßig 1.5, kann aber auf jede endliche Kreditgeber- oder Richtlinienhürde gesetzt werden.
Worin unterscheidet sich das vom DSCR?
DSCR teilt das Netto-Betriebsergebnis durch den gesamten Schuldendienst (Tilgung und Zinsen). Die Zinsdeckung teilt nur das Betriebsergebnis durch den Zinsaufwand — andere Kennzahl, andere Suchintention.
Was kostet der Rechner?
Er ist auf dieser Seite in Ihrem Browser kostenlos.
Was bedeutet ein Deckungsgrad unter 1?
Dass die Zinsen das Betriebsergebnis der Periode übersteigen, die Erträge sie also nicht einmal einfach decken. Ein Deckungsgrad von genau 1 heißt, dass das Ergebnis die Zinsen gerade erreicht, ohne jeden Puffer.
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/finance/interest-coverage-ratio \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"operating_income":250000,"interest_expense":50000}'const res = await fetch("https://api.kit.forhosting.com/finance/interest-coverage-ratio", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"operating_income": 250000,
"interest_expense": 50000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/finance/interest-coverage-ratio",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"operating_income": 250000,
"interest_expense": 50000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/finance/interest-coverage-ratio", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"operating_income":250000,"interest_expense":50000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"operating_income":250000,"interest_expense":50000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/finance/interest-coverage-ratio", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"operating_income": 250000,
"interest_expense": 50000
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "finance.interest_coverage_ratio",
"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
Die Engine ist rein deterministische Arithmetik ohne Marktdaten, ohne Netzaufrufe und ohne datumsabhängige Abkürzungen, sodass dieselben Eingaben stets dasselbe JSON erzeugen.
Was der Zinsdeckungsgrad misst und wie er berechnet wird
Die hier verwendete Standardidentität lautet interest_coverage_ratio gleich operating_income geteilt durch interest_expense. Das Betriebsergebnis ist typischerweise das EBIT der Gewinn- und Verlustrechnung; Analysten ersetzen manchmal EBITDA oder eine andere operative Gewinnzeile, wenn nur diese Zahl vorliegt. Dieses Werkzeug akzeptiert diese Aliase, rechnet aber keine Buchhaltungsanpassungen für Sie um.
Eingaben, Validierung, Rundung und die Bestanden/Nicht-bestanden-Schwelle
Sowohl operating_income als auch interest_expense sind erforderliche endliche Zahlen. Das Betriebsergebnis darf null oder negativ sein, um eine verlustbringende Periode abzubilden, was ein null- oder negatives Deckungsverhältnis erzeugt und jede positive Schwelle verfehlt. Der Zinsaufwand muss strikt größer als null sein: ein Zinsbetrag von null oder negativ liefert einen typisierten invalid_input-Fehler, der das Feld benennt, weil die Division undefiniert oder für die Deckung sinnlos wäre. Optionale Aliase ebit, operating_profit und ebitda mapieren auf operating_income; interest, interest_cost und finance_costs mapieren auf interest_expense, damit Tabellenkalkulationen und Formular-Clients vertraute Bezeichnungen wiederverwenden können. Die Schwelle ist standardmäßig 1.5, ein gängiger Referenzpunkt bei Bank- und Handels-Covenants, aber Sie können jede endliche Hürde (oder min_ratio) Ihrer Richtlinie übergeben. Ein optionales Feld precision (Aliase decimals, dp) steuert die Nachkommastellen für Verhältnis und Geldfelder, standardmäßig vier und höchstens fünfzehn für stabiles JSON. Fehlgeschlagene Validierung wird nie berechnet; nur erfolgreiche API-Tasks verbrauchen Prepaid-Guthaben zum veröffentlichten Basistarif von $0.002.
Wo Zinsdeckung in Kreditanalyse, Covenants und Automatisierung hingehört
Diese Aufteilung — kostenlose interaktive Exploration und eine preislich erfasste, identische API — entspricht dem übrigen KIT-Parse-Katalog und lässt Sie von einem einzelnen Deal-Screen zu einer automatisierten Pipeline wechseln, ohne das mathematische Ergebnis zu ändern.
Integrationsbeispiele
Kreditüberwachung von Portfolios
Führen Sie die API batchweise über viele Kreditnehmer oder Perioden aus, um jeden Namen zu markieren, dessen Zinsdeckung unter die Richtlinienschwelle fällt.
Technische Fragen
Warum muss der Zinsaufwand größer als null sein?
Die Deckung teilt das Betriebsergebnis durch den Zinsaufwand; ein interest_expense von null oder nicht positiv ist undefiniert und liefert invalid_input.