2012-08-07 55 views
1

我在CRM 2011中有一个用户可以创建实例的自定义实体。CRM 2011中的安全角色问题在自定义实体上的工作流程

当创建该实例时,会启动一个工作流程,通过电子邮件向用户发送要求他们批准实例的电子邮件。

用户获取电子邮件并转到其标记为“已批准”的实体的表单。

此时的工作流程正在等待审批决定(现在是这样),但与用户安全角色有关的是阻止工作流程继续进行。工作流程仍处于“等待”状态的“等待”状态。

如果我再次执行相同的步骤,但作为管理员,它工作正常。

批准用户需要什么权限才能打破工作流程?

我给他们创建/写入/读取的实体,并WriteActivity,ReadQueue但它不工作

任何援助将不胜感激!

回答

2

恐怕所有我能提供的是建议在这里:

  1. 是工作流实际上是在等待还是等待,直到?还是失败了,处于等待状态?查看系统作业底部的部分是否有错误。
  2. 谁是实际运行的工作流程? - 看看系统工作 - 我相信这将是该用户的权限,这是重要的。
  3. 考虑这里的业务单位以及授予的实际权限,例如是由工作流程所有者与其他业务部门中的某个人拥有的记录?
  4. 如果缺少权限,您可能能够看到crm跟踪日志中的哪一个,查看异步日志。
  5. 尝试授予用户以下权限:执行工作流程作业,对系统作业阅读&写,读的过程(你可以随时把他们带走后,如果发现它们不是必需的)
+0

嗨,工作流处于等待状态,所以没有错误。我每次都以管理员用户身份启动工作流程,因此普通用户可能无法干涉管理员创建的工作流程?所有相同的业务部门一直在查看跟踪日志并给出prvWriteActivity和prvReadQueue。没有其他展示。首先会尝试授予您建议的权限,谢谢! – Graeme 2012-08-07 20:12:58

+1

顺便说一下,prvReadQueue适用于crm中的队列,它不是工作流队列 - 这些是系统作业。 http://msdn.microsoft.com/en-us/library/hh547441.aspx有助于使其略微更清楚地表明许可权的实际含义。 – 2012-08-07 20:25:15

+0

是的,我参加队列的原因是因为我的工作流程发送了一封电子邮件给一个团队,这是一个电子邮件地址发送给几个人的队列。根据跟踪 – Graeme 2012-08-08 06:59:02

1

你有没有确认工作流程是否在全组织范围内发布?这听起来不像是应该导致问题,但我已经遇到过。

+0

,我的两个新安全角色缺少PrvReadQueue嗨,是范围是组织并且已发布 – Graeme 2012-08-09 09:39:08

+1

工作流程作为工作流程所有者运行,而不是批准者。确保工作流程所有者具有执行步骤所需的权限。另外,您是否从头创建了审批者的安全角色?有时候会有非常挑剔的设置,可能会有意想不到的结果。如果您确定它是审批者的安全性,那么我会尝试使用默认的安全角色(如Salesperson)进行审批,如果可行,请比较安全角色选项。 – 2012-08-09 13:10:17

相关问题