我之前也踩过类似的权限坑，结合你的情况给你拆解分析下：

表格归属会不会导致脚本所有者变更？ #

首先明确核心逻辑：如果你的脚本是在自己的Google Apps Script/GCP项目中创建，只是后来绑定到了另一个账号的表格上（比如部署时选择该表格作为插件载体），那么脚本项目的所有者依然是你，表格的归属不会直接变更脚本的所有者。

但有个例外要注意：如果当初你是直接在别人的表格里打开脚本编辑器创建的脚本（不是导入自己已有的项目），那这个脚本的所有者会是表格的拥有者，而非你。不过你提到脚本是在自己一年前的项目里制作的，所以这个情况应该不适用。

如何确认Google认定的脚本/项目所有者？ #

有几个可靠的验证途径：

• 通过脚本编辑器项目设置：打开脚本编辑器，点击左上角项目名称旁的下拉箭头，选择「项目设置」。在「项目信息」区域查找「所有者」字段——如果这里没显示，大概率是因为项目关联了GCP项目，需要去GCP控制台进一步查看。
• 通过Google Cloud Console：在脚本编辑器的项目设置里，找到「Google Cloud Platform (GCP) 项目」的链接并点击进入。然后进入「IAM & Admin > IAM」页面，在成员列表里找带有「所有者」角色的账号，那就是Google系统认定的项目所有者。
• 检查脚本共享设置：点击脚本编辑器右上角的「共享」按钮，查看共享成员的角色，拥有「所有者」角色的账号就是项目的实际所有者。

非直观的引发问题的情况 #

除了常见的主动所有者变更，还有一些容易忽略的场景可能导致这个报错：

• GCP项目转移历史：如果这个项目之前被转移给过其他账号，哪怕后来转回给你，Google的权限系统可能会有延迟或异常记录，导致所有者识别错误。
• Workspace组织限制：如果你的账号属于Google Workspace组织，管理员可能通过组织政策修改了项目的所有者权限，或者将项目自动归为组织所有，导致你个人账号不再被识别为所有者。
• 模板复制的遗留问题：如果你的项目是从他人的脚本模板复制而来，虽然复制后理论上你是所有者，但某些极端情况下，原始模板的所有者信息可能残留，引发权限判断错误。
• 服务同步延迟：Google的Apps Script和GCP服务偶尔会有缓存同步问题，项目属性没显示所有者可能是临时的，刷新页面、等待一段时间后再查看可能就正常了。
• GCP项目重置/重新关联：如果之前关联的GCP项目被删除或重置，重新绑定新的GCP项目时，可能导致所有者信息混乱，需要重新确认IAM权限。

内容的提问来源于stack exchange，提问作者Frido Emans