Sharepoint 2007 工作流触发器
我在 Sharepoint Designer 中有一个初始工作流程,每当创建项目以及“员工”列表中的项目发生更改时都会触发该工作流程。
在第二个工作流程中,我正在更新“员工”列表,并触发上面的工作流程。
如果该项目已由用户更新或者是否由工作流程更新,有什么方法可以检查初始工作流程。如果该项目是通过工作流程更新的,我不想触发它。
非常感谢,
I have an initial workflow in Sharepoint Designer that triggers whenever an item is created and also whenever an item has changed in the 'Employee' list .
Within second workflow I am updating the 'Employee' list and the workflow above is triggered.
Is there any way I can check in the intial workflow if the item has been updated by a user or if it was updated by a workflow. In the case if the item was updated by a workflow I would not want to trgigger it.
Many Thanks,
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
通过 SharePoint Designer,您无法导致项目更新不触发正在侦听该项目的工作流。但是,您可以通过一个额外的步骤来基本上跳过工作流程。
尝试查看 此Microsoft Office 上的文章,讨论了 SharePoint Designer 中的辅助工作流交互。在第一步中,它确定项目是否是由特定工作流程创建的,如果不是,则取消该工作流程。我们只需要对此进行调整 - 如果我们成功识别出该项目正在被您的辅助工作流程修改,那么我们想要切断第一个工作流程。
您需要在初始工作流程中创建一个新步骤,并将其移至顶部。在其中选择
比较任务
条件。在这种情况下,将field
设置为“工作流名称”,将操作保留为“等于”,并将value
设置为辅助工作流的名称。然后,添加一个“停止工作流”操作,指定一些适当的工作流历史消息以指示该工作流是由辅助工作流触发的,因此已终止。Through SharePoint Designer, you cannot cause an update to an item to not trigger workflows that are listening for it. But, you can cause the workflow to basically be skipped with one extra Step.
Try checking out this article at Microsoft Office, which discusses secondary workflow interactions in SharePoint Designer. In the first step, it identifies whether an item was created by a specific workflow, and cancels the workflow if it isn't. We just need to adapt this - if we successfully identify the item as being modified by your secondary workflow, then we want to cut off the first workflow.
You need to create a new Step in your initial workflow, and move it to the top. In it, choose the
Compare Tasks
Condition. In that condition, setfield
to be "Workflow Name", leave the operation as "equals", and setvalue
to be the name of your secondary workflow. Then, add aStop Workflow
Action, specifying some appropriate workflow history message to indicate that the workflow was triggered by the secondary workflow so it was terminated.