功能区 – 根据权限和角色显示并启用规则

ratna423

功能区栏中的“显示规则”和“启用规则”是已知的。它们也非常灵活，提供了许多选项来在功能区栏中显示各个按钮并根据情况打开或关闭它们。但这种灵活性也伴随着风险。有很多方法可以到达那里，但我不想说我的方法是最好的方法。我宁愿只是提出一些关于如何快速有效地查询这些的想法，这些想法已经在许多项目中帮助了我。 我想专注于根据登录用户的角色和权限显示一个按钮。这意味着按钮仅在用户具有特定权限或特定角色时才可见。 或者，也有从个体数据集的角度来看的观点。根据某些数据（更准确地说，某些属性中的值）显示按钮。我的同事 Adrian Schäfer 将更详细地介绍这一点。 有关 Microsoft Dynamics 365 的提示和技巧：您可以在我们的自助服务区域找到有关 CRM 的更多信息。 » 为了维护相应的规则，我使用 XRM Toolbox 中的 Ribbon Workbench 2016。我们不想迷失在 XML 的深处。 始终了解最新的数字信件 规则的定义 如果我现在想根据权限或角色情况隐藏按钮，或者只是使其处于非活动状态，以便用户仍然可以看到它但不会触发任何操作，那么我必须存储这些所谓的规则。

它是哪个函数与此考虑无关。规则可以存储在每个按钮上。 显示规则 功能区 – 显示和启用规则除其他内容外，显示规则还具有 EntityRule（请参见左侧图片中的列表），但这“仅”用于标识相应的实体。那么我们现在在“哪里”呢？ EntityPrivilegeRule 对于我们的案 瑞士Whatsapp 号码 例来说更重要！这使我们能够根据（！）实体的右侧来决定是否显示按钮，而不必是我们当前看到按钮的实体！ 功能区 – 显示和启用规则 就我而言，如果用户对“联系人”实体具有公司范围的写入权限，则规则为“true”。这可能是“专家管理员”。 启用规则 功能区 – 显示和启用规则启用规则现在带来了 RecordPrivilegeRule，即与表单中显示的数据记录完全相关的权限。 功能区 – 显示和启用规则 例如，在这里，我希望能够分配数据记录（assgin 权限）。否则该按钮不活动。 表现 现在有些人可能认为使用 CustomRule 可以很容易地完成这些检查。在 CustomRule 中，您可以完美地调用 JavaScript，然后拥有世界上所有的自由。这本身是正确的。但正如我在一些项目中所经历的那样，有时你需要“世界上所有的时间”。好吧，我有点夸张，但根据检查的复杂性和此脚本中的步骤，可能会出现严重的延迟。 例如，如果您首先想在脚本中查看当前用户具有哪些安全角色。然后必须对 CRM 进行进一步的查询，这需要时间。



对于用户来说，这体现在例如最初可见然后突然消失的按钮中。效果不太好。 如果您现在可以查询实体的权限，而不是查询安全角色，那么整个过程将会快得多。 这个想法 您是否使用虚拟实体进行此角色检查？！我的意思是说？嗯，它只是创建了一个从未打算容纳数据的实体。但读取、写入或删除权限只是根据角色分配。例如，我不必检查用户是否具有此角色，而只需检查他是否被允许删除虚拟实体。如果只允许我的“专家管理员”这样做，那么我就已经完成了，而且我也知道他可以看到并按下按钮。瞧！ 陷阱 如果您在按钮上使用单独的规则，在这种情况下会发生什么？在这里我想描述一个我不得不寻找很长时间的错误，因为它无法立即找到，而且用Fiddler进行跟踪或分析也没有直接找到线索。不幸的是，至少对我来说不是。 这是关于 CustomRule 的 Java 脚本中的脚本错误，即跳转到 Web 资源中的脚本，不幸的是，该脚本仍然包含错误。动力学似乎很好地抑制了这些错误。这意味着用户没有反馈，他也不知道出了什么问题。如果规则的默认值为false，则该按钮将永远不会再次出现在表单上。