Power Automate Flow中SharePoint列表名突然变为GUID导致流运行失败

• 列表元数据关联失效：当SharePoint列表被重命名、跨站点迁移、从回收站恢复后，Power Automate流内部缓存的列表显示名称与内部GUID的绑定关系会被破坏，流运行时无法解析到对应显示名称，就会直接暴露底层绑定的GUID作为列表标识，导致动作无法匹配到目标列表。
• Power Automate服务更新兼容问题：微软后台推送Power Automate服务版本更新后，部分老旧流的列表绑定逻辑可能出现兼容性故障，原本存储的显示名称映射规则未被正确加载，直接返回绑定的GUID值触发报错。
• 权限变更导致的读取失败：流所使用的SharePoint连接账号的权限被调整，失去了目标列表的访问权限，Power Automate无法拉取到列表的显示名称属性，会直接返回本地存储的GUID作为替代，动作校验时判定对应列表不存在。

站点接口直接查询 #

• 登录目标SharePoint站点后，在站点根地址后拼接路径 /_api/web/lists(guid'a6f9e2d3-ba68-478a-b61b-520060a4aa46') 访问，返回的XML结果中d:Title字段即为该GUID对应的列表原始名称。
• 手动遍历站点「网站内容」下的所有列表，进入列表设置页后，地址栏中List=参数后的字符串即为该列表的GUID，与目标ID匹配即可定位到对应列表。

PowerShell命令查询 #

• 安装SharePoint PnP PowerShell模块后，执行以下命令直接查询：

# 连接到目标SharePoint站点
Connect-PnPOnline -Url "https://你的租户.sharepoint.com/sites/目标站点名" -Interactive
# 根据GUID查询列表信息
Get-PnPList -Identity "a6f9e2d3-ba68-478a-b61b-520060a4aa46" | Select-Object Title, Id

返回结果中的Title属性就是列表的原始显示名称。

流历史日志回溯 #

• 打开流的运行历史，筛选出异常发生前的正常运行记录，查看「Get Elements」动作的输入参数，历史记录中会记录当时绑定的列表显示名称，可直接和当前报错的GUID做对应。

内容的提问来源于stack exchange，提问作者Michael Christensen