SharePoint工作流以文档为中心，因为工作流运行的基础必须是一件事;无论是文档还是列表项。工作流本身是基于任务的，因此用户必须做的事情。现在，我可以将任何类型的代码放在我想要的任务中，甚至可以将复杂的InfoPath表单放入用户来执行任务。这在我之前的所有工作流程中都很好。但是如果我希望这些任务本身就是真正的官方形式呢。
工作流运行的项目只是一些抽象概念，如事件。一个例子可能是事故已经发生。没有事故表格，而是需要由不同的人完成的一整套表格。任务表单不是一个很好的方法，因为它将所有表单锁定到任务列表中。您只能通过在完成后删除任务并进入工作流程序并访问InfoPath表单的任务链接或直接进入任务列表并对特定“事故”进行过滤来访问表单。
这些是官方文档，因此理想情况下，每种类型的文档都有一个库，工作流程将协调完成正确的表单。这意味着每个任务都必须创建一个新的空白表单，然后将用户链接到该表单。用户将完成表单，但必须返回到任务表单并单击是我已完成它，直到工作流程可以进行。那么这就缺少了监视表单库表单的工作流以完成某些完成触发器。但是，通过单击任务电子邮件中的链接，打开Infopath任务表单，单击后续Infopath库表单中的链接，然后在完成时返回这些表单，用户体验变得混乱。
尝试将这种以非文档为中心的工作流程改造为SharePoint只会变得混乱。我真的很感激有关这可能是最好的方法的任何输入。
由于