Dynamics CRM 2011 工作流导入问题 FAQ

Q1：工作流的执行上下文是怎么划分的？（工作流创建了一个实体，那这个实体的所有是谁？）

A1：自动触发的工作流的执行上下文默认等于工作流所有者的执行上下文（如果工作流的所有者对某实体没有权限，那这个工作流将没权限操作这个实体）。

Q2：为什么工作流需要在不同的用户上执行？

A2：我想这样的设计应该是基于安全出发的吧。你肯定不想因为无意发了一个email或执行了某些操作而触发了一个工作流，而你却不知道。因为执行操作并不是由你来决定的。通过这个例子我们能保证：用户在做了这些操作后，如果有工作流被触发了，那你就能清楚的了解到这个工作流的执行情况。对于自动执行的工作流：谁触发这个工作流的，执行工作流的权限都应该和工作流所有者的权限一致，和触发这个工作流的用户没有关系。在显示执行工作流（on-demand）的情况下：工作流的执行权限与调用工作流的用户一致。

Q3:为什么我是管理员也不能激活或禁用不属于我的工作流呢？

A3：这样的设计也是出于系统的安全性。你应该希望工作流的所有者能清楚的知道他的工作流是否被开启或被禁用。你肯定不希望任何人都能随便修改这个工作流的执行状态，如果你确实想要修改这个工作流的状态，那么你必须在修改前将这个工作流先分派给你自己然后再进行修改。

Q4：假如我把一个开启状态的工作流分派给一个其他的用户，为什么在分派后工作流的状态变为了禁用。

A4：系统不能修改启用状态下的工作流，只用先将工作流的状态设为禁用后才能完成分派任务。当然分派后的激活操作还是需要工作流的所有者来执行的。

Q5：我在导入一个包含工作流的解决方案时提示如下错误：“The workflow cannot be published or unpublished by someone who is not its owner”.

A5:如果你尝试导入一个已经在系统中存在且为开启状态的工作流时，系统会尝试去更新它。但是我们不能更新开启状态下的工作流，所以我们必须把工作流设置为禁用状态。只有工作流的所有者才有权限对工作流的状态进行变更。所以我建议以下方法来避免这个错误：

1.使用工作流的所有者帐号登录系统，并完成解决方案的导入操作。

2.将报错的工作流统一分派给一个账号，用这个账号登录系统并完成解决方案的导入操作。完成导入操作后 你可以将这些工作流重新分派给他们的原有所有者。