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

#### 예 1: 뷰 접근 수준 사용 이 항목에는 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
기회 Y | David Bloom
고객사 팀
성 | 이름 | 고객사 접근
Hope | Jonathan | 담당자
#### 예 1에서의 관련 레코드 표시 이 예에서 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의 역할이 기회 레코드 유형에 대한 권한을 부여하는지 확인합니다. 기회는 권한(privilege)을 통해 제어되지 않으므로 이 예에서 권한(privilege)은 Amanda의 접근 권한(right) 계산에 영향을 미치지 않습니다. 계산에서 접근 프로필의 접근 수준이 [기본 상속] 또는 조합된 수준 중 하나로 설정되는지 확인합니다. 이 예에서 대답은 아니요입니다. Oracle CRM On Demand 는 모든 접근 수준을 찾았는지 검토하고, 최대로 허용되는 수준을 확인합니다. 이 경우 최대로 허용되는 접근 수준으로 찾은 수준은 [보기]입니다. [기본 상속] 접근 수준은 나타나지 않으므로 사용자가 보도록 인증되지 않은 레코드를 비롯한 모든 하위 기회 레코드가 표시됩니다. #### 예 1에서의 관련 레코드 작업 사용자가 관련 레코드에서 작업을 수행하려고 할 경우 Oracle CRM On Demand는 사용자에게 해당 작업에 대해 적절한 접근 권한이 있는지 여부를 확인해야 합니다. 이 예에서 Amanda는 레코드 세부사항을 읽거나, 레코드를 편집하거나, 레코드를 삭제할 수 있습니다. 다음 두 가지 경우가 고려됩니다. 사례 1에서 Amanda는 기회 X에 대한 작업을 수행하려고 합니다. 사례 2에서 Amanda는 기회 Y에 대한 작업을 수행하려고 합니다. 사례 1: Amanda는 본인이 담당하는 기회 X에 대한 작업을 수행하려고 합니다. Oracle CRM On Demand 는 다음과 같이 Amanda의 접근 권한을 검토합니다. Oracle CRM On Demand 는 다음과 같이 이 상위 고객사 레코드에서 기회 관련 레코드 유형에 대해 적용 가능한 접근 수준을 모두 검토합니다. 참고: 다양한 접근 제어 컴포넌트에서 여러 접근 수준이 검색되면 접근 권한을 계산할 때 이러한 수준이 모두 고려됩니다. Amanda가 상위 고객사를 담당하는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda의 역할을 통해 모든 기회 레코드를 읽을 수 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda의 기본 접근 프로필이 사용되므로 Amanda가 상위 고객사 레코드를 볼 수 있다 하더라도 기회 레코드에 대해서는 기본 접근 프로필이 사용되지 않습니다. Amanda가 장부 멤버로 있는 장부에 기회 레코드가 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda가 기회 팀의 멤버인지 확인합니다. 이 예에서 대답은 예입니다. Amanda는 기회 담당자이므로 기회 팀에 있습니다. Amanda의 기본 접근 프로필(영업 담당자 기본 접근 프로필)에서 기본 기회 레코드 유형의 접근 수준은 [읽기/편집/삭제]입니다. Amanda의 부하 직원(직속 또는 직속이 아닌 부하 직원)이 기회 팀의 멤버인지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda에게 위임을 통해 고객사 레코드에 접근할 수 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Oracle CRM On Demand 에서 다음을 수행합니다. Amanda의 역할에서 기회 레코드에 대한 기본 접근이 허용되는지 확인합니다. 이 예에서 대답은 예입니다. Amanda의·역할에서 기회 레코드 유형에 대해 [접근 여부] 옵션을 선택하기 때문입니다. Amanda의 역할이 기회 레코드 유형에 대한 권한을 부여하는지 확인합니다. 기회 레코드 유형은 권한(privilege)을 통해 제어되지 않으므로 이 예에서 권한(privilege)은 Amanda의 접근 권한(right) 계산에 영향을 미치지 않습니다. 계산에서 접근 프로필의 접근 수준이 [기본 상속] 또는 조합된 수준 중 하나로 설정되는지 확인합니다. 이 예에서 대답은 아니요입니다. Oracle CRM On Demand 는 모든 접근 수준을 찾았는지 검토하고, 최대로 허용되는 수준을 확인합니다. 이 경우 최대로 허용되는 접근 수준으로 찾은 수준은 [읽기/편집/삭제]입니다. 사례 2: Amanda는 David Bloom이 담당하는 기회 Y에 대한 작업을 수행하려고 합니다. Oracle CRM On Demand 는 다음과 같이 Amanda의 접근 권한을 검토합니다. Oracle CRM On Demand 는 다음과 같이 이 상위 고객사 레코드에서 기회 관련 레코드 유형에 대해 적용 가능한 접근 수준을 모두 검토합니다. 참고: 다양한 접근 제어 컴포넌트에서 여러 접근 수준이 검색되면 접근 권한을 계산할 때 이러한 수준이 모두 고려됩니다. Amanda가 상위 고객사를 담당하는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda의 역할을 통해 모든 기회 레코드를 읽을 수 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda의 기본 접근 프로필이 사용되므로 Amanda가 상위 고객사 레코드를 볼 수 있다 하더라도 기회 레코드에 대해서는 기본 접근 프로필이 사용되지 않습니다. Amanda가 장부 멤버로 있는 장부에 기회 레코드가 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda가 기회 팀의 멤버인지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda의 부하 직원(직속 또는 직속이 아닌 부하 직원)이 기회 팀의 멤버인지 확인합니다. 이 예에서 대답은 아니요입니다. Amanda에게 위임을 통해 고객사 레코드에 접근할 수 있는지 확인합니다. 이 예에서 대답은 아니요입니다. Oracle CRM On Demand 에서 다음을 수행합니다. Amanda의 역할에서 기회 레코드에 대한 기본 접근이 허용되는지 확인합니다. 이 예에서 대답은 예입니다. Amanda의 역할에서 기회 레코드 유형에 대해 [접근 여부] 옵션을 선택하기 때문입니다. Amanda의 역할이 기회 레코드 유형에 대한 권한을 부여하는지 확인합니다. 기회 레코드 유형은 권한(privilege)을 통해 제어되지 않으므로 이 예에서 권한(privilege)은 Amanda의 접근 권한(right) 계산에 영향을 미치지 않습니다. 계산에서 접근 프로필의 접근 수준이 [기본 상속] 또는 조합된 수준 중 하나로 설정되는지 확인합니다. 이 예에서 대답은 아니요입니다. Oracle CRM On Demand 는 모든 접근 수준을 찾았는지 검토하고, 최대로 허용되는 수준을 확인합니다. 이 경우 최종 접근 수준은 [접근 권한 없음]입니다. #### 관련 항목 다음 항목에서 추가 예를 참조하십시오. 예 2: 기본 상속 접근 수준 사용 예 3: 장부를 통해 데이터 보안 설정

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