Power Flow发送SharePoint触发的Excel邮件附件偶发缺失内容如何解决

• SharePoint文件写入未完成就触发：「当文件夹中创建文件时」的触发器默认会在文件占位创建完成就启动，不会等待文件内容完全写入到SharePoint后台。当碰到文件体积偏大、写入端网络波动、SharePoint服务器写入延迟的场景时，流就会读到还没写完的半完成文件，低概率出错的特征刚好符合这类偶发延迟的表现。
• 文件内容读取时机不合理：流触发后如果立刻执行获取文件内容的动作，刚好碰到SharePoint对该文件的读写锁未释放，也会拉取到截断的文件流。
• 上游写入逻辑缺陷：如果该Excel是由其他自动化程序生成写入到SharePoint，写入程序未完成文件刷入、关闭操作就提前结束进程，也会导致SharePoint上留存的文件本身就是缺失末尾内容的。

• 新增写入完成校验逻辑：优先推荐增加动态校验步骤，触发后间隔10秒调用获取文件元数据接口读取文件大小，连续2次读取到的文件大小完全一致时，再执行后续的获取文件内容、发邮件操作，确保文件已经完全写入完成。如果嫌配置麻烦，也可以先在触发后加1-3分钟的固定延迟动作，适配绝大多数场景的写入延迟。
• 调整触发器触发规则：在触发器的设置中新增触发条件，排除临时占位文件的触发，比如只触发后缀为.xlsx、且文件大小大于你常规业务Excel最小体积的文件，避免误触发半完成的临时文件。
• 新增Excel内容校验（可选）：如果Excel内有固定结构的表格，发邮件前可以增加列出表中行动作读取实际数据行数，和业务预期的行数阈值做对比，校验通过再发邮件，校验失败可以自动重试读取文件或者发送告警通知。
• 上游写入逻辑优化（可选）：如果Excel是由自定义程序写入SharePoint，确保程序完成内容写入后再执行文件关闭、上传提交的操作，也可以在Excel写入完成后同步上传一个同文件名的空标记文件，把流的触发条件改成监听标记文件创建，再读取对应Excel，从源头规避未完成文件的触发问题。

你的流配置参考截图：

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