Microsoft Flow在SharePoint新闻帖未发布时提前触发邮件问题求助

我之前也碰到过这个一模一样的糟心问题！SharePoint的自动保存机制真的坑人——作者还在编辑新闻的时候，后台就会悄悄往/SitePages目录里生成/更新草稿文件，直接把Flow给提前触发了，而且草稿状态下内容还没完全生成，自然就发空邮件了。结合我当时踩坑后的解决经验，给你几个可行的方案：

调整Flow触发逻辑，避开草稿触发 #

默认的「当文件被创建（属性已更改）」触发器会对所有文件变动（包括自动保存的草稿）做出响应，你可以这么改：

• 换用列表项触发器：把触发器换成「当项目被创建或修改」，然后针对SitePages库添加过滤条件——只在新闻帖的「发布状态」字段变为「已发布」时才让Flow继续执行。
• 给原触发器加条件拦截：如果不想换触发器，就在Flow最开头加一个「条件」动作，检查两个关键项：
  1. 当前文件的「签出状态」是「已签入」（草稿是签出状态的）
  2. 内容类型是「新闻文章」（避免误触发普通页面）
     只有同时满足这两个条件，才继续执行发送邮件的步骤。

解决空邮件问题 #

空邮件是因为草稿状态下，新闻的正文内容还没被写入可读取的正式字段里。你要做这两点：

• 邮件里的正文内容，别直接引用文件的「内容」字段，要选新闻文章专属的Article Body字段，这个字段只有在发布后才会完整填充内容。
• 可以在触发后加一个「延迟」动作（比如延迟3-5分钟），给SharePoint足够的时间同步发布后的内容，再发邮件，避免内容还没同步好就发出去。

额外的小优化 #

如果你们用的是现代版SharePoint，还可以调用「向SharePoint发送HTTP请求」的动作，通过API确认新闻的发布状态，这个方式更精准，适合对通知时机要求高的场景。

另外完全理解你选Flow而非内置功能的原因——SharePoint的内置通知要么权限卡得死，要么用户根本不会去主动配置，用Flow确实是最省心的批量通知方案，踩过这个坑之后调整下逻辑就好用多了！

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