我已经通过UI
创建并添加了一些工作流程到CRM 2011 RU13由于我自己的错误，我的开发环境完全脱离了我的生产环境。
我将这些工作流程添加到我的解决方案中，并将解决方案导出为托管，并将解决方案提供给生产管理员。
当他部署时失败并显示此消息。
工作流程无法由非所有者
发布或取消发布
我该如何解决这个问题。没有办法不给工作流程所有者。或者说拥有者是解决方案。
答案 0 :(得分：6)
生产管理员获取该消息是因为他不是解决方案中包含的一个或多个活动工作流的所有者（在目标CRM环境内）。
在这些情况下会发生这种情况：
首次提供导入解决方案时，USER_A为 执行操作并自动分配所有工作流程 给他。如果稍后USER_B尝试导入更新版本的 解决方案他得到错误消息，因为不是该的所有者 工作流（多个）。
首次提供导入解决方案时，USER_A为 执行操作并分配所有工作流程 自动给他。同时分配一个或多个工作流程 USER_C。如果以后USER_A尝试导入更新版本的 解决方案他得到错误消息，因为不是该的所有者 工作流（多个）。
在更新工作流程之前，必须先取消激活，并且只有所有者才能停用工作流程。 这是设计。
在您的情况下，生产管理员必须是流程的所有者（他可以临时将工作流分配给自己，导入解决方案并在分配回正确的用户后）或者需要成为工作流的所有者才能导入解决方案（如果他有权利）
答案 1 :(得分：2)
为了清晰起见OP，还有几点需要注意：
您的开发环境中的工作流程的所有者不相关，prod中的导入用户将成为所有者（这与Guido不矛盾，我只是确保您不遵循红色鲱鱼）。他们成为dev和prod之间的“空隙”是完全正确的。
如果您知道解决方案中有哪些工作流程，请将这些工作流程分配给您自己，然后导入，然后当且仅当您需要时，将其重新分配给原始所有者。 您可能不需要，如果该所有者只是一个等效的系统管理员用户，但如果它是一个特殊用户（例如“工作流守护程序”，以便用户可以看到它更新其记录的原因），您将需要重新分配。
请注意，重新分配后，该用户必须激活工作流程。您无法以其他人的名义激活工作流程（或者用户可以编写工作流程以管理员身份运行并提升其权限）。
如果在此版本的解决方案中实际上没有更改工作流程，请将它们从解决方案中删除并忽略它们 - 通常我发现工作流程已经编写完毕，并在原始“go live”中传输到生产环境中然后工作完全正常，但留在解决方案中，不断更新和重新发布（即导出/导入）。
就我个人而言，我经常有一个“上线”解决方案（或多个，但这是一个不同的线程......）然后我们重新开始使用一个新的解决方案，此后只包含增量更改。这意味着您的所有工作工作流程，插件，Web资源等都不会出现在该解决方案中，因此可以避免混淆版本，减少解决方案膨胀，并避免工作流程所有权问题。如果实际更新了工作流程，那么您需要处理导入，但不要每天都进行不相关的更改。