先问会议固定的是哪座城市的9点
固定北京9点，与固定里斯本9点，是两种不同的约定。会议邀请里应保存具体日期和事件时区，参会者则在自己的显示时区看到换算后的时间。只在标题写“周会9点”会丢掉最关键的参照；标题里的文字也未必与事件真正设置一致，不能只读标题判断。
Google官方说明允许事件指定时区，并会按参与者当地时区显示。Outlook官方文档也区分显示设置与会议的时区处理。因此，旅居时更改日历显示，不等于替组织者重排会议。先打开事件详情核基准，再看页面左侧的时钟，能减少很多误改。
2026年10月，用两个工作日对照
按当前欧盟规则，2026年10月25日结束夏令时。若会议固定北京9点，10月23日在里斯本为2点、马德里为3点；10月26日则分别为1点、2点。本地时间提前了一小时，会议在北京没有变化。这些结果按城市时区与具体日期计算，不能把冬季偏移量写成全年固定差。
若会议固定里斯本当地9点，10月23日北京是16点，10月26日则是17点。此时应该跟着变化的是北京显示，里斯本参会者仍在9点出席。两组例子看似相反，其实只是不同城市承担了“固定9点”的角色；不要用其中一组去纠正另一组的邀请。
重复会议要看切换前后两次
打开连续的重复会议，分别核切换前和切换后的具体场次。确认组织者希望保持哪个城市的固定时间，再看是否已有单独改动过的一次会议。有些异常只发生在某个例外场次，不能为了修一场就把整组全部挪一小时。与组织者确认时，发两座城市的日期和时间，避免来回说“早一点”。
跨不同地区的团队还可能经历不同周的切换，不能假设所有国家同一天调钟。本文只计算里斯本、马德里与北京的示例；若团队含其他地方，应逐城逐日核算。不要预先给所有十一月会议统一加减一小时，尤其别把单次视频会议链接当作它的时间依据。
设置双时区，减少靠心算
Google日历官方帮助说明可在电脑端设置主要及附加时区，也能为事件指定时区。Outlook的新版本和网页通常从设置中的日历视图调整，经典版菜单不同。按自己实际版本添加北京与旅居城市，并给显示标签起清楚的名字；不必为旅行创建一套重复邀请。
设备也要保持日期、时间及规则更新。本次演算使用的时区资料并非IANA官网最新版本，因此我们同时核了欧盟当前切换规则；远期会仍建议出发前复查。如果手机与电脑显示不一致，先检查账户、事件时区和系统设置，截图发给组织者确认，不要凭一个设备的结果擅自改全员日程。
切换周给自己留一次人工核对
在切换前最后一个工作日，核下一周首场会议与值班交接，把双时区时间写进个人提醒。比如10月23日确认周一北京9点／里斯本1点，提前调整起床与房间通话安排。这里是自查示例，不要求每位同事都按你的所在地改会，也不是我们已替你设置提醒。
再核航班、退房和跨午夜事项。会议显示的是指定时区下的时间，酒店退房按当地时间，不能把同一条备注直接复制到所有订单。若凌晨换乘当天无法可靠参会，就提前请假或调整任务。一次具体日期的核对，比记住“欧洲慢七八小时”更能避免在夏令时周错过会议。
来源与阅读范围
- Google日历：在不同时区使用日历 · 本轮核读 2026-10-22
事件指定时区、旅行显示与附加时区 官方产品说明，不代表已替读者修改日历。
- Microsoft：管理Outlook时区设置 · 本轮核读 2026-10-22
新版、经典及网页Outlook时区设置 版本菜单不同，按实际客户端使用。
- 欧盟委员会：夏令时安排 · 本轮核读 2026-10-22
现行3月与10月最后周日切换规则 取消季节切换的提案不等于已经生效。
- IANA Time Zone Database · 本轮核读 2026-10-22
按城市与日期换算的时区方法 实算使用Node24.19.0 Intl、tz2026b、ICU78.3；IANA官网当前版已2026e，涉及本组城市另核欧盟规则，不声称本机库为最新。