승인 태스크에 사용자 라우팅

적절한 사용자가 승인 태스크를 실행하고, 승인하고, 승인 태스크에 기여하려면 Process Composer에서 인식하는 라벨을 사용하는 것이 중요합니다.

Process Composer > 승인 태스크에서 사용자에 대한 구성은 여러 사용자의 협업을 위해 실행 시간 동안 태스크의 할당자, 요청자 및 기여자로 인식됩니다.

이미지에서 요청자는 프로세스 실행자이고 양수인은 승인자입니다.

다음 정보 테이블은 역할 및 팀에 승인을 라우팅할 때 결정을 구성하고 지원하는 데 사용할 수 있습니다. 사용자 열에는 프로세스 구성에서 인식된 라벨이 표시됩니다. 세부 정보 열에는 해당 구성의 매개변수가 설명되어 있습니다.


사용자	세부 정보
요청 생성자	요청이 인터페이스(AARI Web 또는 Automation Co-Pilot)를 사용하여 생성된 경우, 요청을 생성한 사용자. 요청 생성자는 할당된 그룹에 있어야 합니다. 다른 수단으로 요청을 생성하는 경우(API, 요청 생성 명령, CoE 승인 유스케이스 등) 요청 생성자는 할당된 그룹에 있지 않아도 되고, 실행 권한만 필요합니다.
요청 할당 그룹	요청이 생성된 역할 또는 팀. `= createdByTeam` 예: Team 202에서 생성된 프로세스(POC)에서 POC-2 요청. Team 202는 요청 할당 그룹입니다 이 그룹은 워크스페이스에서 생성한 요청에 대한 읽기 액세스 권한이 있습니다.
태스크 할당자	태스크에 응답해야 하는 역할 또는 팀(수신됨). 예: 요청의 양식 태스크가 Role 301에 할당됩니다. Role 301은 태스크 할당자입니다. Role 301의 사용자는 할당된 탭에서 태스크를 볼 수 있습니다.
태스크 요청자	태스크의 응답을 요청하는 역할 또는 팀 또는 사용자(요청 생성자)(전송됨). 예: 요청의 양식 태스크를 Team 403에서 요청합니다. Team 403은 태스크 요청자입니다. Team 403의 사용자는 요청된 탭에서 태스크를 볼 수 있습니다.
기여자	태스크에 기여한(또는 기여 중인) 사용자. 양식 및 문서 검증 태스크(제출 전에 기여자가 채워짐) 상태가 Pending인 경우, 기여자는 작업에 할당되거나 잠긴 사용자입니다. `=assigneeID` 또는 `lockedBy` Completed인 경우, 기여자는 태스크를 제출한 사용자입니다. `=submittedBy` 승인 태스크(제출 후 기여자가 채워짐) 상태가 Waiting Approval (0/2)인 경우 기여자는 비어 있습니다. 상태가 Waiting Approval (1/2)인 경우 기여자는 태스크를 승인한 사용자의 사용자 ID입니다. 상태가 Approved인 경우 기여자는 요청을 승인한 모든 사용자의 배열입니다. `=approvedBy` 상태가 Declined인 경우 기여자는 요청을 거부한 사용자입니다. `=declinedBy`

승인 태스크의 가시성 및 작업

태스크 순서:

응답자 그룹에 속한 모든 사용자는 순서가 진행되면서 태스크를 확인할 수 있습니다.
현재 승인 태스크 이외의 태스크는 응답자 그룹에 표시되지 않습니다.

태스크에 대해 가능한 작업:

의견 이력

승인 또는 거부 의견의 이력을 표시합니다.
승인
- 승인 상태로 태스크를 제출합니다.
- 승인 제출 시 의견을 추가합니다.
거부
- 거부 상태로 태스크를 제출합니다.
- 거부 알림 제출 시 의견을 추가합니다.

사용자가 특정 태스크를 다른 사람에게 알리려는 경우, 태스크 참조 ID는 활성 태스크의 URL에서 찾을 수 있습니다.

이미지는 URL에 있는 태스크 참조를 보여줍니다.

Automation 360

승인 태스크에 사용자 라우팅