Dynamics crm Dynamics CRM中的读取级审核

Dynamics crm Dynamics CRM中的读取级审核,dynamics-crm,dynamics-crm-2016,Dynamics Crm,Dynamics Crm 2016,我们有一个(挑战性的!!)要求审核CRM中的读取操作。此审核不是OOTB CRM审核,而是通过web服务对外部审核系统进行审核。基本上,我们将把所有实体字段分类为高/中/低,每当任何用户查看标记为高/中的任何字段时,我们都需要对其进行审核 我知道CRM不支持OOTB的读取级审核,这一要求将对性能产生重大影响,但是没有出路,因为这是一项业务关键功能。由于CRM记录可以从多个来源(表单、主网格、子网格、高级查找、查找视图等)查看,因此我正在尝试寻找一种适用于所有场景的通用解决方案。我尝试过的一种方法

我们有一个(挑战性的!!)要求审核CRM中的读取操作。此审核不是OOTB CRM审核,而是通过web服务对外部审核系统进行审核。基本上,我们将把所有实体字段分类为高/中/低,每当任何用户查看标记为高/中的任何字段时,我们都需要对其进行审核

我知道CRM不支持OOTB的读取级审核,这一要求将对性能产生重大影响,但是没有出路,因为这是一项业务关键功能。由于CRM记录可以从多个来源(表单、主网格、子网格、高级查找、查找视图等)查看,因此我正在尝试寻找一种适用于所有场景的通用解决方案。我尝试过的一种方法是在Retrieve/RetrieveMultiple messages上使用插件,并在插件中使用自定义审核逻辑,但是我担心这种方法会对性能产生影响。我能想到的另一种方法是使用Javascript来处理这个问题,但是Javascript方法不适用 所有场景,如高级查找、查找视图等


我正在寻找其他更好的解决方案的建议。尝试将插件切换到异步模式。这不应该像同步插件那样对性能造成巨大影响。
恐怕插件是您唯一的解决方案。祝您实现它好运。

您正在谈论获取记录和查看表单中的记录。所以,第一种方法是唯一的选择。我同意插件是一条路要走。我还没有将插件集成到Azure服务总线,但这可能有助于解决存储和性能问题。有关更多信息: