gpt4 book ai didi

dynamics-crm - 低信任帮助台场景中的 Dynamics CRM

转载 作者:行者123 更新时间:2023-12-04 00:44:04 26 4
gpt4 key购买 nike

好吧,想象一下一家银行的调用中心充满了低信任度的员工。工作人员需要通过电话为客户提供基本服务。调用中心的工作人员接听客户的电话,询问他们某些安全问题,然后以某种方式为客户提供服务。

现在,从客户的角度来看,银行通过询问安全问题来验证他们是谁。这与银行的观点略有不同:它正在验证调用中心员工是否正在与客户通话。

为什么这种差异很重要?银行想限制这些信任度低的员工,让他们在客户调用之前无法查看账户的任何详细信息。因此,调用中心员工无法浏览尚未联系他并请求服务的客户的帐户详细信息。

所以问题是:在 Dynamics CRM 2011 中是否可以进行这种设置?人们将如何实现它?一定程度的定制是可以的,但由 CRM 数据驱动的定制应用程序则不行。

我在想也许可以创建一个自定义组件,在回答一些安全问题后临时修改用户对记录(及其所有子项)的权限。但是,我什至不确定 CRM 是否支持基于记录的安全性(超越所有权)......?我想可以暂时将所有权分配给用户。这样明智吗?

请注意:简单地从 GUI 中隐藏 View 和查找按钮并不是我们在这里寻找的那种安全级别。我们希望从字面上限制用户访问相关记录。

最佳答案

我可以看到几个选项:

  1. 在权限模型中工作。这可以工作。您可以默认限制访问,然后在另一个实体中输入帐户详细信息,插件将运行并验证详细信息,然后将记录共享给当前用户。但是,我有点担心取消共享将如何工作。什么会触发它?是否会有一个仅在 CRM 外部运行并定期取消共享记录的流程。如果该过程失败怎么办?过去,我们也遇到过此类模型的性能问题……每次像这样更改单个记录的权限时,CRM 似乎都会在幕后做很多工作。
  2. 按照您的建议重新分配所有者。多个用户是否需要查看相同的数据?是否出于任何其他原因需要维护记录的所有者(例如,这是 Joe 的帐户,因为他是所有者)。
  3. 专门使用插件。您可以在记录的 Retrieve 和 RetrieveMultiple 上注册一个插件。这个插件可以过滤掉你想对最终用户隐藏的所有细节。当用户需要查看其余数据时,他们会用数据填写表格或对话框或其他内容。然后,此数据包含在记录的检索调用中。该插件检查隐藏数据,验证它是否存在且正确,然后将其删除并让请求继续,只是这次它检索所有属性,并且表单按预期填充。

关于dynamics-crm - 低信任帮助台场景中的 Dynamics CRM,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6372526/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com