Findet die Zeitfenster, in denen Teams in verschiedenen Zeitzonen zusammenkommen können – anhand ihrer lokalen Arbeitszeiten und exakter Sommerzeit-Berechnung.
Wird lokal in deinem Browser verarbeitet
Überschneidungsfenster (auf UTC-Basis, lokale Zeiten angezeigt)
Die Fenster werden pro Minute in der lokalen Uhrzeit jeder Zeitzone berechnet, sodass Sommerzeit-Umstellungen am gewählten Datum exakt behandelt werden.
–
Über dieses Tool
Der Planer für Meeting-Überschneidungen beantwortet die Terminfrage, an der E-Mail-Ketten scheitern: Wenn Teams in verschiedenen Zeitzonen arbeiten – wann können alle während ihrer Arbeitszeiten wirklich zusammenkommen? Füge jede Zeitzone hinzu, stelle ihr lokales Arbeitsfenster ein (Start- und Endstunde) und wähle ein Datum – der Planer berechnet die Überschneidungsfenster in UTC und zeigt für jedes Fenster die lokale Start- und Endzeit in jeder beteiligten Zeitzone. Die Rechnung ist bewusst exakt: Jede Minute des gewählten Tages wird in der lokalen Uhrzeit der jeweiligen Zeitzone ausgewertet, sodass Sommerzeit-Umstellungen an diesem Tag – auch bei Zeitzonen, die mitten am Tag den Offset wechseln – kein Fenster um eine Stunde verschieben können, ohne dass der Planer es bemerkt. Zeitzonen, deren Fenster sich nicht überschneiden, liefern ehrlich „keine Überschneidung“ statt einer erfundenen Empfehlung. Alles läuft lokal in deinem Browser: deine Zeitzonen und Stunden verlassen dein Gerät nie und werden nirgends protokolliert. Nutze diesen Planer, wenn du Releases, All-Hands-Meetings oder Support-Schichten über Kontinente hinweg koordinierst – besonders in den Wochen um die Umstellung auf Sommer- und Winterzeit, in denen eine Rechnung mit festen Offsets leise falsch wird.
Wie wird das Ergebnis berechnet?
Warschau, New York und Tokio an einem Datum
Warschau arbeitet 09:00–17:00 Uhr (UTC+2), New York 09:00–17:00 Uhr (UTC−4), Tokio 09:00–18:00 Uhr (UTC+9). Warschaus Fenster ist 07:00–15:00 Uhr UTC, New Yorks 13:00–21:00 Uhr UTC, Tokios 00:00–09:00 Uhr UTC. Die einzige gemeinsame Minute ist 13:00–15:00 Uhr UTC – zwei Stunden, angezeigt als 15:00–17:00 Uhr in Warschau, 09:00–11:00 Uhr in New York und 22:00–24:00 Uhr in Tokio. Das ist das Fenster, das man buchen sollte.
Beispieleingabe und -ausgabe
Eingabe
Wert
date
2026-08-04
windows
Warsaw 09–17, New York 09–17, Tokyo 09–18
Ergebnis
13:00–15:00 UTC (2 h) · Warschau 15:00–17:00 · New York 09:00–11:00 · Tokio 22:00–24:00
Wie lautet die Formel und ihre Annahmen?
Arbeitsfenster in UTC
window(zone) = [startHour, endHour) local, converted per minute
Jede Minute des Tages wird in der lokalen Uhrzeit der jeweiligen Zeitzone umgerechnet, sodass eine Zeitzone, die mitten am Tag den Offset wechselt, ein Fenster erzeugt, das wirklich wandert – der Planer nimmt nie einen festen Offset an. Das ist vor allem in den Wochen um die Frühjahrs- und Herbstumstellung wichtig.
Was, wenn es keine Überschneidung gibt?
Der Planer sagt das ausdrücklich, statt einen unmöglichen Termin vorzuschlagen. In der Praxis erweitern Teams dann das Fenster einer Zeitzone oder verschieben die Arbeitszeiten – die ehrliche Antwort ist nützlicher als eine erfundene.
Kann ich mehrere Tage auf einmal planen?
Version 1 plant ein Datum pro Durchgang. Für eine wiederkehrende Taktung prüfe die Grenzdaten um die nächste Sommerzeit-Umstellung – genau dort bricht ein fester Wochentermin üblicherweise.