Dynamics crm 无法在工作流-CRM中分配事件

Dynamics crm 无法在工作流-CRM中分配事件,dynamics-crm,dynamics-crm-online,Dynamics Crm,Dynamics Crm Online,我们使用了案例实体,有一个默认用户用于在新创建或重新激活时分配案例 我们为案例重新激活创建了一个工作流,因此每当案例重新打开时,它都会分配给默认的系统用户。它在9月20日之前一直运行良好,但现在当您在案例解决后进行调查,然后尝试重新激活它时,它会在工作流中抛出错误。当您尝试在不提供调查的情况下重新激活时,它可以正常工作 错误: The real-time workflow named "Case is Resolved/Reopened" failed with the er

我们使用了案例实体,有一个默认用户用于在新创建或重新激活时分配案例

我们为案例重新激活创建了一个工作流,因此每当案例重新打开时,它都会分配给默认的系统用户。它在9月20日之前一直运行良好,但现在当您在案例解决后进行调查,然后尝试重新激活它时,它会在工作流中抛出错误。当您尝试在不提供调查的情况下重新激活时,它可以正常工作

错误:

The real-time workflow named "Case is Resolved/Reopened" failed with the error "Principal user (Id, type=8, roleCount=1, privilegeCount=619, accessMode=0), is missing prvReadmsfp_questionresponse privilege (Id) on OTC=10247 for entity 'msfp_questionresponse'.
系统用户具有分配为salesperson的角色,将此实体的权限授予salesperson确实可以解决问题,但salesperson角色正被许多无法授予此实体权限的其他人使用。
有谁能告诉我们,为什么在某个特定的时间之后,这个问题开始出现。Microsoft Forms Pro是否对此实体进行了任何更新?

很可能是MS进行了更新。您可以在make.powerplatorm中查看解决方案历史记录。

查找forms pro解决方案并检查解决方案历史记录

“默认”用户是实际登录的用户吗?或仅用于自动化/工作流的服务帐户


在任何情况下,我都建议创建一个名为“问题响应阅读器”的附加组件或功能角色,该角色仅对该实体具有读取权限。然后,您可以将该角色添加到默认用户以及需要读取该实体的任何其他用户。

可能是Microsoft在后台更改了某些内容,尤其是表单响应实体的w.r.t安全性
msfp\u questionresponse

您很容易找到的解决方案是为破坏您的工作流的用户提供适当的安全权限

如果工作流由工作流所有者运行,则该用户运行;如果工作流在用户上下文下运行,则该用户应具有实体
msfp\u questionresponse