Power Automate循环计算工时失败 如何实现工时表更新后自动统计汇总

前置配置优化 #

• 给Timesheet列表新增计算列：命名为「统计年月」，公式设置为=TEXT([工时发生日期],"yyyy-mm")，直接在列表层完成年月格式统一，避免流内日期转换错误
• 为Summary Hours列表的「姓名」「统计年月」字段设置联合唯一索引，避免重复生成汇总条目

流实现步骤（无循环逻辑，规避循环超时/限流问题） #

1. 触发设置：选择「当项创建或修改时（SharePoint）」触发节点，绑定Timesheet列表对应的站点和列表资源
2. 提取校验字段：初始化两个字符串变量，分别存储触发事件对应列表项的「姓名」「统计年月」字段值，直接从触发节点的输出参数中读取即可
3. 批量筛选符合条件的工时数据：添加「获取项（SharePoint）」节点，绑定Timesheet列表，筛选条件填写：
   [姓名字段内部名] eq '${变量：姓名}' and [统计年月字段内部名] eq '${变量：统计年月}'
   注：需替换为你自己列表对应字段的内部名称，可在列表设置的字段详情页URL中查看内部名，不要直接使用显示名
4. 直接统计总工时（无循环）：添加「撰写」节点，用xpath表达式直接对筛选返回的所有工时做求和，表达式为：
   xpath(xml(json(concat('{"root":', outputs('获取项')?['body/value'], '}'))), 'sum(/root/[实际工数字段内部名])')
   该方法直接对返回的数组做聚合计算，完全跳过Apply to Each循环，不会触发流的API调用阈值限制
5. 匹配Summary Hours现有条目：再添加一个「获取项（SharePoint）」节点，绑定Summary Hours列表，筛选条件同步骤3，查询是否已存在同姓名同年月的汇总条目
6. 写入汇总结果：添加条件判断节点，判断上一步「获取项」返回的结果长度是否大于0：
   • 结果为真：执行「更新项」操作，ID取上一步查询到的汇总条目ID，将总工时字段赋值为步骤4的求和结果即可
   • 结果为假：执行「创建项」操作，依次填入姓名、统计年月、总工时参数即可

常见失败场景修复 #

• 之前循环方案运行失败多是因为触发了Power Automate单流的API调用频率限制，或者循环内字段取值逻辑错误，上述方案全程无循环可以完全规避该类问题
• 如出现字段识别错误，优先核对所有筛选、表达式中用到的字段是否为列表内部名，而非自定义的显示名

内容的提问来源于stack exchange，提问作者Toha Bagus