是否可为Google Workspace用户主邮箱添加Calendar ACL实现跨组织日历同步？

你没找到方案的核心原因是这个场景无法靠单一Calendar API实现，必须结合Workspace管理员后台的域间信任配置+API组合落地，以下是经过生产验证的可行路径：

• 方案1：原生域共享+轻量API批量订阅（推荐，维护成本最低）
  这个方案不需要做复杂的定制开发，稳定性和官方SLA对齐：
  1. 两个Workspace的管理员分别进入管理后台，在日历共享设置中将对方域名加入可信外域列表：
     • Workspace B侧给A域开放「查看空闲/忙碌信息」最低权限（如果需要看日程详情可开更高权限，预约场景仅空闲权限足够），配置生效后B域所有用户的日历默认对A域全体用户开放对应权限，无需单个用户手动调整共享设置
     • Workspace A侧配置允许本域用户订阅可信外域日历、向可信外域用户发送会议邀请
  2. 配置完成后原生就支持A域用户手动查询B域用户空闲状态、发送会议预约。如果要让A域用户无需手动搜索就能在自己的日历侧边栏看到所有B域用户日历，可以在A域创建具备全域目录、日历权限的服务账号，先拉取B域全量用户列表，再调用Calendar API的calendarList.insert接口，批量给所有A域用户的日历列表订阅对应B域用户的日历即可，因为提前配置了域间信任，接口不会返回权限错误。
• 方案2：双服务账号全域委派（适合有定制化同步需求的场景）
  如果你需要实现双向日程同步、自定义空闲时段判定规则、预约审批流这类定制逻辑，可以用这个方案：
  1. 在两个Workspace组织内分别创建服务账号，给两个服务账号都开启全域委派，授予日历读写、目录读取的对应OAuth权限范围
  2. 用B域的服务账号模拟任意B域用户身份，批量调用FreeBusy接口拉取全量B域用户的空闲/忙碌时间段，同步到你自建的服务端做统一查询
  3. A域用户发起预约时，用A域的服务账号模拟当前发起预约的A域用户身份，直接向目标B域用户的日历插入会议事件，因为提前配置了域间信任，邀请会正常送达B域用户日历，不会被外域拦截。
• 常见踩坑点
  • 仅调用普通用户授权的Calendar API，没做管理员层级的跨域可信配置，所有跨域日历访问请求都会被403拦截
  • 尝试用单个服务账号跨两个域操作，没有在两个域分别配置委派和信任规则，会被Google的跨域安全策略拦截
  • 为了实现预约全量同步B域所有用户的日程详情，既违反数据最小化的合规要求，也会触发接口限流，实际上预约场景仅需调用FreeBusy接口查询空闲状态即可，不需要拉取完整日程内容

注意：不要使用普通用户OAuth授权的方式批量爬取全组织用户日历数据，这类行为违反Google Workspace服务条款，会触发接口限流甚至导致应用被封禁。

内容的提问来源于stack exchange，提问作者Dragon B