Как спланировать встречу в разных часовых поясах
Укажите часовой пояс IANA и рабочие часы для каждой локации. Планировщик проверяет выбранную дату поминутно как реальные моменты UTC и показывает время начала, когда все находятся в пределах своих местных рабочих часов. Если ничего не подходит, он показывает, кому придётся подстроиться.
Разобранный пример
Все сохраняют свои рабочие часы
- Дата
- 15 января 2026 г.
- Рабочие часы
- America/New_York · 09:00–17:00Europe/London · 09:00–17:00Asia/Tokyo · 09:00–17:00
- Общее окно (UTC)
- Общего времени нет
Если одна локация гибкая
- Гибкая локация: America/New_York
- Общего времени нет
- Гибкая локация: Europe/London
- Общего времени нет
- Гибкая локация: Asia/Tokyo
- 14:00–17:00 UTC · 23:00–16 янв. 02:00 (UTC+09:00)
- Наименее неудобный вариант
- 14:00–14:30 UTC
- Местное время
- America/New_York · 09:00–09:30 (UTC−05:00)Europe/London · 14:00–14:30 (UTC+00:00)Asia/Tokyo · 23:00–23:30 (UTC+09:00)
Как это работает
- Рабочие часы задаются по местному времени и повторяются каждый день. Общее окно есть только там, где все они пересекаются в UTC, и встреча должна поместиться в него целиком, поэтому 3 часа пересечения дают меньше вариантов начала для 60 минут, чем для 30.
- В январе рабочий день Токио с 09:00 до 17:00 заканчивается в 08:00 UTC — раньше, чем Лондон начинает в 09:00 UTC. Поэтому ни одно время с 09:00 до 17:00 не подходит одновременно Нью-Йорку, Лондону и Токио.
- Наименее неудобный вариант сохраняет часы остальных и делает гибкой только одну локацию. Для регулярных встреч меняйте эту роль по очереди, чтобы не одна и та же команда всегда подключалась поздно вечером.
Расчёты и файлы создаются в браузере. Аккаунт календаря не подключается.