정책 순서 예제

이 예제는 정책 순서를 지정하는 방식에 대해 설명합니다. 이 예제에서는 정책 규칙이 항상 평가된다고 가정합니다.

이벤트에 항상 평가되는 여러 개의 정책이 포함되어 있는 경우 이벤트 자체를 승인하려면 모든 정책이 승인되어야 합니다. 그러나 정책 평가 유형이 "항상"인 이벤트와 관련된 하나의 정책이 거부되면 이벤트 자체가 거부됩니다.

참고: 이벤트와 관련된 정책의 평가 유형이 "변경 시"인 경우 해당 정책에 포함된 특성과 관련된 변경 사항만 거부됩니다. 이벤트 자체는 거부되지 않으며 다음 차례의 정책이 평가됩니다.

이 예제에서 정책1, 정책2, 정책3의 정책 평가 유형이 모두 "항상"입니다. 정책1은 false로 평가되고, 프로세스1 워크플로 프로세스는 실행되지 않으며, 사용자1에 대한 작업 항목이 생성되지 않습니다. 이벤트 컨트롤은 즉시 정책2로 전달됩니다. 정책2와 정책3은 모두 true로 평가됩니다. 워크플로 프로세스2는 우선 순위가 높기 때문에 먼저 실행되고 사용자2에 대한 작업 항목을 생성합니다.

사용자2가 작업 항목을 승인하면 워크플로 프로세스3이 실행되고 사용자3에 대한 작업 항목을 생성합니다. 그런 다음 이벤트 자체가 승인되려면 사용자3이 작업 항목을 승인해야 합니다. 이 동작은 다음 표에 나와 있습니다.

우선 순위	정책	결과	워크플로	승인자	동작
1	정책1	False	프로세스1	사용자1	—
2	정책2	True	프로세스2	사용자2	승인됨
3	정책3	True	프로세스3	사용자3	승인됨

그러나 사용자2가 작업 항목을 거부하면 다음 표에 표시된 대로 이벤트 자체가 거부되고 사용자3에 대한 작업 항목이 생성되지 않습니다.

우선 순위	정책	결과	워크플로	승인자	동작
1	정책1	False	프로세스1	사용자1	—
2	정책2	True	프로세스2	사용자2	거부됨
3	정책3	True	프로세스3	사용자3	—

다음으로 정책1, 정책2, 정책3의 정책 평가 유형은 모두 "변경 시"입니다. 사용자2가 작업 항목을 거부하면 정책2에 포함된 특성과 관련된 변경 사항만 거부됩니다. 그런 다음 정책3이 평가되며 워크플로 프로세스3이 실행되고 사용자3에 대한 작업 항목을 생성합니다. 사용자3이 작업 항목을 거부하면 이 이벤트에 대한 모든 변경 사항이 거부되었기 때문에 이벤트가 거부됩니다. 사용자3이 작업 항목을 승인하면 이벤트가 승인되고 정책3에 포함된 특성 변경 사항이 지속됩니다.

우선 순위	정책	결과	워크플로	승인자	동작
1	정책1	False	프로세스1	사용자1	—
2	정책2	True	프로세스2	사용자2	거부됨
3	정책3	True	프로세스3	사용자3	승인됨