Arbeitsstunden zwischen zwei Zeitpunkten
Ein Ticket, das am Freitag, 24. Juli 2026, um 15:00 UTC eröffnet und am Montag, 27. Juli, um 11:30 geschlossen wurde, kostete 4,5 Arbeitsstunden, also 270 Minuten. Wochenende und Zeit außerhalb des Tagesfensters fallen weg. 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
- Startdatum und -uhrzeit
- 2026-07-24T15:00:00Z
- Enddatum und -uhrzeit
- 2026-07-27T11:30:00Z
- Arbeitssekunden
- 16.200
- Arbeitsminuten
- 270
- Arbeitsstunden
- 4,5
- Arbeitsbeginn
- 09:00
Dieser Rechner misst ausschließlich den Anteil eines festgelegten Zeitraums, der montags bis freitags in ein tägliches UTC-Arbeitszeitfenster fällt. Er nimmt ISO-Zeitpunkte mit Zeitzone an, wandelt beide Grenzen durch deterministische Arithmetik in UTC um und schließt Samstag und Sonntag aus. Sie können das Standardfenster 09:00–17:00 verwenden oder ein anderes Fenster desselben Tages angeben. Das Ergebnis enthält exakte Sekunden sowie praktische Minuten- und Stundenwerte.
Legen Sie Zeitraum und Arbeitsfenster genau fest
Die vorgeschriebene Zeitzone verhindert, dass eine lokale Uhrzeit auf verschiedenen Systemen unterschiedliche Momente bezeichnet. Der Beginn ist einschließlich, das Ende ausschließlich; aufeinanderfolgende Intervalle lassen sich daher ohne doppelte Grenzzählung addieren. Standardmäßig gilt täglich 09:00–17:00 UTC.
Beide Grenzen müssen am selben UTC-Tag liegen, und der Schluss muss nach dem Beginn liegen. Nachtschichten werden abgelehnt, damit die Zuordnung zum Arbeitstag eindeutig bleibt. Nur die tatsächliche Überschneidung zählt: Ein Zeitraum am Freitag kann die restlichen Stunden beitragen, das Wochenende auslassen und am Montag fortgesetzt werden.
Feiertage werden nicht abgeleitet, weil sie sich nach Land, Region, Branche und Arbeitgeber unterscheiden.
So funktioniert die deterministische UTC-Berechnung
Jeder angegebene Versatz wird mit ganzzahliger gregorianischer Kalenderarithmetik in einen UTC-Moment umgerechnet. Anschließend durchläuft sie die begrenzte Menge berührter UTC-Tage. Montag bis Freitag erhalten ein mögliches Arbeitsfenster; Samstag und Sonntag keines.
Für jeden Werktag wird der angeforderte Zeitraum mit Öffnung und Schluss geschnitten und eine positive Überschneidung in Sekunden addiert. Gleiche Grenzen ergeben null; ein Ende vor dem Beginn wird abgelehnt.
Nutzen Sie das Ergebnis in Betriebsabläufen
Supportteams können die verbrauchte Arbeitszeit eines Tickets messen, ohne Nächte oder Wochenenden auf interne Ziele anzurechnen. Betriebsteams vergleichen Annahme und Behebung von Vorfällen auf einer gemeinsamen Uhr, auch wenn Quellen unterschiedliche Versätze verwenden. Finanz- und Dienstleistungsteams können Zeitstempel in prüfbare Summen umwandeln, bevor eigene Abrechnungsregeln greifen.
Speichern Sie ursprüngliche Grenzen, UTC-Fenster und zurückgegebene Sekunden gemeinsam; die Berechnung bleibt reproduzierbar, weil sie weder vom heutigen Datum noch von Serverzeitzone oder externem Kalender abhängt. Feiertage, regionale Wochenenden, Pausen, wechselnde Schichten, saisonale Ortszeit oder Nachtdienste gehören in eine gesonderte Kalenderschicht. Der enge Vertrag liefert eine transparente UTC-Basis, die leicht zu testen, zu summieren und zu erklären ist.
Anwendungsfälle
Messung von Support-SLAs
Zählen Sie nur die Arbeitsfensterzeit zwischen Erstellung und Lösung eines Tickets.
Berichte zur Störungsdauer
Normieren Sie Zeitstempel mit Versatz auf einen UTC-Plan und schließen Sie Wochenenden aus.
Prüfbare Dienstleistungssummen
Erzeugen Sie deterministische Arbeitssekunden für Abrechnung oder Compliance ohne verborgene Ortsregeln.
Häufige Fragen
Welche Tage werden ausgeschlossen?
Samstag und Sonntag in UTC sind ausgeschlossen. Feiertage und regionale Wochenenden sind nicht enthalten.
Folgt das Fenster der Sommerzeit?
Nein. Das Fenster ist ausdrücklich in UTC definiert und bleibt bei saisonalen Umstellungen stabil.
Kann ich eine Nachtschicht festlegen?
Nein. Öffnung und Schluss müssen am selben UTC-Tag liegen, wobei der Schluss später ist.
Wird der Endzeitpunkt mitgezählt?
Nein. Der Startzeitpunkt zählt, der Endzeitpunkt nicht. So lassen sich aufeinanderfolgende Abschnitte, etwa pro Schicht oder pro Tag, addieren, ohne die Grenze doppelt zu zählen.
Brauchen die Zeitpunkte eine Zeitzone?
Ja. Jeder Zeitpunkt braucht die Kennung UTC oder einen ausdrücklichen Versatz. Eine lokale Uhrzeit ohne Zone kann auf verschiedenen Rechnern verschiedene Momente bedeuten, daher rät das Werkzeug nicht, sondern rechnet alles in UTC um.
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/date/working-hours-between \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"start_datetime":"2026-07-24T15:00:00Z","end_datetime":"2026-07-27T11:30:00Z"}'const res = await fetch("https://api.kit.forhosting.com/date/working-hours-between", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"start_datetime": "2026-07-24T15:00:00Z",
"end_datetime": "2026-07-27T11:30:00Z"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/working-hours-between",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"start_datetime": "2026-07-24T15:00:00Z",
"end_datetime": "2026-07-27T11:30:00Z"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/working-hours-between", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"start_datetime":"2026-07-24T15:00:00Z","end_datetime":"2026-07-27T11:30:00Z"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"start_datetime":"2026-07-24T15:00:00Z","end_datetime":"2026-07-27T11:30:00Z"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/working-hours-between", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"start_datetime": "2026-07-24T15:00:00Z",
"end_datetime": "2026-07-27T11:30:00Z"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.working_hours_between",
"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.
Limits
max_span_days | 36600 |
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
Legen Sie Zeitraum und Arbeitsfenster genau fest
Übermitteln Sie `start_datetime` und `end_datetime` als vollständige ISO-Zeitpunkte mit `Z` oder einem numerischen UTC-Versatz. Mit `workday_start` und `workday_end` im 24-Stunden-Format `HH:MM` können Sie das Fenster ändern.
So funktioniert die deterministische UTC-Berechnung
Die Implementierung erzeugt kein `Date`-Objekt, liest weder Systemuhr noch Regionseinstellungen oder Zeitzonendienste und nutzt weder Netzwerk noch Zufall. Dadurch werden unvollständige Randtage korrekt behandelt und verschiedene Versätze für denselben Moment liefern dasselbe Ergebnis. `working_seconds` ist eine exakte Ganzzahl. `working_minutes` und `working_hours` werden daraus abgeleitet und für stabiles JSON auf höchstens sechs Dezimalstellen gerundet. Die Antwort wiederholt das wirksame Fenster und weist `timezone` als `UTC` aus.
Nutzen Sie das Ergebnis in Betriebsabläufen
Der Browser eignet sich für Einzelprüfungen, die API kostet $0.002 je erfolgreiche Anfrage.
Technische Fragen
Was kostet die Berechnung?
Die API kostet $0.002 je erfolgreiche Anfrage; dieselbe reine Berechnung läuft auch im Browser.
Dürfen Zeitpunkte UTC-Versätze enthalten?
Ja. Verwenden Sie `Z` oder einen Versatz wie `-04:00`; jede Grenze wird auf UTC normiert.