ForHosting KIT · Reisen und Geografie

Überlappende Meeting-Stunden über Zeitzonen

Berlin (UTC+2) und New York (UTC−5), beide von 9 bis 17 Uhr, überschneiden sich nur von 14:00 bis 15:00 UTC: 16:00 Uhr in Berlin, 9:00 Uhr in New York. Tragen Sie Versatz und Arbeitszeit jeder Person ein und sehen Sie alle gemeinsamen Zeitfenster. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald

Einen Anruf über Städte hinweg zu planen ist schwer, wenn jede Person nur einen festen UTC-Offset und den lokalen Arbeitstag angibt. Ein Zeitzonen-Tool, das nur eine Uhr in eine andere umrechnet, lässt Sie die Schnittmenge trotzdem von Hand suchen. Dieses Werkzeug für überlappende Meeting-Stunden akzeptiert zwei oder mehr Teilnehmende, jeweils mit festem Offset zur Koordinierten Weltzeit und einem lokalen Fenster am selben Tag —zum Beispiel neun bis siebzehn—, bildet jedes Fenster minutengenau auf UTC ab und liefert die Intervalle, in denen alle gleichzeitig verfügbar sind. Das Ergebnis enthält die UTC-Spanne sowie lokalen Beginn und Ende jeder Person, damit Sie Zeiten ohne Kopfrechnen in eine Kalendereinladung einfügen können.

Was überlappende Meeting-Stunden mit festen UTC-Offsets bedeuten

Ein fester UTC-Offset ist eine konstante Stundenzahl zur Koordinierten Weltzeit: plus zwei für einen Winterfahrplan in weiten Teilen Mitteleuropas, minus fünf für Eastern Standard Time, plus fünf Komma fünf für die indische Standardzeit oder plus vierzehn für die Line Islands. Anders als eine benannte Zone wie America/New_York springt ein fester Offset in diesem Rechner weder vor noch zurück. Die Engine wandelt jede lokale Minute dieses Fensters in eine Minute des UTC-Tages um und erlaubt, dass das abgebildete Intervall bei großem Offset die UTC-Mitternacht überschreitet.

Verfügbarkeit liegt als zirkuläre Maske aus eintausendvierhundertvierzig Minuten vor. Die Schnittmenge ist ein bitweises UND über alle Teilnehmenden: Eine UTC-Minute ist nur dann Meeting-Kandidat, wenn jede Maske sie als verfügbar markiert. Zusammenhängende Läufe solcher Minuten werden zu den überlappenden Fenstern der Antwort.

Dieses Modell bedient die Suchabsicht hinter überlappenden Meeting-Stunden über Zeitzonen: nicht «wie spät ist es dort», sondern «wann können wir sprechen, solange alle in den veröffentlichten Bürozeiten bleiben». Sommerzeitwechsel und die Auflösung von Städtenamen liegen bewusst außerhalb des Umfangs; liefern Sie die festen Offsets, die für das gewünschte Datum bereits gelten, so wie Tickets und Statusseiten UTC±-Labels drucken.

Praxis-Tipps, Grenzen und wann ein anderes Werkzeug passt

Bevorzugen Sie ganze oder gebrochene Stunden, die veröffentlichten zivilen Offsets entsprechen: fünf Komma fünf für Indien, fünf Komma sieben fünf für Nepal, neun Komma fünf für Teile Australiens, statt ein zweites Feld für Offset-Minuten zu erfinden. Halten Sie jedes Arbeitsfenster auf einem lokalen Kalendertag mit Ende nach Start; Nachtschichten über lokale Mitternacht werden nicht als eine Zeile modelliert —teilen Sie sie oder passen Sie den Planungstag an—.

Wenn Ost- und Westküsten-Bürozeiten sich kaum berühren, erwarten Sie ein kurzes Fenster nahe Öffnung oder Schließung einer Seite; wenn Asien und Amerika beide lokal neun bis siebzehn nutzen, kann es keine Überlappung geben und Sie sollten Fenster erweitern oder einen anderen Tag mit anderen Vorgaben wählen. Kombinieren Sie diese Fähigkeit mit einem Fest-Offset-Konverter, wenn Sie nur eine Uhr abbilden müssen, und mit einem vollen IANA-Zonenwerkzeug, wenn Sie nur Städtenamen haben oder Sommerzeit automatisch beachten müssen. Begrenzen Sie die Teamliste auf vierzig Teilnehmende, damit die Minutenmasken-Arbeit für Edge-Worker begrenzt bleibt.

Remote-Standups von Teams über Kontinente

Engineering-Manager fügen festen UTC-Offset und Kernzeiten jedes Standorts ein, um den einzigen täglichen Slot für alle Büros zu listen, bevor die Kalendereinladung rausgeht.

Vertriebsanrufe mit veröffentlichten UTC±-Labels

Account-Teams, die beide Seiten bereits als feste Offsets kennen, finden gemeinsame Arbeitszeiten ohne volle Zeitzonen-Datenbank und ohne Raten der Sommerzeitregeln.

Was passiert, wenn es keine Überlappung gibt?

Leere Schnittmenge wird nie als leere Erfolgsliste zurückgegeben; fehlgeschlagene Validierung wird nicht berechnet.

Wird Sommerzeit oder Städtenamen unterstützt?

Nein. Es gibt keine IANA-Datenbank und kein Date. Liefern Sie die festen Offsets, die für das geplante Datum bereits gelten.

