客户关系管理2011 RU13工作流不能由非其所有者发布或未发布

Question

我通过UI创建并添加了一些工作流到CRM 2011 RU13中。

通过不是我自己的错误，我的开发环境与我的生产环境完全脱节。

我将这些工作流添加到我的解决方案中，并以托管方式导出解决方案，并将解决方案提供给生产管理员。

当他部署时，这个消息会失败。

工作流不能由非其所有者的人发布或不发布

我该怎么解决这个问题。没有办法不给工作流一个所有者。或者说主人才是解决办法。

Answer 1

产品管理员获得该消息是因为他不是解决方案中包含的一个或多个活动工作流的所有者(在目标CRM环境中)。

这种情况发生在以下情况：

• 第一次给出要导入的解决方案时，是USER_A执行操作，所有工作流都自动分配给他。如果稍后USER_B试图导入解决方案的更新版本，他将得到错误消息，因为他不是工作流的所有者。
• 第一次给出要导入的解决方案时，是USER_A执行操作，所有工作流都自动分配给他。同时，一个或多个工作流被分配给USER_C。如果以后USER_A试图导入解决方案的更新版本，他会得到错误消息，因为它不是工作流的所有者。

在更新工作流之前，必须首先禁用工作流，并且只有所有者才能禁用工作流。--这是的设计。

在您的情况下，生产管理员必须是流程的所有者(他可以将工作流临时分配给自己，导入解决方案，然后再分配给正确的用户)，或者需要成为工作流的所有者才能导入解决方案(如果他有权限的话)

Answer 2

为使“任择议定书”更明确起见，还需补充几点：

开发环境中工作流的所有者与此无关，prod中的导入用户将成为所有者(这与Guido并不矛盾，我只是确保您没有遵循红色鲱鱼)。这是相当正确的，他们是一个“气隙”之间的开发和prod。

如果您知道解决方案中有哪些工作流，那么将prod中的工作流分配给自己，然后导入，如果需要的话，将它们重新分配给原来的所有者。如果该所有者只是一个等效的系统管理用户，您可能不需要这样做，但是如果它是一个特殊的用户(例如“工作流守护进程”，这样用户就可以了解为什么它更新了他们的记录)，那么您会想重新分配。

注意，在重新分配它们之后，用户必须激活工作流。您不能以其他人的名义激活工作流(或者用户可以编写工作流作为管理员运行，并提高他们的权限)。

如果在您的解决方案的这个版本中工作流实际上没有被更改，那么将它们从解决方案中删除并忽略它们--我通常会发现工作流已经被写入，并在最初的"go live“中被执行到生产中，然后非常好地工作，但是留在了不断更新和重新发布(即导出/导入)的解决方案中。

就我个人而言，我经常有一个“去生活”的解决方案(或不止一个，但这是一个不同的线程.)然后，我们重新开始，用一个新的解决方案，它只包含随后的增量变化。这意味着您的工作流程、插件、web资源等不会出现在该解决方案中，因此避免了版本上的混淆，减少了解决方案的膨胀，并避免了工作流所有权的问题。如果工作流实际上是更新的，那么您需要处理导入，但不要将其作为不相关更改的日常发生。