| 인쇄 온라인 도움말의 PDF 버전 열기

#### 예 2: 기본 상속 접근 수준 사용 이 항목에는 Oracle CRM On Demand에서 사용자의 접근 권한을 계산하는 방법에 대한 한 가지 예가 나와 있습니다. 이 예에서 Amanda Jacobsen은 회사의 영업 담당자입니다. Amanda는 새로운 고객사를 생성하고 다른 모든 고객사 레코드를 볼 수 있습니다. 기회를 생성할 수는 있지만 Amanda가 담당하거나 볼 수 있는 권한이 부여된 기회만 볼 수 있습니다. 다음 표는 영업 담당자 역할의 레코드 유형 설정을 보여 줍니다.
기본 레코드 유형 | 접근 권한 있음 | 생성 가능 | 모든 레코드 읽기 가능
--- | --- | --- | ---
고객사 | 예 | 예 | 예
기회 | 예 | 예 | 아니요
영업 담당자 역할을 통해 Amanda는 본인이 생성한 고객사와 기회에 대한 모든 권한을 받고 본인이 담당하지 않은 레코드에 대해서는 제한된 권한을 받습니다. 영업 담당자 역할에는 두 개의 접근 프로필, 즉 담당자 접근 프로필과 기본 접근 프로필이 필요합니다. 다음 표는 영업 담당자 접근 프로필에 대한 설정을 보여 줍니다.
기본 레코드 유형 | 접근 수준 | 관련 레코드 유형 | 접근 수준
--- | --- | --- | ---
고객사 | 읽기/편집/삭제 | 기회 | 기본 상속
기회 | 읽기/편집/삭제 | 적용할 수 없음 | 적용할 수 없음
다음 표는 영업 담당자 기본 접근 권한 프로필에 대한 설정을 보여 줍니다.
기본 레코드 유형 | 접근 수준 | 관련 레코드 유형 | 접근 수준
--- | --- | --- | ---
고객사 | 읽기 전용 | 기회 | 기본 상속
기회 | 읽기 전용 | 적용할 수 없음 | 적용할 수 없음
이 접근 권한 계산 예에서는 기회 레코드 유형에 대해 팀 상속이 사용으로 설정되지 않았다고(즉, [회사 프로필] 페이지에서 [기회에 상위 팀 상속 사용] 확인란이 선택 취소됨) 가정합니다. 상위 팀 상속 기능의 동작에 대한 자세한 내용은 팀 상속을 통한 접근 전파 정보를 참조하십시오. David Bloom도 같은 회사에서 영업 담당자입니다. David는 Amanda와 동일한 접근 권한을 보유합니다. Amanda는 고객사 1로 연결되는 기회 X의 담당자입니다. David가 기회 Y라는 기회를 생성하고 이 기회도 고객사 1에 연결합니다. Amanda는 기회 팀에 있지 않습니다. Amanda가 회사의 고객사 리스트를 볼 경우 역할을 사용하여 모든 고객사를 표시할 수 있으므로 Amanda가 담당하지 않는 고객사를 비롯한 모든 고객사를 볼 수 있습니다. 다음 표는 Amanda가 고객사 1의 고객사 이름을 클릭하여 레코드에서 드릴다운할 때 표시되는 레코드를 보여 줍니다. 이 예에서는 관련 필드와 열만 표시됩니다.
고객사 세부사항: 고객사 1
고객사 세부사항
고객사 이름 | 고객사 1
담당자: | Jonathan Hope
기회
기회 이름 | 담당자
기회 X | Amanda Jacobsen
고객사 팀
성 | 이름 | 고객사 접근
Hope | Jonathan | 담당자
Bloom | David | 회원
#### 예 2에서의 관련 레코드 표시 이 예에서 Amanda가 고객사에서 볼 수 있는 관련 기회 레코드를 확인하기 위해 Oracle CRM On Demand는 다음과 같이 Amanda의 접근 권한을 검토합니다. Oracle CRM On Demand 는 다음과 같이 이 상위 고객사 레코드에서 기회 관련 레코드 유형에 대해 적용 가능한 접근 수준을 모두 검토합니다. Amanda가 상위 고객사를 담당하는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda의 역할을 통해 모든 고객사 레코드를 읽을 수 있는지 확인합니다. 이 예에서 대답은 예입니다. Amanda는 역할을 사용하여 모든 고객사 레코드를 읽을 수 있으므로 Amanda는 고객사를 볼 수 있습니다. Amanda는 상위 고객사의 담당자가 아니므로 기본 접근 프로필이 사용됩니다. Amanda의 기본 접근 프로필에서 기회 관련 레코드 유형에 대한 접근 수준은 [기본 상속]입니다. Amanda가 장부 멤버로 있는 장부에 상위 레코드가 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda가 고객사 팀의 멤버인지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda의 부하 직원(직속 또는 직속이 아닌 부하 직원)이 고객사 팀의 멤버인지 확인합니다. 이 예에서 대답은 아니요입니다. 질문에 대한 대답이 예인 경우, 즉 Amanda의 부하 직원 중 한 명 이상이 고객사 팀의 멤버인 경우 Oracle CRM On Demand는 적절한 접근 프로필에서 해당 부하 직원 각각에 대한 기회 관련 레코드 유형의 접근 수준을 추출합니다. 이 경우 고객사에 대한 하위 직원의 팀 멤버십에서 [고객사 접근] 필드에 할당된 접근 프로필이 사용됩니다([기회 접근] 필드에 할당된 접근 프로필이 아님). Amanda에게 위임을 통해 고객사 레코드에 접근할 수 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Oracle CRM On Demand 에서 다음을 수행합니다. Amanda의 역할에서 기회 레코드에 대한 기본 접근이 허용되는지 확인합니다. 이 예에서 대답은 예입니다. Amanda의·역할에서 기회 레코드 유형에 대해 [접근 여부] 옵션을 선택하기 때문입니다. Amanda의 역할이 기회 레코드 유형에 대한 권한을 부여하는지 확인합니다. 기회는 권한(privilege)을 통해 제어되지 않으므로 이 예에서 권한(privilege)은 Amanda의 접근 권한(right) 계산에 영향을 미치지 않습니다. 계산에서 접근 프로필의 접근 수준이 [기본 상속] 또는 조합된 수준 중 하나로 설정되는지 확인합니다. 이 예에서 대답은 예이므로 Oracle CRM On Demand는 고객사에 다음 기회 레코드를 표시합니다. Amanda가 담당자로 있는 모든 연결 기회 레코드 다른 모든 접근 제어 컴포넌트를 통해 Amanda가 볼 수 있도록 인증된 모든 연결 기회 레코드 Amanda의 역할에서는 담당하지 않은 기회를 볼 수 있는 기능을 거부하므로 David Bloom이 생성한 기회를 볼 수 없습니다. #### 예 2에서의 관련 레코드 작업 Amanda가 이 예에서 기회 X에 대한 작업을 수행하려고 하면 계산이 동일하며 접근 권한의 결과가 예 1: 보기 접근 수준 사용에서의 사례 1에 나타난 결과와 동일합니다. 최종 접근 수준은 [읽기/편집/삭제]입니다. #### 관련 항목 다음 항목에서 추가 예를 참조하십시오. 예 1: 뷰 접근 수준 사용 예 3: 장부를 통해 데이터 보안 설정

2022년 8월 게시됨 | Copyright © 2005, 2022, Oracle and/or its affiliates. Legal Notices.