Power Automate工作流移动文档时目标文件夹不存在报错的解决方法咨询

一、先搞定“文件夹不存在”的报错问题 #

虽然文档已经成功移动，但流程末尾报错，大概率是流程后续步骤引用了错误路径，或者存在文件夹检查的逻辑漏洞，给你几个排查和修复方向：

1. 定位报错的具体步骤
   打开工作流的失败运行记录，找到触发报错的那个步骤——肯定是移动文件后的某个操作在尝试访问/sites/TestSite/AAATestDocument/ArchivedDocuments路径，但因为路径引用错误导致找不到。比如：

   • 你可能在移动后加了“更新文件属性”“发送通知”这类步骤，里面误用了旧的文件/文件夹路径；
   • 或者移动动作的返回值被错误用于后续操作，导致路径失效。

2. 提前确保归档文件夹存在
   哪怕现在文件夹存在，也可能出现被意外删除的情况，建议在流程开头加个兜底逻辑：

   • 用Get folder metadata动作，输入归档文件夹的完整路径/sites/TestSite/AAATestDocument/ArchivedDocuments；
   • 给这个动作设置“运行失败”分支，触发Create folder动作，指定库为AAATestDocument，文件夹路径填ArchivedDocuments（这里用相对路径即可，无需加站点前缀）。
     这样能彻底避免“文件夹不存在”的极端场景。

3. 修正路径引用格式
   手动输入路径容易出错，建议直接通过Power Automate的下拉菜单选择AAATestDocument库下的ArchivedDocuments文件夹，而非手动敲字符串。如果必须手动输入，确保服务器相对路径格式完全正确——比如不要多写或少写斜杠，注意大小写（虽然SharePoint不严格，但Power Automate偶尔会识别）。

二、实现递归扫描所有子文件夹 #

要让工作流检查库内所有层级的子文件夹文档，只需调整Get files (properties only)动作的设置：

• 找到这个动作，在“高级选项”里打开Include nested items开关（默认关闭，仅扫描根文件夹）；
• 开启后就能递归抓取库内所有子文件夹里的文件。

三、修正时间筛选表达式 #

你当前用的startOfDay(addDays(utcNow(),1))是“明天的起始时间”，完全不符合“超过一年未修改”的需求。正确的表达式应该是：

startOfDay(addDays(utcNow(), -365))

解释：addDays(utcNow(), -365)获取当前时间往前推365天的时间点，startOfDay将其转换为当天的起始时间。然后在Get files的筛选条件里，设置Modified小于等于这个值，就能精准筛选出超过一年未修改的文档。

完整流程逻辑梳理 #

1. 检查并创建归档文件夹（避免文件夹不存在的情况）；
2. 获取符合条件的文件：打开Include nested items，用Modified le startOfDay(addDays(utcNow(), -365))作为筛选条件；
3. 遍历移动文件：对每个文件，用“Move file”动作，目标文件夹选择ArchivedDocuments；
4. 清理无效后续步骤：如果有移动后还引用旧路径的步骤，要么删除，要么改成引用Move file返回值里的新路径（比如Path属性）。

内容的提问来源于stack exchange，提问作者Chand Jogani