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

적절한 사용자가 승인 태스크를 실행하고, 승인하고, 승인 태스크에 기여하려면 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에 있는 태스크 참조를 보여줍니다.