Wie gebe ich Indien oder Nepal ein, die keine vollen Stunden haben?

Geben Sie den Versatz als Dezimalstunde ein: 5,5 für die indische Standardzeit und 5,75 für Nepal. Teile Australiens nutzen 9,5. Die Minuten müssen Sie nicht getrennt angeben.

Kann ich eine Nachtschicht über Mitternacht planen?

Nicht als einzelnen Eintrag. Jedes Arbeitsfenster muss am selben lokalen Tag beginnen und enden, das Ende nach dem Beginn. Teilen Sie die Nachtschicht in zwei Einträge auf oder planen Sie einen anderen Tag.

Wie viele Personen oder Städte kann ich gleichzeitig vergleichen?

Zwei bis vierzig Teilnehmer in einer Suche. Jeder bringt seinen eigenen Versatz und seine Arbeitszeit mit, und eine Minute gilt nur als frei, wenn alle in diesem Moment verfügbar sind.

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.

POSThttps://api.kit.forhosting.com/travel/time-zone-meeting-finder

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/travel/time-zone-meeting-finder \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"zones":[{"offset":2,"start_hour":9,"end_hour":17,"label":"Berlin"},{"offset":-5,"start_hour":9,"end_hour":17,"label":"New York"}]}'
{
  "zones": [
    {
      "offset": 2,
      "start_hour": 9,
      "end_hour": 17,
      "label": "Berlin"
    },
    {
      "offset": -5,
      "start_hour": 9,
      "end_hour": 17,
      "label": "New York"
    }
  ]
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "travel.time_zone_meeting_finder",
  "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.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Treffen sich die Fenster nie, schlägt die Aufgabe mit invalid_input fehl statt einer leeren Erfolgsliste — passend dazu, «kein Slot an diesem Tag» als hartes Ergebnis zu behandeln.

Was überlappende Meeting-Stunden mit festen UTC-Offsets bedeuten

Jede Person deklariert außerdem ein lokales Arbeitsfenster am selben Kalendertag als start_hour und end_hour auf einer Vierundzwanzig-Stunden-Uhr, wobei das Ende strikt größer als der Start sein muss.

Eingabevertrag, Antwortform und Fehlerverhalten

Senden Sie einen JSON-Body mit dem Pflichtfeld zones: ein Array aus mindestens zwei und höchstens vierzig Objekten. Jedes Objekt verlangt endliche Zahlen offset (von minus vierzehn bis plus vierzehn einschließlich), start_hour und end_hour (jeweils null bis vierundzwanzig, Start strikt kleiner als Ende und Start kleiner als vierundzwanzig). label ist optional: ein kurzer String für Stadt, Team oder Person. Aliase participants, people, locations und team werden für das Array akzeptiert. Bei Erfolg enthält der Body zone_count; zones mit Echo jeder Zeile samt offset_label, lokalen Uhren und duration_hours; has_overlap true; overlap_minutes und overlap_hours für die gesamte Schnittlänge; window_count; windows als geordnete Liste von Objekten mit start_utc, end_utc, Dauerfeldern und local_times, die denselben UTC-Lauf auf die lokale Uhr jeder Person abbilden; plus message und steps für Anzeige und Debug. Fehlgeschlagene Validierung —fehlende zones, weniger als zwei Zeilen, nicht-endliche Zahlen, Offsets außerhalb ±14, Start nicht kleiner als Ende, leere oder zu lange Labels— liefert invalid_input und wird nie berechnet. Der Preis ist ein flaches $0.002 pro erfolgreichem Aufruf mit Einheit item.

Praxis-Tipps, Grenzen und wann ein anderes Werkzeug passt

Nutzen Sie in Tests bewusste Beispiele ohne Überlappung, damit Automatisierung invalid_input prüft statt einen Slot zu erfinden. Roundtrip-Checks sind einfach: rechnen Sie ein bekanntes Paar von Hand nach —Berlin UTC+2 neun bis siebzehn gegen New York UTC−5 neun bis siebzehn ergibt ein einstündiges UTC-Fenster vierzehn bis fünfzehn, also sechzehn bis siebzehn in Berlin und neun bis zehn in New York— und bestätigen Sie, dass die API übereinstimmt. Fehlgeschlagene Aufgaben mit invalid_input werden nie berechnet, was explorative Planungs-Skripte günstig hält, wenn bewusst nicht überlappende Fenster gesendet werden.

Automatisierungstests für Multi-Zonen-Scheduler

Dienste, die feste Offsets speichern, erzeugen Golden-Überlappungsfenster und bewusste invalid_input-Fälle ohne Überlappung für die Continuous Integration.

Wie finde ich überlappende Meeting-Stunden über Zeitzonen?

Senden Sie mindestens zwei Zonen, jeweils mit festem UTC-Offset und lokalen start_hour/end_hour. Die API liefert UTC-Fenster und die lokalen Zeiten jeder Person für jede Minute, in der alle verfügbar sind.

Wie viele Teilnehmende kann ich einbeziehen?

Zwischen 2 und 40 Zonenzeilen pro Anfrage. Jede Zeile braucht offset, start_hour und end_hour; label ist optional.

Was kostet der Finder für überlappende Meeting-Stunden?

Das Browser-Tool ist kostenlos. API-Anfragen nutzen vorausbezahltes KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →