정책 순서 이해

정책이 실행되는 순서를 지정하여 승인 및 커밋 정책에 우선순위를 지정할 수 있습니다. 요청이 승인되거나 커밋되면 순서가 동일한 정책이 그룹으로 이행된 후 다음 그룹으로 진행됩니다.

예를 들어 강화 정책이 이행된 다음에 승인 정책이 이행되거나 노드 유형 정책이 적용된 다음에 차원 정책이 적용되도록 정책 순서를 지정할 수 있습니다.

정책 순서는 승인 또는 커밋 정책의 정의 탭에서 지정합니다. 승인 정책 만들기 및 사용를 참조하십시오.

정책 순서 처리

정책이 여러 개 사용된 요청이 승인 또는 커밋 단계에 입력되면 다음과 같이 처리됩니다.

  1. 정책 순서가 가장 낮은 순서(예를 들어 1)인 모든 정책의 승인(커밋 단계인 경우 커밋)이 하나의 그룹으로 처리됩니다. 해당 그룹에 속한 모든 정책의 모든 초대받은 사람에게 승인(또는 커밋) 초대가 전송됩니다.
  2. 정책 순서가 가장 낮은 모든 정책이 이행되면 순차 정책 순서가 다음으로 높은 정책이(예를 들어 2) 하나의 그룹으로 처리됩니다. 현재 그룹 및 이전 그룹에 속한 모든 이행되지 않은 정책(요청 처리 중 더 낮은 번호로 수정되는 이행되지 않은 정책을 처리하기 위해)의 모든 초대받은 사람에게 초대가 전송됩니다.

    Note:

    현재 초대받은 사람이 정책 순서에서 이전에 승인 또는 커밋을 이미 제공한 경우 해당 사용자는 현재 그룹의 해당 정책마다 자동 승인이 수행됩니다.
  3. 이행되지 않은 상태로 남아 있는 정책이 없을 때까지 정책 순서 번호에 따라 그룹으로 정책이 처리됩니다.
  4. 요청이 다음 단계로 이동합니다(예를 들어 승인 단계의 요청은 커밋 정책이 있는 경우 커밋 단계로 이동함).
  5. 커밋 단계에서는 정책 순서가 가장 낮은 번호인 정책이 하나의 그룹으로 처리되는 방식으로 계속 진행됩니다.
  6. 남은 단계가 없으면 요청을 완료하고 마감하려고 시도합니다.

요청 강화 및 정책 순서

정책을 활성화하는 방식으로 요청이 강화되면 새 정책이 해당 정책 순서에 따라 다음 워크플로우 주기에 포함됩니다. 즉, 현재 그룹 이전 그룹에 있는 정책(예를 들어 초기에는 활성화되지 않은 정책 또는 이미 승인된 정책)이 영향을 준 데이터로 요청이 강화되면 현재 그룹의 초대받은 사람과 함께 이전 그룹에 속한 모든 정책의 초대받은 사람이 요청을 승인하도록 초대됩니다.

예를 들어 순서가 1, 2, 3인 세 개의 정책 그룹이 있다고 가정해 보겠습니다.

  1. 그룹 2는 아니나 그룹 1 및 3에 속한 정책이 영향을 주는 데이터가 포함된 요청이 제출될 수 있습니다.
  2. 그룹 1에 속한 정책이 이행되었으나 그룹 3 처리 중 그룹 2에 속한 정책이 영향을 주는 데이터가 포함되도록 요청이 강화되었습니다.
  3. 그룹 3의 현재 초대받은 사람과 함께 그룹 2의 초대받은 사람이 포함됩니다. 이제 그룹 2 및 3의 모든 정책이 이행되어야 요청이 다음 단계로 전환될 수 있습니다.

요청 반송, 재호출, 철회 승인

반송, 재호출, 철회 승인에서 발생한 요청 단계 변경사항은 다음과 같이 처리됩니다.

  • 요청 반송 또는 재호출의 경우 모든 승인이 지워집니다. 요청이 승인 또는 커밋 단계에 다시 입력되면 정책 순서가 가장 낮은 순서에서 다시 시작됩니다.
  • 요청에서 승인이 철회되면 철회된 승인 전에 발생한 승인은 유지되고 철회된 승인 후에 발생한 승인은 지워집니다. 예를 들어 정책 그룹 순서 2의 승인이 철회된 경우 정책 그룹 순서 1의 승인은 유지되고 정책 그룹 순서 3의 승인은 지워집니다.

    철회된 승인과 동일한 정책 그룹의 승인은 다음과 같이 처리됩니다.

    • 철회된 승인이 직렬 정책에 속해 있는 경우 철회된 승인 이후의 승인은 지워집니다.
    • 직렬 정책에 속해 있는 철회된 승인 이전의 승인과 병렬 정책의 모든 승인은 유지됩니다.

정책 실행 계획 보기

요청 검사기의 정책 탭에는 요청의 정책 실행 계획이 표시됩니다. 정책 실행 계획을 참조하십시오.