【问题标题】:Microsoft Flow Execution OrderMicrosoft 流程执行顺序
【发布时间】:2019-03-20 03:49:17
【问题描述】:

我创建了一组短流程,它们作用于单个 SharePoint 列表项以降低复杂性,但我遇到了它们执行顺序的问题。我想我可以用一个例子来最好地解释这一点,所以请看下面:

假设有三个流程,SetTitle、SetPermissions 和 SendEmail (在列更改后根据新值发送电子邮件)。理想情况下,SetPermissions 将首先运行,然后是 SendEmail,最后是 SetTitle,因为它会修改项目。该修改是一个问题,因为它向版本历史记录添加了一个版本,我正在 SendEmail 流中检查该版本以查看列的值是否已更改。

然而,目前,SetTitle 有时会先运行,这会破坏 SendEmail,因为现在最近替换的版本不包含两个版本前发生的列更改的记录.

我想避免在项目中创建额外的列来跟踪列更改或发送的电子邮件,因为我们创建这些流程是为了避免那种混乱的复杂性。

我希望某处有一些隐藏的执行顺序选项,因为正如我所说,我真的不想创建额外的列或基于 HTTP 调用触发流。当然,我现在的做法是行不通的,所以我知道我可能不得不妥协。

【问题讨论】:

    标签: sharepoint office365 sharepoint-online office365api power-automate


    【解决方案1】:

    我认为您正在寻找的东西是不可能的。

    我知道您说过您不想创建更多列,但我能想到的唯一解决方案只需要创建 1 个额外的列。使用它以正确的顺序运行流程。

    例如,如果有两个流:f1和f2,则将新列(我们称之为'stage')的默认值设置为0。然后,在f1中添加一个条件,使其仅在stage为0 并将列更新为 1。然后 f2 也进行初始条件检查,仅在“Stage”为“1”时运行,并将“Stage”设置为“2”。

    希望这会有所帮助。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-03-15
      • 1970-01-01
      • 2013-07-12
      • 2013-02-26
      • 2015-07-07
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多