Dynamics crm CRM 365-隐藏站点地图区域

是任何从站点地图隐藏区域的干净方法，而不是逐个查看多个角色权限并完全删除权限。我可以接受大量的工作，只是特权和菜单项之间没有一对一的关联，更重要的是，一些特权有很多分支，我不想影响现有的功能。在这种情况下很难跟踪bug。

这必须从右组下必要的工作实体（子区域）的逻辑分组开始，理想情况下是主区域

比如说，销售区域应该有经理和代表作为一个组，然后为他们分别为他们所需的实体分类子区域。然后，可以通过识别每个角色的特定权限来调节导航，并且可以控制导航项，从而对其他人隐藏组

或者，如果很难识别这样的专用角色权限，那么就创建一个虚拟实体，只用于站点地图管理，而不破坏任何现有的实现

---

在UCI应用程序世界中，您可以为每个角色旋转一个新的应用程序，这样思洛应用程序就可以按照您想要的方式拥有自己的站点地图和逻辑组。

这必须从右组下必要工作实体的逻辑分组（子区域）开始，理想情况下是主区域

比如说，销售区域应该有经理和代表作为一个组，然后为他们分别为他们所需的实体分类子区域。然后，可以通过识别每个角色的特定权限来调节导航，并且可以控制导航项，从而对其他人隐藏组

或者，如果很难识别这样的专用角色权限，那么就创建一个虚拟实体，只用于站点地图管理，而不破坏任何现有的实现

---

在UCI应用程序世界中，您可以为每个角色旋转一个新的应用程序，因此思洛应用程序可以按照您想要的方式拥有自己的站点地图和逻辑组。

您是指站点地图或命令栏（功能区）？我指的是位于所有内容顶部的一个技术称为区域。可通过站点地图编辑器获得。对于命令栏，我可以使用Ribbon Workbench。你是指站点地图还是命令栏（Ribbon）？我指的是位于所有内容顶部的一个称为技术区域的区域。可通过站点地图编辑器获得。对于命令栏，我可以使用Ribbon Workbench.Hi Arun-你完全正确，应该更具体一些。你描述它的方式就是我实现它的方式。我的问题是“设置”区域，但我认为这不是一个简单的答案，因为该区域将一些“通用”项目分组，并且大多数情况下，至少有一个区域将使该区域对用户可见。除非执行了一个非常小的角色。@Maf是的，你是对的。设置有点棘手-但存储自定义实体的扩展可能会被清理并添加到一个单独的区域，如果你愿意的话。嗨，阿伦-你说得很对，应该更具体一些。你描述它的方式就是我实现它的方式。我的问题是“设置”区域，但我认为这不是一个简单的答案，因为该区域将一些“通用”项目分组，并且大多数情况下，至少有一个区域将使该区域对用户可见。除非执行了一个非常小的角色。@Maf是的，你是对的。设置有点棘手，但存储自定义实体的扩展可能会被清理并添加到单独的区域（如果需要）。