관리 계층 승인 방법을 사용하면 요청 제출자의 관리 계층을 기준으로 승인자를 초대할 수 있습니다.
승인 정책을 생성할 때 관리 계층이 포함된 사용자 애플리케이션에서 계층 노드 세트를 선택합니다. 그런 다음 요청이 제출되면 요청 제출자의 상위 사용자가 요청을 승인하도록 초대됩니다. 해당 사용자가 요청을 승인하면 정책이 이행될 때까지 정책이 관리 계층을 따라 계속 적용됩니다.
고려 사항
- 승인 정책에 대해서만 관리 계층 방법을 구성할 수 있습니다. 커밋 또는 통지 정책에 대한 관리 계층 방법은 구성할 수 없습니다.
- 관리 계층에 대해 선택한 노드 세트는 다음 조건을 충족해야 합니다.
- 사용자 애플리케이션의 노드 세트여야 합니다. (사용자 애플리케이션 작업 참조)
- 계층 노드 세트여야 하며 목록 노드 세트가 아니어야 합니다(즉, 노드 세트에는 연계된 계층 세트가 있어야 함).
- 공유 노드를 지원할 수 없습니다.
- 요청을 승인하려면 관리 계층의 사용자에게 정책과 연계된 뷰포인트에 대한 참가자(읽기) 이상의 권한이 지정되어 있어야 합니다. 뷰 및 뷰포인트에 대한 보안을 참조하십시오.
Note:
소유권 승인 방법을 사용하는 정책의 노드 소유자와 달리, 뷰포인트에 대한
참가자(읽기) 권한이 없는 사용자는 요청 검사기를 통해 요청을 승인할 수 없습니다. 대신, 관리 계층의 사용자에게 적절한 권한이 없는 경우 요청이 에스컬레이션됩니다.
정책 미리알림 및 에스컬레이션을 참조하십시오.
-
이행 유형 설정을 사용하여 관리 계층 정책이 이행되는 방식을 결정합니다.
- 고정: 지정된 승인 레벨 수가 충족되면 정책이 이행됩니다.
- 변수: 지정된 이행 표현식이 True 값을 반환하면 정책이 이행됩니다. 표현식의 노드 컨텍스트는 사용자 유형입니다.
예를 들어, 고정 설정인 2
를 사용하여 요청 제출자의 상위 사용자와 계층에서 다음으로 높은 상위 멤버가 요청을 승인할 때 정책이 이행되도록 지정할 수 있습니다. 또는 변수 설정을 사용하면 계층 노드의 CoreStats.Level
속성이 2
보다 큰 경우 승인을 받았을 때 정책이 이행되도록 지정할 수 있습니다.
요청 처리
관리 계층 정책의 경우 초대 대상자와 정책 이행은 관리 계층 노드 세트의 노드 구조를 기반으로 계산됩니다. 관리 계층 정책이 포함된 요청이 승인 단계에 도달하는 경우:
- 관리 계층 노드 세트가 평가되고 요청 소유자와 연계된 노드 위치를 찾습니다.
- 요청 소유자 노드의 상위 노드와 연계된 사용자가 요청을 승인하도록 초대됩니다.
- 초대받은 각 대상자가 요청을 승인하면 정책 이행이 평가됩니다.
- 이행 유형이 고정인 경우 이행 레벨 설정에서 지정된 승인 수가 충족되면 정책이 이행됩니다.
- 이행 유형이 변수인 경우 이행 표현식이 평가되고 표현식에서 True가 반환되면 정책이 이행됩니다.
- 정책이 이행되면 다음 단계로 요청이 진행됩니다. 정책이 이행되지 않으면 노드 세트에서 그다음 높은 상위 멤버가 요청을 승인하도록 초대됩니다.
요청 에스컬레이션
다음 조건 중 하나라도 해당되면 요청이 에스컬레이션됩니다.
- 정책과 연계된 적합한 사용자 유형 계층 노드 세트가 없습니다.
- 요청 소유자를 관리 계층에서 찾을 수 없습니다.
- 초대받은 대상자가 Oracle Enterprise Data Management Cloud의 적합한 사용자가 아닙니다. 즉, 사용자의
EDM 사용자
속성이 True
가 아닙니다. 사용자 애플리케이션에 대한 사전 정의된 속성을 참조하십시오.
- 초대받은 대상자에게 해당 정책과 연계된 뷰포인트에 대한 참가자(읽기) 권한이 없습니다.
- 최상위 노드의 초대 대상자가 요청을 승인했지만 정책이 이행되지 않았습니다. 예를 들어, 정책에는 5개의 승인 레벨이 필요하지만 계층 체인에는 4개 레벨만 있습니다.
- 초대받은 대상자가 부재 중이거나 전자메일 주소가 구성되어 있지 않습니다.