Dynamics CRM2013 用户进入系统所必需的那些权限_prvread_Vic.Tang的博客-程序员宅基地

技术标签：权限安全角色 Dynamics 365(CRM) dynamics crm

本篇以CRM2013为例，在CRM中新建一个安全角色后该安全角色基本是空的，如果新建的安全角色作为一个账号的唯一安全角色时，那这个安全角色除了需要配置业务场景所需的权限外，是要优先具备进入CRM系统的基本权限，本篇对于后者进行简单的梳理。

prvReadRole privilege(Id=222a920a-2778-4564-85cb-e78dde8e4276)——顾名思义是读取安全角色的权限

prvReadSystemForm privilege (Id=b9c59cef-f5d1-46b4-8c3b-8a38906c8c0e)—顾名思义是读取系统表单，如果缺失这个权限你是打不开任何系统表单的

prvReadUser privilege(Id=76faad15-bc44-4f4d-84dc-dd1e1dda74d9)—顾名思义读取用户的权限

prvReadQuery priviledge(Id=902d70d3-2ff8-4d93-92f9-8efdcf889af8)—这个比较难找一点，在自定义模块下的查看

prvReadUserSettings privilege(Id=8437fa7c-3681-4fc7-bfd8-53a23fdecd65)—顾名思义读取用户设置权限

说到用户设置的读，顺便提下用户设置的写，如果不给写权限那么个人选项中的设置都是只读的，只有如上图那样开了写权限后才可以编辑个人选项里的信息。

prvReadUserEntityUISetting privilege(Id=8d2aa266-8fee-43a4-85e7-2aa1aaab525a)—顾名思义读取用户实体UI设置权限

prvCreateUserEntityUISettings privilege(Id=8d2aa266-8fee-43a4-85e7-2aa1aaab5229)—顾名思义创建用户实体UI设置权限

以上列举了能正常进入系统而不会报错所需的基本权限，后续还会针对系统的其他权限进行列举补充。

本文链接：https://blog.csdn.net/woniu1104913/article/details/50510605

原作者删帖不实内容删帖广告或垃圾文章投诉

智能推荐

hibernate不生成外键和hbm2ddl.auto属性-程序员宅基地

hbm2ddl.auto属性create：表示启动的时候先drop，再create create-drop: 也表示创建，只不过再系统关闭前执行一下drop update: 这个操作启动的时候会去检查schema是否一致，如果不一致会做scheme更新 validate: 启动时验证现有schema与你配置的hibernate是否一致，如果不一致就抛出异常，并不做更新开发项目的时候都是先建立表

wsl使用centos7_wsl默认centos7-程序员宅基地

wsl使用centos7下载下载centOs包的zip 包，下载完成后直接右键【CentOS7.exe】以管理员身份运行：https://github.91chifun.workers.dev//https://github.com/yuk7/CentWSL/releases/download/7.0.1907.3/CentOS7.zip设置为默认wsl --set-default CentOS7..._wsl默认centos7

ZBrush：PolyGroup基础_zbrush polygrouplt-程序员宅基地

相关快捷键命令快捷键说明快速分组Ctrl + W将遮罩的部分打组孤立显示组Ctrl + Shift + 左键单击_zbrush polygrouplt

史上最全的内容安全法律法规盘点-程序员宅基地

随着前几年资本在娱乐文化领域不断加大投资，包括漫画、短视频、直播、音乐、社区等内容平台开始繁荣起来，内容也呈现爆发式增长。尤其是各大平台为了避免同质化竞争，纷纷发力UGC内容，希望借其建立竞争壁垒。UGC内容的确让一些平台脱颖而出，但也带来了一些内容安全问题。典型的就是低龄生子，早恋直播、侮辱英烈……等主题导向背离主流价值观、过度娱乐化、三俗等。因此内容监管安全事件不断，不少平台陆续被约谈、责令...

vue的watch监听属性中的immediate属性和deep属性_vue监听immediate-程序员宅基地

vue的watch监听属性中的immediate属性和deep属性_vue监听immediate

Redis+Mysql数据不一致问题_乐观的大鹏的博客-程序员宅基地

目前各个大项目中多多少少用了写Redis缓存技术，通过对Redis中数据的读取来减少对DB的压力。一先淘汰缓存，再写数据库写数据：删除缓存、更新数据库读数据：读取缓存、缓存读取不到在读取数据库、将读取到的数据写入缓存那么在读、写两个分离的技术中就容易造成，数据库和缓存不一致的问题当用户在更新数据时，在第二个步骤还未执行，但是此时又通过获取数据接口，此时缓存已经删除，但是数据库中还是老数据，那么就会将老数据重新写入缓存，就会导致缓存和数据库中数据不一致。所以需要解决的方式1、.