Arbeitsstunden-Überlappung
Arbeitstage von 9 bis 17 Uhr bei UTC−5 und bei UTC+0 teilen nur 3 Stunden, 14:00 bis 17:00 UTC, also 37,5 % des kürzeren Tages. Geben Sie Abstand und Zeiten jedes Teams ein, Nachtschichten inklusive. 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
- Versatz A
- -5
- Start A
- 9
- End a
- 17
- Versatz B
- 0
- Start B
- 9
- End b
- 17
- Bezeichnung Versatz A
- UTC−5
- Bezeichnung Versatz B
- UTC+0
- Stunden Team A
- 8
- Stunden Team B
- 8
Verteilte Teams stellen immer wieder eine nur scheinbar einfache Frage: Wenn eine Gruppe von neun bis fünf in New York arbeitet und eine andere von neun bis fünf in London, wie viel dieser beiden Arbeitstage ist wirklich gleichzeitig? Ein Rechner für den Überlappungsprozentsatz der Arbeitsstunden antwortet mit festen UTC-Offsets und lokalen Start- und Endstunden, nicht mit Städtenamen und nicht mit einer Sommerzeitdatenbank. Nachtschichten umwickeln Mitternacht. Offsets bleiben innerhalb plus oder minus vierzehn Stunden.
Was die Überlappung von Arbeitszeiten bedeutet
Verteilte Teams stellen sich eine scheinbar einfache Frage: Wenn eine Gruppe in New York von neun bis siebzehn Uhr arbeitet und eine andere in London ebenso, wie viel dieser beiden Arbeitstage findet wirklich gleichzeitig statt? Der Rechner beantwortet das mit festen Abständen zur koordinierten Weltzeit und lokalen Anfangs- und Endstunden, nicht mit Städtenamen und nicht mit einer Sommerzeit-Datenbank. Jeder Arbeitstag wird auf einen Tageskreis in UTC übertragen: Aus 9 bis 17 Uhr bei UTC−5 wird 14:00 bis 22:00 UTC, bei UTC+0 bleibt es 09:00 bis 17:00 UTC.
So rechnen Sie und vermeiden typische Fehler
Gemeinsam ist der Abschnitt von 14:00 bis 17:00 UTC, also 3 Stunden. Der Hauptwert teilt diese Zeit durch den kürzeren Arbeitstag: 3 von 8 Stunden sind 37,5 %. Endet ein Tag früher, als er beginnt, gilt er als Nachtschicht und läuft über Mitternacht. Ein häufiger Fehler ist, Beginn und Ende gleich zu setzen; das wird als Tag ohne Länge abgelehnt, statt als 24 Stunden geraten zu werden. Für einen vollen Tag geben Sie 0 bis 24 ein. Bedenken Sie auch, dass feste Abstände keine Zeitumstellung kennen: Prüfen Sie die Abstände, wenn eine Region die Uhr umstellt.
Wie zwei Arbeitstage zu einem Überlappungsprozentsatz werden
Ein Arbeitstag ist hier ein halboffenes lokales Intervall von der Startstunde zur Endstunde auf einer Vierundzwanzig-Stunden-Uhr, plus ein fester Versatz zur koordinierten Weltzeit. Team A in UTC minus fünf, das von neun bis siebzehn arbeitet, belegt 14:00 bis 22:00 UTC. Team B in UTC plus null, das von neun bis siebzehn arbeitet, belegt 09:00 bis 17:00 UTC.
Diese beiden Intervalle teilen 14:00 bis 17:00 UTC, also drei Stunden. Liegt das Ende vor dem Start, ist das lokale Fenster eine Nachtschicht und umwickelt Mitternacht vor der UTC-Umwandlung; ein Tokioter Morgen und ein Nachmittag in San Francisco treffen sich oft als zweistündiges Stück nach dieser Umwicklung. Ein voller bürgerlicher Tag ist Start null und Ende vierundzwanzig, deckt den ganzen UTC-Kreis und überlappt das andere Team daher über dessen gesamte Dauer.
Gleicher Start und gleiches Ende werden als null-langer Tag abgelehnt statt als vierundzwanzig Stunden geraten, weil diese beiden Lesarten in Tabellen zweideutig sind. Bruchstunden wie neun Komma fünf und Offsets wie fünf Komma fünf (5.5) werden auf die nächste Minute gerundet, damit die indische Standardzeit und ein Start um halb zehn ohne das Date-Objekt des Wirts exakt bleiben.
Anwendungsfälle
Follow-the-Sun-Supportbesetzung
Messen Sie gleichzeitige Minuten zwischen zwei Support-Schaltern, damit Roster-Werkzeuge nicht überlappungsfreie Morgen als gemeinsame Schicht behandeln.
Häufige Fragen
Funktionieren Nachtschichten und die Mitternachtsumwicklung?
Ja. Liegt das Ende vor dem Start, gilt das Fenster als Nachtschicht, die örtlich Mitternacht umwickelt, und wird vor dem Schnitt nach UTC gewandelt. Ein voller Tag ist start 0 und end 24.
Warum überlappen New York 9–17 und London 9–17 nur zu 37.5 Prozent?
UTC−5 09:00–17:00 ist 14:00–22:00 UTC; UTC+0 09:00–17:00 ist 09:00–17:00 UTC.
Nutzt das IANA-Zonen oder Sommerzeit?
Nein. Sie liefern feste UTC-Offsets (Stunden, einschließlich Bruchwerte wie 5.5). Benannte Zonen und DST-Übergänge liegen außerhalb, damit das Ergebnis eine reine Identität ohne Date bleibt.
Wie wird der Überlappungsanteil berechnet?
Er ist die gemeinsame Zeit geteilt durch den kürzeren der beiden Arbeitstage, mal 100. Zwei Arbeitstage von 8 Stunden, die sich von 14:00 bis 17:00 UTC treffen, teilen 3 Stunden; die Überlappung beträgt also 37,5 %. Auch der Anteil jedes Teams wird angezeigt.
Was gilt, wenn ein Arbeitstag ganz im anderen liegt?
Dann beträgt der Hauptwert 100 %, weil jede Minute des kürzeren Tages gleichzeitig stattfindet. Die Werte pro Team unterscheiden sich: Der kurze Dienst ist vollständig geteilt, der längere Tag womöglich nur zur Hälfte.
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/biz/work-hours-overlap-percent \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"offset_a":-5,"start_a":9,"end_a":17,"offset_b":0,"start_b":9,"end_b":17}'const res = await fetch("https://api.kit.forhosting.com/biz/work-hours-overlap-percent", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"offset_a": -5,
"start_a": 9,
"end_a": 17,
"offset_b": 0,
"start_b": 9,
"end_b": 17
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/work-hours-overlap-percent",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"offset_a": -5,
"start_a": 9,
"end_a": 17,
"offset_b": 0,
"start_b": 9,
"end_b": 17
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/work-hours-overlap-percent", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"offset_a":-5,"start_a":9,"end_a":17,"offset_b":0,"start_b":9,"end_b":17}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"offset_a":-5,"start_a":9,"end_a":17,"offset_b":0,"start_b":9,"end_b":17}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/work-hours-overlap-percent", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"offset_a": -5,
"start_a": 9,
"end_a": 17,
"offset_b": 0,
"start_b": 9,
"end_b": 17
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.work_hours_overlap_percent",
"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
Sie senden sechs Zahlen — Offset, Start und Ende für Team A und dieselben drei für Team B — und der Löser legt beide Fenster auf einen vierundzwanzigstündigen UTC-Kreis, schneidet sie und liefert Überlappungsminuten, Überlappungsstunden, den live geteilten Anteil jedes Teamtages sowie eine hervorgehobene overlap_percent gleich hundertmal der Schnittmenge über den kürzeren Arbeitstag.
Wie zwei Arbeitstage zu einem Überlappungsprozentsatz werden
Beide Tage dauern acht Stunden, der kürzere ist also acht Stunden und overlap_percent ist hundertmal drei durch acht, also siebenunddreißig Komma fünf Prozent (37.5). Dieselbe Identität steht in jeder erfolgreichen Antwort: utc gleich lokal minus Offset, modulo vierundzwanzig Stunden; die Überlappung ist der Schnitt der beiden UTC-Intervalle auf einem kreisförmigen Tag; overlap_percent gleich hundertmal overlap_minutes geteilt durch das Minimum von team_a_minutes und team_b_minutes. Die teamweisen Felder overlap_percent_a und overlap_percent_b nehmen die eigene Dauer als Nenner, sodass ein Vier-Stunden-Platz ganz innerhalb eines Acht-Stunden-Platzes einhundert Prozent für das kurze Team und fünfzig für das lange meldet, während die Überschrift bei einhundert bleibt, weil jede Minute des kürzeren Tages gleichzeitig ist.
Eingabevertrag, Antwortfelder und Prüfregeln
Stunden dürfen bruchteilig sein. Senden Sie per POST ein JSON-Objekt mit sechs Pflicht-Endzahlen. offset_a und offset_b sind feste UTC-Offsets in Stunden, jeweils von minus vierzehn bis plus vierzehn einschließlich; Aliasse umfassen utc_a, team_a_offset, a_offset und die passenden Namen von Team B. start_a, end_a, start_b und end_b sind lokale Uhrstunden von null bis vierundzwanzig einschließlich; Aliasse umfassen team_a_start, a_start, team_a_end, a_end und die passenden B-Namen. Liegt end_a vor start_a, umwickelt das A-Fenster Mitternacht; dieselbe Regel gilt für B. Bei Erfolg wiederholt der Körper die sechs gerundeten Eingaben und Offset-Etiketten wie UTC−5, meldet team_a_hours, team_b_hours, team_a_minutes und team_b_minutes, veröffentlicht jedes Fenster in UTC als team_a_utc_start, team_a_utc_end, team_b_utc_start und team_b_utc_end mit den Booleschen team_a_wraps und team_b_wraps und liefert overlap_minutes, overlap_hours, overlap_percent, overlap_percent_a, overlap_percent_b, overlap_windows als Feld von UTC-Start- und Enduhren, same_window wenn die beiden UTC-Intervalle identisch sind, eine einzeilige Meldung und die Formelzeichenkette. Beispiel: offset_a minus fünf, start_a neun, end_a siebzehn, offset_b null, start_b neun, end_b siebzehn ergibt drei Überlappungsstunden, siebenunddreißig Komma fünf Prozent (37.5) und ein einziges UTC-Fenster von 14:00 bis 17:00. Gescheiterte Prüfung — fehlende Felder, nicht endliche Werte, ein Offset dessen Betrag vierzehn übersteigt, ein Start oder Ende außerhalb von null bis vierundzwanzig oder ein null-langer Tag — liefert invalid_input mit Feldnamen und wird nie berechnet. Erfolgreiche Aufrufe kosten den veröffentlichten Grundpreis $0.002 mit Einheit item.
Wo ein Arbeitsstunden-Überlappungsprozentsatz sich lohnt
People-Operations-Teams nutzen einen Rechner für den Überlappungsprozentsatz der Arbeitsstunden, wenn sie Kern-Zusammenarbeitsstunden für ein Unternehmen mit zwei Drehkreuzen schreiben: teilen New York und London nur drei von acht Stunden, ist eine Regel mit vier Live-Stunden ohne Dehnung einer Seite nicht tragbar. Ungültige Offsets und null-lange Tage werden nicht berechnet. Behalten Sie Offsets als die UTC±-Zahlen, die schon auf Tickets und Serverkonfigurationen stehen; dieses Werkzeug löst keine IANA-Namen wie America/New_York auf und wendet keine Sommerzeitwechsel an. Ändert eine Region im März den Offset, senden Sie die Winter- oder die Sommerzahl, die Sie wirklich meinen. Personalmodelle wandeln overlap_hours in gleichzeitige Plätze um, damit ein Follow-the-Sun-Support-Roster nicht so tut, als seien ein Tokioter Morgen und ein kalifornischer Morgen dieselbe Schicht. Vertrieb und Kundenerfolg legen wiederkehrende Gespräche in die als overlap_windows veröffentlichte Schnittmenge statt aus einer Weltuhr zu raten. Vertragssprache, die einen Mindest-Gemeinschaftstag verspricht, kann overlap_percent in einem Test statt in einem Screenshot festnageln. Weil die Umsetzung parse der Stufe A ist, kostet jeder erfolgreiche Aufruf das veröffentlichte $0.002, ohne Modell-Token und ohne ausgehendes Netz. Koppeln Sie Beispiele beim Unterrichten: identische Offsets und Stunden liefern einhundert Prozent und same_window true; New York gegen London von neun bis fünf liefert siebenunddreißig Komma fünf Prozent (37.5); Tokio neun bis achtzehn gegen San Francisco neun bis achtzehn liefert ein kurzes, umwicklungsbewusstes Stück; ein Offset von fünfzehn zeigt den harten invalid_input-Pfad. Stecken Sie overlap_percent und overlap_minutes in Tests und Sie erhalten wiederholbare Gleichzeitigkeitsrechnung für Handbücher, SEO-Landings und Edge-Worker, ohne eine eigene Zeitzonendatenbank aufzustellen.
Integrationsbeispiele
Kern-Zusammenarbeitsstunden für zwei Drehkreuze
Wandeln Sie lokalen Start und lokales Ende jedes Büros plus UTC-Offset in overlap_percent und overlap_windows um, bevor Sie Pflichtstunden für Live-Zusammenarbeit veröffentlichen.
Wiederkehrende Terminfenster über Offsets
Legen Sie feststehende Gespräche in die als overlap_windows gelieferte UTC-Schnittmenge statt aus einem Weltuhr-Screenshot zu raten.
Technische Fragen
Wie wird der Überlappungsprozentsatz der Arbeitsstunden berechnet?
Lokaler Start und lokales Ende jedes Teams werden durch Abzug des festen Offsets nach UTC verschoben; danach werden die beiden Intervalle auf einem 24-Stunden-Kreis geschnitten. overlap_percent ist 100 × overlap_minutes / min(team_a_minutes, team_b_minutes).
Was kostet der Rechner für Arbeitsstunden-Überlappung?
Das Browserwerkzeug ist kostenlos. API-Anfragen nutzen vorausbezahltes KIT-Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.