Fehlzeitenquote-Rechner
Machen Sie aus Fehltagen eine vergleichbare Quote: 6 Fehltage bei 22 geplanten Arbeitstagen ergeben eine Fehlzeitenquote von 27,27 %, egal ob das Team fünf oder 200 Personen hat. Halbe Tage zählen ebenfalls. 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
- Fehltage
- 6
- Arbeitstage insgesamt
- 22
- Fehlquote
- 27,27
Sie teilt den ersten Wert durch den zweiten und gibt das Ergebnis als Prozentsatz zurück, gerundet auf die von Ihnen gewählte Genauigkeit.
Was die Abwesenheitsquote aussagt
Die Abwesenheitsquote ist das einfachste und am besten vergleichbare Maß für verlorene Arbeitszeit. Eine reine Zählung der Fehltage sagt für sich allein wenig aus: Sechs Fehltage sind in einem Monat mit zwanzig Arbeitstagen erheblich, in einem Quartal dagegen moderat. Die Angabe als Prozentsatz der geplanten Arbeitstage normalisiert den Wert, sodass ein Team von fünf und eine Abteilung von zweihundert Personen auf derselben Skala verglichen werden können und ein Monat mit dem nächsten vergleichbar bleibt, selbst bei unterschiedlichen Kalenderlängen.
Genau diese Normalisierung leistet dieser Endpunkt. Sie senden die Fehltage und die geplanten Arbeitstage für denselben Zeitraum und erhalten die Abwesenheitsquote zurück, gerundet auf die gewünschte Anzahl von Nachkommastellen. Bewusst verweigert wird die eine Eingabe, die die Kennzahl sinnlos macht: Liegen die Fehltage über den geplanten Arbeitstagen, stimmt etwas in den Quelldaten nicht — eine Doppelzählung, ein Zeitraumfehler, ein Tippfehler — und die richtige Antwort ist ein Fehler, der beide problematischen Werte nennt, und kein Prozentsatz über hundert, der stillschweigend einen nachgelagerten Bericht verfälscht.
So können Sie einen Wert von Hand prüfen und zahlen erst, wenn Sie ihn automatisieren.
Wie die Eingaben validiert werden
Beide Eingaben müssen endliche Zahlen sein, und die Definition des Zeitraums liegt bei Ihnen: ein Monat, ein Quartal, ein Vertragsjahr — das Verhältnis bleibt gleich, solange beide Zahlen dasselbe Zeitfenster beschreiben. Fehltage müssen null oder positiv sein; geplante Arbeitstage müssen größer als null sein, denn ein Zeitraum ohne geplante Tage hat keine sinnvolle Abwesenheitsquote. Bruchwerte sind auf beiden Seiten zulässig, da viele Abrechnungssysteme halbe Tage erfassen.
Der Parameter für die Genauigkeit steuert die Rundung des zurückgegebenen Prozentsatzes und liegt standardmäßig bei zwei Nachkommastellen, was der Darstellung in den meisten Personal-Dashboards entspricht; Sie können beliebige Werte von null bis sechs anfordern. Die Validierung ist absichtlich streng.
Eine negative Anzahl von Fehltagen, ein Nenner von null oder Fehltage oberhalb der Planung liefern allesamt einen Fehler, der das betroffene Feld und die problematischen Werte exakt benennt, sodass eine aufrufende Pipeline das Problem protokollieren, den Datensatz überspringen und die für die Quelldaten verantwortliche Stelle benachrichtigen kann, statt eine falsche Zahl zu übernehmen. Eingaben, die als numerische Zeichenketten eintreffen, werden umgewandelt, weil Formularübermittlungen und Abfrageparameter häufig in dieser Form ankommen; alles, was sich nicht zu einer endlichen Zahl auswerten lässt, wird mit derselben Eindeutigkeit abgelehnt.
Wo die Berechnung in der Praxis passt
Teams binden diese Berechnung in drei Arten von Abläufen ein. Der erste ist die Berichterstattung: Ein nächtlicher Job durchläuft den Anwesenheitsexport, berechnet die Abwesenheitsquote pro Mitarbeiter, pro Team und pro Standort und speichert die Zeitreihen, damit Trends sichtbar werden, bevor sie zu Problemen werden. Der zweite ist die Alarmierung: Ein Schwellenwert — etwa fünf Prozent in einem Monat — löst eine Überprüfung aus, und die zentrale Berechnung der Quote stellt sicher, dass jeder Alarm exakt dieselbe Formel und Rundung verwendet, statt dass jede Tabellenkalkulation ihre eigene Variante pflegt.
Der dritte ist der Benchmark-Vergleich: Die Umwandlung roher Fehlzeiten in Prozentsätze macht Zeiträume unterschiedlicher Länge und Teams unterschiedlicher Größe vergleichbar, was die einzige ehrliche Art ist, die Zahlen zu lesen. Der Endpunkt hält keinen Zustand und speichert nichts: Die beiden Zahlen kommen herein, der Prozentsatz geht heraus, und nichts wird zurückbehalten. Dadurch lässt er sich bedenkenlos auf sensible Personaldaten anwenden.
Das Ergebnisobjekt gibt die beiden Eingaben zusammen mit dem berechneten Prozentsatz zurück, sodass ein gespeicherter Datensatz selbsterklärend ist und eine Prüfinstanz ohne Rückgriff auf Protokolle genau nachvollziehen kann, welche Zahlen welche Quote erzeugt haben.
Anwendungsfälle
Monatlichen Abwesenheitsbericht erstellen
Berechnen Sie die Abwesenheitsquote pro Mitarbeiter und pro Team aus dem Anwesenheitsexport — mit einer gemeinsamen Formel und Rundungsregel.
Bei ungewöhnlichen Quoten alarmieren
Lösen Sie eine Überprüfung aus, wenn die Abwesenheitsquote eines Teams einen Schwellenwert überschreitet — überall identisch berechnet.
Zeiträume unterschiedlicher Länge vergleichen
Normalisieren Sie einen kurzen und einen langen Monat zu Prozentsätzen, damit die Trendlinie ehrlich bleibt.
Häufige Fragen
Wie wird die Abwesenheitsquote berechnet?
Fehltage geteilt durch die geplanten Arbeitstage insgesamt, multipliziert mit hundert, gerundet auf die von Ihnen gewählte Genauigkeit (standardmäßig zwei Nachkommastellen).
Kann ich halbe Tage verwenden?
Ja. Beide Eingaben akzeptieren Bruchwerte, sodass 4.5 Fehltage von 22 Arbeitstagen problemlos funktionieren.
Was kostet der Dienst?
Zudem läuft die Berechnung kostenlos in Ihrem Browser auf dieser Seite.
Werden Daten gespeichert?
Nein. Die beiden Zahlen werden verarbeitet und verworfen; zurückgegeben wird nur das Ergebnis.
Können die geplanten Arbeitstage null sein?
Nein. Ein Zeitraum mit null geplanten Arbeitstagen hat keine definierte Abwesenheitsquote, daher wird die Eingabe abgelehnt.
Was passiert, wenn die Fehltage die geplanten Arbeitstage übersteigen?
Der Rechner verweigert das Ergebnis und nennt beide Werte, statt eine Quote über 100 % auszugeben. Das deutet immer auf fehlerhafte Ausgangsdaten hin, etwa eine Doppelzählung, einen falschen Zeitraum oder einen Tippfehler.
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/absence-percentage \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"days_absent":6,"workdays_total":22}'const res = await fetch("https://api.kit.forhosting.com/fin/absence-percentage", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"days_absent": 6,
"workdays_total": 22
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/absence-percentage",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"days_absent": 6,
"workdays_total": 22
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/absence-percentage", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"days_absent":6,"workdays_total":22}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"days_absent":6,"workdays_total":22}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/absence-percentage", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"days_absent": 6,
"workdays_total": 22
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.absence_percentage",
"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 API für die Abwesenheitsquote berechnet eine Fehlzeitenrate aus zwei Zahlen: den Tagen, an denen eine Person abwesend war, und den insgesamt geplanten Arbeitstagen im selben Zeitraum. Übersteigen die Fehltage die geplanten Arbeitstage — eine unmögliche Eingabe —, verweigert die API die Berechnung mit einem klaren Validierungsfehler, statt eine sinnlose Zahl über hundert Prozent zurückzugeben.
Was die Abwesenheitsquote aussagt
Da es sich um reine Arithmetik handelt, läuft derselbe Code kostenlos in Ihrem Browser auf dieser Seite und als kostenpflichtiger API-Aufruf für $0.002 pro Anfrage.
Technische Fragen
Was passiert, wenn die Fehltage die geplanten Arbeitstage übersteigen?
Die Anfrage wird mit einem invalid_input-Fehler abgelehnt, der beide Werte nennt, da eine solche Eingabe keinen realen Zeitraum beschreiben kann.