本篇以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设置权限
以上列举了能正常进入系统而不会报错所需的基本权限，后续还会针对系统的其他权限进行列举补充。