我来帮你梳理下这个问题的可能原因和排查方向，毕竟脚本手动跑没问题但Power Automate里报错，大概率是执行环境或流程上下文的差异导致的：

可能的原因及排查步骤 #

• 文件状态与锁定问题
  手动运行时你是直接操作本地/云端的Excel文件，但Power Automate调用时，文件可能处于锁定状态——比如有其他用户正在编辑、OneDrive/SharePoint同步未完成，或者之前的流程实例没释放文件锁。可以先确认Power Automate执行时目标文件是否处于可编辑状态，也可以尝试在流程里加个“等待文件可用”的步骤（如果是SharePoint文件的话）。

• 工作表保护的执行时机
  你的脚本里先解除保护再复制，最后重新保护，但Power Automate的云端执行环境可能有延迟，unprotect操作可能还没完全生效就执行了copyFrom。可以尝试在unprotect后加个验证步骤：比如读取Target工作表的保护状态Target.getProtection().isProtected()，确认返回false后再继续执行复制逻辑。另外，protect({}, "Password")里的空对象是用默认保护选项，你可以尝试明确指定保护参数，比如：

  Target.getProtection().protect({
    allowInsertRows: false,
    allowInsertColumns: false,
    // 其他你需要的保护选项
  }, "Password");
  

  避免默认选项在云端环境下的兼容性问题。

• 目标行号的有效性
  你的LastRow是从Sheet2的C1获取的（COUNTA(B列)+2），但Power Automate执行时，C1的计算结果是否正确？有没有可能此时B列有其他流程在修改，导致COUNTA的结果和手动运行时不一致？可以在脚本里加个日志输出，比如把LastRow的值写入某个临时单元格，或者用console.log(LastRow)（Power Automate里可以查看脚本的运行日志），确认目标范围"B" + LastRow是有效的，不会出现行号过小/过大导致的范围错误。

• 复制范围的兼容性问题
  源范围是B3:J90，这个范围里有没有合并单元格、大量公式、或者特殊格式（比如条件格式、数据验证）？手动运行时Excel桌面版对这些格式的处理更灵活，但云端Power Automate调用时可能因为资源限制或格式兼容性导致请求中止。可以先测试缩小复制范围，比如只复制B3:J10，看看能不能成功，排除范围过大或格式问题。

• Power Automate账户权限问题
  确认Power Automate使用的连接账户对目标Excel文件有完整的编辑权限，而不仅仅是只读。有时候即使能打开文件，修改受保护工作表的权限可能不足，也会导致操作中止。

补充场景说明：
脚本在Excel 365桌面和网页版手动运行完全正常，能正确复制粘贴数据；但在Power Automate中执行时报错：Range copyFrom: The request is aborted.
脚本代码：

function main(workbook: ExcelScript.Workbook) {

let Source = workbook.getWorksheet("Sheet1");

let Target = workbook.getWorksheet("Sheet2");

Target.getProtection().unprotect("Password");

let CopyRange = Target.getRange("C1");

let LastRowVal = CopyRange.getValues() as number[][];

let LastRow = LastRowVal[0][0];

Target.getRange("B" + LastRow).copyFrom(Source.getRange("B3:J90"), ExcelScript.RangeCopyType.values, false, false);

Target.getProtection().protect({}, "Password");

}

Sheet2的C1单元格是COUNTA(B列)+2的计算结果，两张工作表的保护密码相同。

备注：内容来源于stack exchange，提问作者DCC