보안 역할 설명

이 질문은 CRM 문서에서 무시됩니다: "사용자가 리드(RBAC/territory)를 볼 수 있는 제어는 어떻게 합니까?" 제품에서 어떤 영토 개념이 없습니다 - 가시성은 완전히 권리 기반이며이 기사가 설명하는 방법을 해결했습니다. CRM-specific 권리 연락처 · 지정된 리드를 볼 여기에 덮인 같은 권리 나무에 두 잎입니다.

보안 역할은 권한 ("rights")의 묶음 묶음입니다. 세 가지 시스템 역할은 기본적으로 씨앗이됩니다. — 이름 *, 팀 멤버· 관리자 (전체 액세스) — 어떤 사용자 정의 역할과 함께 조직을 만듭니다. 체계 역할은 renaming 또는 deletion에 대하여 잠글 수 있습니다; 둘 다 잠글 때, 역할 쇼 관련 상품 편집 버튼 대신.

권리는 평평한 체크리스트가 아닙니다. 그들은 나무

개인 권리는 부모/어린이 관계가 있습니다. 예를 들어, 연락처 부모는 연락처, 연락처, 연락처, Assign 리드, 지정된 리드를 볼· View Lead 연락처 정보 기타 (자세한 부모 편집 리드 연락처 정보 기타). 모든 조상에게 자동적으로 부여합니다. Explicitly denying the right automatic denies eachant 현재 부여 아래의 그것. 몇몇 권리 — 처럼 CRM 관리 지원하다 - 부모 또는 자녀와 혼자 서.

각 권리는 3 방법, 위에/오프입니다

역할에 모든 권리는 설정할 수 있습니다:

• 지원하다 - 이 권한이 있습니다.
• 분류되지 않음 — 아래에서 모든 레벨로 돌아갑니다 ( 폭포, 다음 참조).
• 한국어 - 명시적으로 denied, 더 낮은 레벨을 overriding 다른 보조금.

폭포 : 실제로 효과적인 권한이 있음

회원의 실제, 효과적인 권리는 단지 "이제 역할의 권리." 그들은 몇몇 층을 통해서 해결됩니다, 가장 특정한 승리:

보안 모델 (분기별 기준, 지점 유형 설정) → 역할() (회원은 1명 이상 보유 가능) → 학회소개 → 작업 제목 → 팀(s) (회원은 아무도, 하나 또는 몇몇에 있을 수 있습니다) → 회원 레벨 오버라이드.

더 구체적인 수준은 더 적은 특정한 것을 override 할 수 있습니다 — 부서 수준 Nuke는 그 회원의 직업 제목에 의해 그 후에, 예를 들면 수여될 수 있습니다. 부서, 직업 제목, 팀, 그리고 개별 회원은 모든 자신의 역할 보조금, 정확한 동일한 Granted/Not Specified/Nuke 나무를 사용하여 자신의 직접 권리를 수행 할 수 있습니다. 회원의 팀의 모든 것은 한 수준으로 계산됩니다. 회원의 팀 교부금의 허가는 팀의 또 다른 경우도 부여됩니다. 이름 * 팀 만들기 및 관리 방법.

Honesty 라벨을 알고

• " 아직 시행되지 않음" - 올바른 존재와 toggled 할 수 있지만, 현재 플랫폼에서 아무것도 문하지 않습니다. 오늘날의 버퍼의 수십 가지가 있습니다. (기본 스케줄링, 시간, 회의 녹음) - 해당 기능에 따라 해당 기능을 수행 할 때까지 영향을 미칩니다.
• "다른 사람을 강화" -이 권리는 다른 오른쪽 이름으로 supersed.
• A 트럭 "입력" 상태는 hierarchy가 존재하기 전에 작성된 오래된 데이터에 나타날 수 있습니다. 오른쪽이 부여되지만 조상은 불가능합니다. 편집기 자체는 이것을 생성 할 수 없습니다.