승인 요청 작업
기록에 대한 승인을 요청합니다. 스크립트를 작성할 필요 없이 승인 요청을 자동으로 승인, 거부 또는 취소하도록 규칙 세트를 구성합니다. 지정된 시간까지 결정이 이루어지지 않았을 때 자동으로 승인, 거부 또는 취소하려면 기한을 추가합니다.
승인은 워크플로우 진행을 제어하는 데 핵심적인 역할을 합니다. 이는 인시던트 처리, 변경 요청, 카탈로그 이행, 구조화된 거버넌스 및 규정 준수가 중요한 모든 프로세스에서 필수적인 작업이 진행되기 전에 적합한 사람이 작업을 검토하고 승인하도록 합니다. 승인에 대한 자세한 내용은 다음 문서를 참조하십시오 클래식 승인.
역할 및 가용성
핵심 작업으로 사용할 수 있습니다 워크플로우 스튜디오 ServiceNow . flow_designer 또는 관리자 역할을 가진 사용자는 플로우에 작업을 추가하고 구성 세부 정보를 정의할 수 있습니다.
입력
- 기록
- 데이터 유형: Record
승인할 기록에 대한 참조입니다. 기록에 승인 필드 워크플로우 스튜디오 가 포함되어 있으면 자동으로 승인 필드 입력을 설정합니다.
- 테이블
- 데이터 유형: Table Name
승인 요청과 관련된 기록의 테이블 이름입니다. 선택한 테이블은 승인 상태 필드를 사용하여 승인을 지원해야 합니다. 예를 들어, 작업 테이블과 해당 확장에는 승인 필드가 있습니다.
- 승인 이유
- 데이터 유형: String
승인에 대한 근거를 포함하는 텍스트 문자열입니다. 감사 및 규정 준수에 이 필드를 사용할 수 있습니다. 이 정보는 승인 [sysapproval_approver] 테이블에 저장됩니다. 예를 들어 개인 또는 그룹의 특정 승인 요청이 필요한 이유를 나열할 수 있습니다.
- 승인 필드
- 데이터 유형: Field Name
승인 요청의 결과를 포함하는 필드입니다.
- 저널 필드
- 데이터 유형: Field Name
승인 요청과 관련된 이력 및 설명을 저장하는 필드입니다.
- 규칙
- 데이터 유형: Approval Rules
요청을 승인하거나 거부할 수 있는 사용자와 기록이 승인 또는 거부된 후 수행되는 작업을 구성합니다.
승인 또는 거부 사용자 규칙은 다음과 같습니다.- 누구나 승인합니다. 나열된 모든 사용자가 승인할 수 있는 경우 이 옵션을 사용합니다.
- 모든 사용자가 승인합니다. 나열된 모든 사용자가 승인해야 하는 경우 이 옵션을 사용합니다.
- 모두 응답했으며 모두 승인합니다. 모든 사용자가 응답해야 하지만 한 명의 사용자만 승인해야 하는 경우 이 옵션을 사용합니다.
- 사용자 승인률(%)입니다. 과반수의 사용자가 승인해야 하는 경우 이 옵션을 사용합니다.
- 승인하는 사용자 수(#)입니다. 특정 수의 사용자가 승인해야 하는 경우 이 옵션을 사용합니다.
승인 규칙 옆의 필드에 원하는 승인 사용자를 추가합니다. 승인 사용자를 추가하려면 다음을 수행합니다.
- 개별 사용자 또는 그룹을 선택합니다.
- 기록에서 필드를 끌어서 선택합니다.
- 수동 승인자가 승인 또는 거부를 처리할 수 있도록 수동
. 수동 승인자는 승인자 관련 목록에 수동으로 추가된 사용자로, 요청을 승인할 수 있습니다. 예를 들어, 작업에 주제 전문가를 수동으로 추가하여 요청을 승인할 수 있습니다. 수동 승인자를 추가하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 승인자 관련 목록을 사용하여 승인 생성.
주:기본적으로 승인 요청은 비활성 사용자 및 그룹에 대한 승인 기록을 생성합니다. 이 동작을 사용하면 특정 사용자나 그룹이 나중에 비활성화된 경우에도 플로우 또는 작업이 계속 작동할 수 있습니다. 비활성 엔터티에 대한 승인을 생성하는 동작을 변경하려면 com.glide.hub.flow.approval.allow_inactive_entity 시스템 속성을 설정합니다. 워크플로우 스튜디오 플로우 시스템 속성 문서를 참조하십시오.다른 OR 규칙 세트를 추가하여 거부 규칙을 정의합니다. 승인을 정의할 때 일치하는 승인이 없을 때 실행되는 거부 규칙을 포함하십시오. 이러한 거부 규칙은 플로우가 대기 상태로 유지되지 않도록 합니다. 예를 들어, 누구나 승인을 받을 수 있는 경우 아무도 승인하지 않는 경우를 대비하여 시간 기반 거부 규칙을 생성합니다.
주:거부 규칙이 없는 승인 규칙을 설정하고 예상 승인 상태가 충족되지 않으면 런타임 값이 취소됩니다.인라인 스크립트를 사용하여 승인 규칙을 지정하는 방법에 대한 자세한 내용은 다음 블로그의 ServiceNow 커뮤니티플로우 디자이너에서 플로우 변수를 사용한 스크립팅된 승인을 참조하십시오.
- 기한
- 데이터 유형: Schedule Date/Time
플로우가 끝없이 승인을 기다리지 않도록 하는 승인 상태의 기한입니다.
출력
이러한 출력은 데이터 패널에 나타납니다. 이러한 항목을 플로우의 다른 곳에서 입력으로 사용할 수 있습니다.
- 승인 상태
- 데이터 유형: Choice
승인 요청의 완료 상태입니다. 플로우 실행 상세 정보 페이지에 이러한 값 중 하나가 표시됩니다.
- 아직 요청되지 않음 [not requested]
- 요청됨 [requested]
- 승인됨 [approved]
- 거부됨 [rejected]
- 취소됨 [cancelled]
- 더 이상 필요하지 않음 [not_required]
- 건너뜀 [건너뜀]
예제
이 예시 플로우에서는 우선순위가 높은 새 인시던트가 생성되거나 기존 인시던트가 업데이트될 때마다 승인이 필요합니다. 인시던트가 큐에 들어가면 플로우는 승인 요청 작업을 트리거하여 할당된 작업이 적절하며 인시던트를 진행해야 하는지 확인합니다. 작업은 표준 IT 지원 시간에 맞춰 평일 8-5 일정에 따라 응답을 기다립니다. 이 기간 내에 승인자가 응답하지 않으면 시스템에서 서비스 재개 지연을 방지하기 위해 요청을 자동으로 승인합니다.
승인 요청은 할당 대상 필드에 나열된 사용자의 관리자에게 라우팅됩니다. 이렇게 하면 담당 리더가 할당된 기술자가 인시던트를 처리할 수 있는 올바른 기술 세트와 작업 부하 용량을 갖추고 있는지 검토할 수 있습니다. 관리자는 1일 이내에 요청을 승인하거나 거부할 수 있으며, 이에 따라 워크플로우가 인시던트를 계속하거나 다시 라우팅하도록 할 수 있습니다.
일반 가이드라인
승인을 요청할 때 다음 지침을 따르십시오.
- 에서 승인 요청 작업을 복제하지 마십시오. 병렬 플로우 논리에서 다음 작업을 수행합니다.
- 워크플로우 스튜디오 는 다음을 사용하여 동일한 기록에 대해 여러 승인 요청을 하는 것을 지원하지 않습니다. 병렬 플로우 논리에서 다음을 수행합니다. 동일한 기록에 대해 승인을 요청하면 분기 간에 의존성이 생성되며, 어떤 분기가 먼저 완료될지 알 수 있는 방법이 없기 때문에 예기치 않은 결과가 발생할 수 있습니다.