夏令时会议：当地时刻可能不存在，也可能出现两次
America/New_York的2026-03-08 02:30不存在，因为时钟从02:00跳到03:00。2026-11-01的01:30出现两次，分别对应UTC 05:30与UTC 06:30。用日期、IANA时区与偏移量区分会议时点。
按条件核算
当地时刻不一定对应唯一时点。春季切换日01:30（UTC−05:00）是UTC 06:30，而03:30（UTC−04:00）是UTC 07:30，所以只经过1小时。秋季两个01:30也相隔1小时。固定的UTC−05:00标签无法全年代表纽约时间。
小屏幕可横向滚动表格。
| 纽约当地时刻 | 偏移量 | UTC时点 |
|---|---|---|
| 2026-03-08 01:30 | UTC−05:00 | 2026-03-08 06:30 |
| 2026-03-08 02:30 | 无该时刻 | 无时点 |
| 2026-03-08 03:30 | UTC−04:00 | 2026-03-08 07:30 |
| 2026-11-01 01:30（第一次） | UTC−04:00 | 2026-11-01 05:30 |
| 2026-11-01 01:30（第二次） | UTC−05:00 | 2026-11-01 06:30 |
容易出现的误解
只写纽约01:30而不写日期或第几次，会产生模糊邀请。直接相减当地钟表读数也可能错估时长：春季示例01:30至03:30并非实际2小时。工时与工时卡在没有工作地点时区时进行钟表算术，不会自动继承时区转换器的夏令时处理。
应用到自己的计算
- 在转换器填写日期、当地时刻及IANA来源时区；重复时刻需区分两个结果，不存在的时刻会报错。
- 安排2026-01-15的60分钟会议时，选基准UTC、搜索1天，填写Asia/Seoul 09:00至18:00及Europe/London 07:00至15:00工作窗口。
- 一个候选可写为邀请：2026-01-15，Asia/Seoul 16:00至17:00 (UTC+09:00)，Europe/London 07:00至08:00 (UTC+00:00)，60分钟，UTC 07:00至08:00。转写所选候选的完整日期、开始与结束及偏移，再核对实际日历中的可用情况。
依据与限制
规划器每15分钟检查候选，并排除当地周六周日。不读取日历或各国假日，也不保证出席。转换使用浏览器或系统Intl数据，其确切tzdb版本不公开。时区规则可能变化，软件更新后请复查未来会议。
示例说明更新日期: