설정 고려사항: 요청
이 주제는 요청의 구성 및 사용을 계획할 때 참고하면 결정하는 데 도움이 됩니다. 설명하는 내용은 다음과 같습니다.
- 설정하는 이유
- 다른 Workday 솔루션과의 연계
- 다운스트림 영향 및 제품 간 인터랙션
- 시큐리티 요구사항 및 비즈니스 프로세스 구성
- 구현 전에 고려할 질문 및 제한사항
정의
개괄적인 프로세스:
- 관리자는 단계 및 승인자가 서로 다른 여러 요청 유형을 생성할 수 있습니다.
- 사용자가 신청을 개시하고 다른 사람을 대신하여 신청을 개시할 수 있습니다.
- 리뷰어는 사용자가 개시한 신청을 리뷰할 수 있으며, 필요한 경우 완료 단계 전에 신청을 변경할 수 있습니다.
- 프로세스 사용자는 마감된 요청을 승인 및 마감하고 해결방법을 설정하여 요청을 구현합니다.
요청
비즈니스 프로세스를 사용하면 Workday 내에서 사용자가 개시하고 관리자가 추적하는 커스텀 요청 프로세스를 설정할 수 있습니다. 요청을 생성, 리뷰, 승인 및 완료할 사용자를 정의하여 다양한 요청 프로세스를 생성합니다. 프로세스가 완료되면 이 정보의 레코드가 생성됩니다.요청 자체로는 아무것도 변경되지 않습니다. 조치 요청입니다.
비즈니스 이점
다음을 수행할 수 있습니다.
- 고유한 요청 유형 및 프로세스 흐름을 정의합니다.
- 조직 전체의 요청 프로세스를 통합하여 이메일, 구전 등을 통해 제출된 요청을 제거합니다.
- 요청에 대한 개시, 리뷰, 승인, 구현 및 최종 확인 프로세스를 추적합니다.
- 완료된 요청의요청비즈니스 프로세스 이력을 감사합니다.
- 요청이 Workday 비즈니스 오브젝트와 연결된 경우 해당 비즈니스 오브젝트의 감사 추적에서 요청을 조회합니다.
- 필수 승인의 시큐리티 권한, 단계 및 레벨을 구성합니다.
사용 사례
요청
비즈니스 프로세스를 구성하여 조직의 요청 및 변경 프로세스를 통합할 수 있습니다. 그런 다음 직원은 다음과 같은 신규 리소스 또는 기존 리소스 변경사항을 적용할 수 있습니다.- 비즈니스 프로세스
- 직무 설명
- 학습 과정
- 사무기기
- 조직
- 리포트
- 시큐리티 그룹
- 시스템 계정 액세스
다른 사용자를 대신하여 다음과 같은 요청을 개시할 수 있습니다.
- 직원에 대한 사무실 복귀 요청을 제출합니다.
- 다른 사용자의 시큐리티 권한 또는 역할을 요청합니다.
- 전무, 참모장 또는 부서장을 대신하여 부서 요청을 제출합니다.
- 직원의 HR 관련 요청을 제출합니다.
고려할 질문
- Workday에서 처리할 요청 프로세스는 무엇입니까?
- 다음과 같은 요청 프로세스의 요청 프로세스 세부내용은 무엇입니까?
- 누가 신청할 수 있습니까?
- 누가 신청을 승인할 수 있습니까?
- 누가 요청을 이행합니까?
- 요청을 어떻게 추적하고 감사하시겠습니까?
- 수집하려는 정보가 있습니까?
권장사항
다음을 고려하여 설정을 간소화합니다.
- 사용하는 각 요청 유형에 규칙 기반요청비즈니스 프로세스 정의 사용 이러한 방식으로 다양한 요청 유형에 대해 독립적인 프로세스 흐름을 생성할 수 있습니다.
- 홈 대시보드에서 관련 태스크 및 리포트를 표시하도록요청Worklet을 구성하여 사용성과 접근성을 개선합니다.
- 사용자가 근무자 또는 비근무자 역할(예: 학생 또는 확장형 엔터프라이즈 학습자)을 대신하여 요청을 개시할 수 있도록 요청 유형을 구성합니다. 필요한 경우 해당 요청 유형과 연결된 요청이 개시된 후에도 구성을 변경할 수 있습니다.
질문서가 중복되지 않도록 요청 유형의
요청 설명
필드를 사용자에게 표시할지 여부를 구성하는 것이 좋습니다. 이 액션은 사용자가요청
비즈니스 프로세스를 실행할 때 요청 양식에 표시되는 내용을 제어하는 데 도움이 됩니다.요구사항
- 요청 리뷰액션 단계는 항상요청비즈니스 프로세스의 완료 단계 전에 수행해야 합니다.
- 요청 마감액션 단계는 항상요청비즈니스 프로세스의 완료 단계여야 합니다.
제한사항
- 요청 개시자와 리뷰어만 요청 내용을 변경할 수 있습니다.
- 요청 유형을 생성할 때 Workday가 표시하는 비즈니스 오브젝트에만 요청을 연결할 수 있습니다.
테넌트 설정
영향이 없습니다.
시큐리티
System 기능 영역에서
요청
비즈니스 프로세스 및 시큐리티 정책을 구성합니다.요청
비즈니스 프로세스는 근무자를요청
비즈니스 프로세스의 개시자로 정의합니다. 비즈니스 프로세스 시큐리티 정책을 구성하고 다음을 선택하는 경우:
- 담당자에게 코멘트 숨기기확인란을 선택하면 근무자가전체 프로세스 레코드의프로세스탭에서 본인이 입력하지 않은 코멘트를 조회할 수 없습니다.
- 개인에게 세부내용 숨기기확인란을 선택하면 근무자가 비즈니스 프로세스 세부내용을 조회할 수 없습니다.
이 확인란을 선택하면 Workday는 이벤트에 대한 접근 권한이 있는 비근무자(예: 통합 사용자 또는 구현자)에게 요청 이벤트의 코멘트 또는 세부내용을 표시합니다.
개인에게 세부내용 숨기기
확인란이개인에게 코멘트 숨기기
확인란을 재정의합니다. 즉,대상에게 세부내용 숨기기
확인란만 선택하면 이벤트의 코멘트와 세부내용이 모두 숨겨집니다.세그먼트 기반 시큐리티 그룹 및 세그먼트화된 시큐리티를 이해하고 근무자 그룹에 대한 요청 유형 접근 권한을 제한하는 방법을 결정합니다.
요청 유형에 대한 시큐리티를 구성할 때
모두 조회
필드에서 선택한 시큐리티 그룹은 이 요청 유형의 요청에 대한 모든 이벤트 세부내용을 조회할 수 있습니다.System 기능 영역에서 다음 도메인을 구성합니다.
도메인 | 고려사항 |
|---|---|
설정: 요청
| 이 도메인에 대해 보안이 설정된 사용자는 요청 유형을 생성하고 조회할 수 있습니다. |
Self-Service: Requests
| 이 도메인에 대해 보안이 설정된 사용자는 요청 및 요청 유형을 조회할 수 있습니다. |
View: 요청
| 이 도메인에 대해 보안이 설정된 사용자는 요청을 조회할 수 있습니다. |
설정: 요청 유형 시큐리티 세그먼트
| 이 도메인에 대해 보안이 설정된 사용자는 요청 유형 시큐리티 세그먼트를 생성할 수 있습니다. |
리포트: 요청
| 이 도메인에 대해 보안이 설정된 사용자는 요청 리포트를 조회할 수 있습니다. |
비즈니스 프로세스
비즈니스 프로세스 관리자는
요청
비즈니스 프로세스 정의에 승인 또는 추가 질문서를 포함하여 여러 단계를 추가할 수 있습니다. Workday는 요청 개시자의 조직에 따라 요청 단계를 라우팅합니다. 예: Workday는 요청의 제목이 아닌 개시자의 HR 파트너에게 단계를 라우팅합니다.- 요청 유형에 대한 규칙 기반요청비즈니스 프로세스 정의를 생성하지 않으면 기본요청비즈니스 프로세스 정의가 사용됩니다.
- 규칙 기반요청비즈니스 프로세스 정의를 구성할 때 Workday가 실행할요청비즈니스 정의를 결정하는 조건 규칙 계층을 생성할 수 있습니다.
리포트
리포트 | 고려사항 |
|---|---|
내 요청
| 사용자가 개시한 모든 요청을 표시합니다. |
모든 요청
| Workday에서 개시된 모든 요청을 표시합니다. |
내 최근 신청
| 사용자가 지난 7일 동안 개시한 진행 중인 이벤트 및 완료된 이벤트를 표시합니다. |
진행 중인 요청
| 현재 진행 중인 모든 요청 비즈니스 프로세스를 표시합니다. |
대신 제출된 신청
| 다른 사용자가 사용자 대신 개시한 모든 요청을 표시합니다. 요청과 같은 정보가 표시됩니다.
|
요청 유형 조회
| 사용자가 액세스할 수 있는 요청 유형을 표시합니다. |
커스텀 리포트에서 다음 리포트 데이터 소스를 사용할 수 있습니다.
- 모든 요청
- 내 요청
- 요청 유형
- 위임 요청
요청 설명 표시
설정은 리포트에 영향을 주지 않으며,요청 설명
필드가 리포트에 계속 표시됩니다.통합
영향이 없습니다.
관계 및 터치포인트
영향이 없습니다.