Dynamics crm Dynamics CRM 2013自定义操作和流程实体权限

我们最近遇到了一个关于流程实体权限的问题，这很可能是Dynamics CRM本身的一个设计问题。或者我们正在做一些不该做的事情

众所周知，流程是新的自定义操作功能和原始工作流的通用实体。我们在系统中使用了一些自定义操作来提高表单加载性能，并使一些进程能够感知事务

问题是，用户需要对流程实体进行组织级读取访问，才能调用这些自定义操作，这是荒谬的。用户对工作流的访问权限是有限的，但由于自定义操作和工作流通过流程实体共享相同的权限，这是不可能实现的

对于服务器端自定义页面和插件，我们可以模拟为特权用户，但大多数自定义操作都是从JavaScript调用的（我们使用它通过将查询聚合到单个web服务调用来加速表单加载）

有没有一种方法可以限制用户访问工作流，并且仍然允许他们调用自定义操作

另一个问题是，自定义操作是否不打算以这种方式使用？如果没有，这将使自定义操作变得毫无用处

---

提前谢谢

由于你解释的原因，我在过去没有找到一种方法来实现这一点。您可以通过使用检索自定义实体来装配自定义操作，并在检索插件中实现该操作，但这既不直接也不容易。嗯。。这是一个相当大的倒退，在充分利用自定义操作！不管怎样，项目已经上线，我们不能再对系统进行重大代码更改了。是的，我们曾在旧版本中为此目的创建自定义实体，我希望在引入自定义操作时我们不再需要它。我有点困惑为什么需要限制工作流上的读取访问…我从未提出过此要求，我不确定它真正能实现什么。授予读取权限将不允许用户创建新工作流。它不会授予创建权限，但仍允许用户执行工作流。