Nepal, Iran und andere halbstündige Offsets: Was sie für deinen Kalender bedeuten

Die meisten Zeitzonen liegen auf ganzzahligen Stunden-Offsets. Ein paar nicht – und diese halbstündigen Offsets verursachen ein spezifisches Problem: Die Leute runden sie. Ein Kontakt in Kathmandu, dem gesagt wird „der Call ist um 15 Uhr Londoner Zeit”, rechnet mental und landet bei „irgendwas nach 20 Uhr”. Die 45 Minuten fallen dabei oft weg.

Die halbstündigen Zonen, die in der Praxis auftauchen

Indien (IST) — UTC+5:30 Die Zone, auf die die meisten treffen. Der Halbstunden-Offset bedeutet, dass Überschneidungsfenster mit den USA und Europa nie auf runde Stunden fallen. Ein Call um 9 Uhr New York ist 19:30 Uhr IST, nicht 19 oder 20 Uhr. Mehr dazu im Indien-Scheduling-Leitfaden.

Nepal (NPT) — UTC+5:45 Der einzige 45-Minuten-Offset im regulären Gebrauch – Nepal hat ihn 15 Minuten vor Indien gesetzt, als bewusste Differenzierung. Ein Call um 9 Uhr London landet um 14:45 Uhr in Kathmandu. Keine Sommerzeit.

Iran (IRST/IRDT) — UTC+3:30 / UTC+4:30 Halbstündiger Offset und Sommerzeit. Iran wechselt von UTC+3:30 im Winter auf UTC+4:30 im Sommer. Die iranischen DST-Übergänge fallen nicht mit europäischen oder US-Terminen zusammen, was über das Jahr tatsächlich vier verschiedene Offset-Werte relativ zu einer Zone mit festem Offset ergibt. Den aktuellen Offset vor der Terminplanung prüfen.

Neufundland (NST/NDT) — UTC−3:30 / UTC−2:30 Neufundland liegt 30 Minuten vor Halifax und 3,5 Stunden vor Toronto im Winter. Es beobachtet auch Sommerzeit, was dasselbe Komplikationsproblem wie Iran verursacht. Ein Kontakt in St. John’s befindet sich in einer wirklich anderen Klasse von Scheduling-Komplexität als der Rest Kanadas.

Myanmar (MMT) — UTC+6:30 und Afghanistan (AFT) — UTC+4:30: Halbstündige Offsets, keine Sommerzeit.

Australiens Northern Territory und South Australia: UTC+9:30. Lord Howe Island verwendet einen 30-Minuten-DST-Offset, was es im Winter UTC+10:30 und im Sommer UTC+11 macht – die einzige Zone mit einem 30-Minuten-DST-Offset.

Was du dagegen tun kannst

Nenne die Zeit in UTC zusammen mit der spezifischen Ortszeit für den Kontakt in der halbstündigen Zone:

Call um 14:00 UTC (9 Uhr New York / 19:30 Uhr IST / 19:45 Uhr NPT)

Die spezifische Stadtzeit für sie anzugeben entfernt die Umrechnungslast und fängt Rundungsfehler ab, bevor sie zu No-Shows werden. Lass einen Kontakt mit halbstündigem Offset nicht selbst rechnen.

Nutze meetwhen mit dem korrekten IANA-Identifier – Asia/Kolkata, Asia/Kathmandu, Asia/Tehran, America/St_Johns – und das Tool behandelt die halbstündigen Offsets korrekt ohne zu runden.