如何让Google Sheets Add-On以Admin身份运行解决锁定单元格编辑报错

• 基础资产：两张归属于独立域名Admin账户的Google Sheets表，分别为Enquiry（用户数据录入入口）、Master（核心业务存储表）
• 现有配置：
  • Enquiry表对外部域名的普通用户开放基础编辑权限，对部分敏感列设置了单元格保护规则
  • 原计划通过Add-On实现流程：普通用户在Enquiry表完成数据录入后，自动把录入内容同步复制到Master表，同时在Master表的受保护锁定单元格中写入指定关联数据
• 报错原因：默认部署的普通Add-On是以触发操作的普通用户身份运行，既没有Master表的访问权限，更不满足受保护单元格的编辑要求，因此写入操作直接抛出权限不足错误
• 核心需求：要么实现Add-On以Admin账户身份执行写入，要么找到等效方案，在不开放Master表直接编辑权限给普通用户的前提下，完成锁定单元格的跨域写入

方案1：将原Add-On逻辑重构为Admin托管的Web App执行 #

• 核心逻辑：放弃需要用户端安装、以用户身份运行的普通Add-On，把全量同步逻辑封装为Google Apps Script Web App，独立配置运行身份与访问权限
• 关键配置：
  • Web App的「执行身份」设置为脚本所有者（Admin），所有读写操作都以Admin权限执行，天然拥有Master表受保护单元格的编辑权限
  • Web App的「访问权限」设置为“任何人（含跨域名用户）可访问”，解决跨域名用户无法调用接口的问题
  • 在Enquiry表中绑定编辑触发逻辑：当用户完成指定列的录入动作后，自动向该Web App接口发送带录入数据的请求，不需要用户手动操作插件按钮
• 注意区分Web App的两个独立配置项：「执行身份」决定脚本以哪个账号的权限运行，「访问权限」决定谁可以发起调用请求，二者互不影响
• 优势：完全解耦普通用户的操作权限，全程不向普通用户开放Master表的直接访问权限，数据安全性可控

方案2：由Admin账户安装可安装触发器替代用户端Add-On #

• 核心逻辑：不需要用户在本地安装任何Add-On，由Admin在自己的脚本后台创建绑定到Enquiry表的可安装触发器
• 配置要点：
  • 触发器的事件源选择Enquiry表的编辑事件，触发条件设置为“指定录入列发生变更时执行”
  • 可安装触发器的固有特性是以触发器安装者（即Admin）的身份运行，和触发编辑动作的普通用户身份完全无关，因此可以正常写入Master表的锁定单元格
  • 跨域名场景下需要确保脚本的调用权限不限制为仅同域用户，否则外部域名用户的编辑动作无法触发脚本执行

方案3：为同步执行主体开通最小范围的保护规则白名单 #

• 核心逻辑：不需要切换执行身份，直接调整Master表的保护规则，给同步流程的执行主体开通对应范围的编辑权限
• 适用场景：如果同步逻辑是通过独立服务账号运行的，可直接把该服务账号加入Master表受保护范围的编辑白名单，让服务账号在自身权限下完成锁定单元格写入
• 注意：禁止直接给终端普通用户开通Master表的编辑白名单，否则会突破原有的数据保护边界，存在跨域数据泄露风险

内容的提问来源于stack exchange，提问作者Sai Krishna