精选海外会议冲突检查方案：扣子整合Google Calendar全攻略

对于跨时区协作团队，日程冲突往往源于隐形的时区换算陷阱——Google Calendar上的事件看似安排妥当，但在最后一刻，不同时区的会议重叠仍会导致协调失败。您是否需要一个能够自动聚合多个时区日程、并精准识别5分钟以上时间冲突的系统？以下工作流提供了自动化解决方案。

配置扣子工作流基础环境

访问扣子平台，进入Bot模块，创建一个全新的「空白Bot」。将Bot命名为「跨时区会议校验器」。

在Bot的权限设置中，请务必启用「访问用户日历权限」。此授权是工作流后续调用Google Calendar API、读取事件数据的基础，【缺少此项权限将直接导致日程数据无法获取】。

接着，进入插件中心，搜索并添加「Google Calendar」官方插件。按照指引完成OAuth授权流程，将其与您的Google账户进行绑定。

构建多时区日程数据提取逻辑

进入工作流编辑界面，创建一个新工作流并将其命名为「提取三时区日程」。

添加一个「Google Calendar：列出事件」节点。将查询时间范围设定为「未来7天」。为实现并行查询，您需要配置三个独立的该节点，并分别在各自的「时区」字段中指定：纽约（America/New_York）、伦敦（Europe/London）、新加坡（Asia/Singapore）。为每个节点的输出结果添加对应的时区标签作为标识。

关键点：请勿试图用一个节点查询数据后再进行本地时区转换。因为Google Calendar API返回的事件原始数据（start.dateTime字段）包含其时区偏移信息，直接转换容易产生错误。务必在API请求时通过`targetTimeZone`参数指定目标时区，以确保获取的事件开始与结束时间是依据当地日历的真实呈现。

实施冲突检测与结果可视化

方案一：基于UTC时间戳的归一化比对

添加一个「代码」节点（Python语言）。在该节点中编写逻辑：将所有时区的事件起止时间统一转换为UTC时间戳，形成包含(start_utc, end_utc, timezone_tag)的数据列表。随后遍历列表中所有可能的事件组合对，计算它们的时间区间交集。如果任意两个事件的交集时长超过300秒（即5分钟），则判定为日程冲突。

方案二：利用扣子内置节点的链式条件判断

使用「合并」节点将来自三个时区的日程数据汇总。接入一个「循环」节点，用于逐个取出事件A。在该循环内部嵌套另一个「循环」节点，用于遍历事件B。随后接入「条件判断」节点，设定规则：当事件A与时区事件B不属于同一时区，且`max(A.start, B.start) < min(A.end, B.end)`条件成立时，则触发后续动作。可对接「发送消息」节点，在消息中清晰包含冲突双方的时区、本地时间及重叠时长。

此方案全程通过可视化节点拖拽与配置完成，无需编写任何代码。

生成附带时区信息的冲突报告

第一步：设置「格式化文本」节点，构建报告模板。参考格式如下：

⚠️ 冲突发生于：{event_a_timezone} {event_a_local_start} ↔ {event_b_timezone} {event_b_local_start}
⏱ 重叠时长：{overlap_minutes} 分钟
???? 事件主题：{event_a_summary}｜{event_b_summary}

第二步：将上一步生成的所有冲突条目，通过「列表」节点进行汇总。请开启列表的「去重」功能，以避免因事件A与事件B的双向比对导致同一条冲突被重复记录。

第三步：连接「发送消息」节点，选择指定的群聊或私聊渠道作为输出。将最终整理好的冲突列表以富文本卡片形式推送出去。建议每张卡片顶部使用⚠️图标警示，底部可附加「点击查看原始日程」的快捷按钮，该按钮链接至Google Calendar中对应事件的详情页面。