解释的安全作用

这结束了客户关系管理文件推迟处理的问题:"我如何控制哪些用户可以看到哪些线索(RBAC/Territory)?". 产品中任何地方都没有领土概念——知名度完全以权利为基础,解决了这篇文章描述的方式. CRM 等特定权利 查看铅 和 查看未指定的铅 只是两片叶子 在同一棵树上覆盖.

安全角色(A Security Lodition)是一组命名的权限("rights"),成员可以被指定. 三个系统角色是默认的—— 成员, 小组成员,以及 管理员( 完全接入) ——与贵组织创造的任何自定义角色相配合. 系统角色可以被锁定, 防止重命名或删除; 当两者被锁定时, 角色显示 受保护 而不是编辑按钮.

权利并不是一个简单的清单——它们是一棵树

个人权利有父母/子女关系。 譬如说, 查看铅 父为 创建铅, 编辑铅, 删除铅, 指定铅, 查看未指定的铅,以及 查看主要联系人信息 (父母亲) 编辑主要联系人信息) (中文(简体) ). 授予一项权利,自动赋予其上方的每个祖先。 明确否认某项权利,自动否定了目前赋予以下的每一个后裔的权利。 一些权利——例如: 管理客户关系管理 设置 单独抚养无父母或无子女.

每个权利都是三相的,不是开/关

角色的每一项权利都可以设定为:

• 获准 ——角色有这个权限.
• 未指定 ——回落到以下水平下决心的(见瀑布,下).
• 纽克 ——明确否认,凌驾于任何较低水平的人之上,否则会得到任何好处.

瀑布:实际上有效的许可来自何处

一个成员的真正,有效的权利不仅仅是"他们的角色的权利". 他们通过几层解决, 最具体的赢:

担保模式 (全组织基线,按部门类型确定) + 作用 (一个成员可以持有不止一个)- 部门 → 职称 → 团队 (成员可以是无成员,也可以是一名成员或若干成员) 成员级别覆盖.

更具体的级别可以凌驾于一个不太具体的级别上——例如,部门一级的Nuke可以被该成员授予的职称所压倒。 各部门、职称、团队和个别成员都可以在授予其任何角色之外,使用完全相同的授权/未指定/Nuke树来行使自己的直接权利。 所有成员团队都算为一个级别:任何成员团队获得许可,即使他们的团队中有另一组核弹。 见 如何创建和管理团队.

诚实的标签值得了解

• "尚未执行" ——一个权利存在并且可以被切换,但目前还没有在站台上打开任何东西. 今天有一个面包师的十几个这样的(主要是围绕时间安排,放假,和会议录音)——在相应的功能强制它们之前,把它们拼接在一起没有任何效果.
• "在别处强制" ——这项权利被不同的正名所取代.
• 一个突袭 "惰性" 状态可以在等级制度存在前所写的旧数据上出现,其中一项权利被授予,但其祖先却不是——编辑本身不能产生这个,只能继承它.