개념: 온보딩 비즈니스 프로세스 가이드라인

온보딩 프로세스 내에서 개시된 태스크의 경우 근무자에게 특정 시큐리티 권한이 필요합니다. 이러한 태스크를 완료할 수 있는 접근 권한은직원 본인
또는임시고용직 본인 시큐리티 그룹과
같은 셀프서비스 역할을 통해 부여됩니다. 이러한 셀프서비스 시큐리티 그룹에 지정된 시큐리티 권한을 평가하여 필수 태스크를 완료할 수 있는 적절한 권한이 있는지 확인하는 것이 중요합니다.

프로세스 개시자

다양한 액션을 통해 근무자의온보딩
비즈니스 프로세스를 개시할 수 있습니다. 참조 단계: 온보딩 비즈니스 프로세스 설정.

제한사항

온보딩
비즈니스 프로세스는 강력하지만 다음과 같은 몇 가지 제한사항을 고려해야 합니다.

단일 온보딩 프로세스: 근무자는 한 번에 하나의 활성 온보딩 프로세스
만 진행할 수 있습니다. 이미 활성 상태의 프로세스에 있는 근무자에 대해 신규 온보딩 이벤트가 개시되면 신규 비즈니스 프로세스 이벤트가 개시되지 않습니다.

법률 컴플라이언스: Workday는 시작일 전에 지원자에게 태스크를 지정할 수 있는 도구를 제공하지만 법률 자문은 제공하지 않습니다. 조직은 지원자 활동에 대한 보상과 관련하여 노동법을 준수할 책임이 있습니다.

Form I-9 with International Assignments:Complete Form I-9
단계는온보딩
프로세스가 파견/해외발령 시작
비즈니스 프로세스의 일부로 개시되는 경우 개시되지 않습니다.

공통 워크플로

경로 1: 표준 외부 신규 입사자 온보딩

이 워크플로는 채용 비즈니스 프로세스에서 개시되며 신규 외부 직원을 위해 설계되었습니다. 세 가지 경로 중 가장 포괄적입니다.

A: Initiation > B: Tasks by Employee as Self > C: Action by Employee As Self > D: Review Documents by Employee as Self > E: Action by Employee as Self  > F: To Do by Employee as Self

경로 2: 사내 이동 온보딩(Lite 버전)

이 라이트 워크플로는 기존 직원의직무 변경
비즈니스 프로세스에서 개시됩니다. 일반적으로 최초 채용에만 필요한 단계가 생략됩니다.

A: Initiation > B: Tasks by Employee as Self > C: Review Documents by Employee as Self > D: To Do by Employee as Self

경로 3: 임시고용직(계약자) 온보딩

이 워크플로에서는 초기 데이터 입력 및 문서 리뷰부터 시스템 접근 권한 부여 및 장비 프로비저닝을 위한 내부 프로세스에 이르기까지 신규 임시고용직을 온보딩하는 주요 단계를 간략하게 설명합니다.

A: Initiation > B: Tasks by Contingent Worker as Self > C: Review Documents by Contingent Worker as Self > D: To Do by Hiring Manager > E: To Do by IT Administrator

워크플로 단계

온보딩
비즈니스 프로세스 워크플로의 일반적인 단계 유형은 다음과 같습니다.

개시: 단계 순서
: 항상 비즈니스 프로세스의 첫 번째 단계이며 문자로 지정됩니다.
그룹
: 상위 비즈니스 프로세스의 단계가 완료되면 트리거되는 시스템 액션(예:채용
)에 의해 수행됩니다. 상위 프로세스를 개시하는 사용자의 시큐리티에 따라온보딩을
개시할 수 있는 사용자가 결정됩니다. 일반적인 역할은 다음과 같습니다.
HR 관리자
매니저
온보딩 전문가
지정하십시오
: 이 필드는개시
단계 유형에 적용할 수 없습니다.
단계 유형 가이드라인
:
모범 사례: 원활한 신규채용 환경을 위해온보딩
비즈니스 프로세스는 채용 비즈니스 프로세스 내의 하위 프로세스로 구성해야 합니다. 채용
프로세스에서Workday 계정 생성
단계뒤에
온보딩
액션 단계를 배치하는 것이 좋습니다. 이렇게 하면 신규 입사자가 시스템에 액세스하여 온보딩 태스크를 완료할 수 있습니다.
사용 사례:개시
단계의 기본 사용 사례는 온보딩 여정을 구성하는 이벤트 시퀀스를 트리거하는 것입니다. 여기에는 태스크 생성, 알림 전송, 신규 근무자 및 기타 관련 역할에 문서 라우팅이 포함됩니다. 이는후속조치
,문서 리뷰
및 기타 태스크와 같은 모든 후속 단계의 컨테이너 역할을 합니다.
예:HR 관리자가
신규 직원채용
비즈니스 프로세스의 마지막 단계를 완료합니다. 완료되면 시스템에서 자동으로온보딩
비즈니스 프로세스를 개시합니다. 그러면 신규 입사자에게 Workday에 로그인하여 개인정보 업데이트 및 회사 정책 리뷰와 같은 온보딩 태스크를 완료하라는 알림이 전송됩니다.
.
조건 규칙 가이드라인
:
모범 사례: 상위 비즈니스 프로세스에서 특수온보딩
워크플로를 트리거하는 규칙을 구성합니다. 예를 들어, 기업 직원을 위한 온보딩 프로세스와 제조 공장 직원을 위한 별도의온보딩
프로세스가 있으며 각각 다른 단계와 문서를 가질 수 있습니다.
사용 사례:개시
단계 자체에 조건 규칙을 배치하지 않는 경우(이 경우 프로세스가 시작되지 않음), 상위 비즈니스 프로세스(예:채용
)에 규칙 기반 라우팅을 사용하여 다음을 결정할 수 있습니다. 개시할온보딩
비즈니스 프로세스 정의 이를 통해 직무 프로필, 위치 또는 근무자 유형과 같은 조건에 따라 다양한 온보딩 환경을 제공할 수 있습니다.
예:채용
비즈니스 프로세스의 조건 규칙에서 신규 입사자의 국가를 확인할 수 있습니다. 국가가 미국인 경우Form I-9
단계가 포함된미국 온보딩
프로세스가 개시됩니다. 국가가 캐나다인 경우 국가별 문서 및 태스크를 사용하여캐나다 온보딩
프로세스를 개시합니다.

태스크: 액션
단계입니다. 특정 단계 유형은태스크
입니다.
단계 순서
: 순서가온보딩
비즈니스 프로세스 정의 내에서 정의됩니다. 문자 또는 숫자를 지정하여 단계의 순서를 지정할 수 있습니다.
모범 사례: 근무자의 수신함에 여러 태스크가 동시에 표시되도록 하려면 동일한 주문 ID를 지정하여 병행 단계로 구성합니다(예: 모든 태스크를 b단계로 설정). 그러나 이러한 태스크가 포함된 단계는 상위 비즈니스 프로세스(예:채용
)에서Workday 계정 생성
단계 후에 수행해야 태스크가 미지정 상태가 되는 것을 방지할 수 있습니다.
그룹
:
직원 본인에 의한 태스크는
직원 본인
시큐리티 그룹에서 수행합니다.
임시고용직 본인 태스크는
임시고용직 본인
시큐리티 그룹에서 수행됩니다.
모범 사례: 근무자가 공식 시작일 전에 온보딩 태스크를 완료할 수 있도록 하고 시작일이 변경될 경우 태스크가 미지정 상태가 되지 않도록 하려면 지원자 시큐리티 그룹과 재직 근무자 시큐리티 그룹 모두에 단계를 지정하는 것이 가장 좋습니다.
직원:직원 본인
및예비 직원 본인
임시고용직:임시고용직 본인
및예비 임시고용직 본인
시큐리티 도메인
: 역할 기반 시큐리티 그룹이 다음에 액세스해야 하는 시큐리티 도메인입니다.
Self-Service: Personal Data
Self-Service: Person
Self-Service: Verify National ID
Self-Service: Home Contact Information
Self-Service: Work Contact Information
Self-Service: Emergency Contacts
Self-Service: Payment Election
Self-Service: Payroll - USA
Self-Service: Payroll (My Withholding Elections) - CAN
Self-Service: Benefits
Self-Service: Dependents
지정
:태스크
단계의 구성에서지정
옵션 필드를 사용하지 않습니다. 대신 사용가능한 셀프서비스 비즈니스 프로세스 목록에서 포함된 태스크를 선택하여 지정합니다. 여러 액션을 하나의 태스크
단계로 그룹화하거나 구분할 수 있습니다.
단계 유형 가이드라인
:
모범 사례
간소화된 사용자 환경을 위해 관련 항목을신규 입사자 문서 작성
과 같은 명확한 레이블이 있는 단일태스크
단계로 그룹화할 수 있습니다.
특정 태스크가 다른 태스크보다 먼저 완료되도록 해야 하는 경우, 해당 태스크를 별도의 순차적 단계에 배치할 수 있습니다. 예를 들어,지급 옵션 관리
(단계 c)의 선행요건으로개인정보 확인
(b단계)을 설정할 수 있습니다.
복리후생 옵션과 같이 근무자 입사일 당일 또는 그 후에만 사용할 수 있어야 하는 태스크의 경우 비즈니스 프로세스 구성 내의 해당 특정 단계에서단계 지연을
사용합니다. 이렇게 하면 태스크가 수신함에 조기에 표시되는 것을 방지할 수 있습니다.
사용 사례: 이 단계에 포함된 일반 태스크는 다음과 같습니다.
개인정보 입력
연락처 정보 입력
정부 ID 편집
지급 옵션 관리(계좌이체)
연방세 및 주세 원천징수 양식 작성
비상연락처 입력
복리후생 옵션 변경
예:표준 외부 신규 입사자 온보딩
워크플로에서예비 직원 본인
및직원 본인
에게 지정된초기 온보딩 태스크
라는 레이블이 지정된태스크
단계를 구성할 수 있습니다. 이 단일 단계에는 다음이 포함될 수 있습니다.
개인정보 입력
연락처 정보 입력
비상연락처 입력
조건 규칙 가이드라인
: 조건 규칙을 적용하여 단계를 시작하거나 건너뛸지 여부를 제어할 수 있습니다.
사용 사례: 근무자가 태스크에 액세스했지만 제출하기 전에 변경하지 않은 경우, 개인정보 및 연락처 정보 업데이트에 대한 승인 단계를 자동으로 건너뛰도록 조건 규칙을 구성할 수 있습니다. 이렇게 하면 승인자에게 불필요한 라우팅을 방지할 수 있습니다.

액션: 단계 순서
:개시
단계(단계 a) 이후의 모든 위치에 배치할 수 있습니다. 문자 (b, c, d)를 사용하여 시퀀스를 정의할 수 있습니다. 문자가 동일한 단계는 병행하여 실행됩니다.
그룹
: 이 작업을 수행하는 대상은 매우 유연합니다. 이는온보딩 관리자
,직원 본인
,임시고용직 본인
,매니저
,HR 파트너
,복리후생 파트너
또는 개시 중인 하위 프로세스에 필요한 권한이 있는 기타 시큐리티 그룹에 지정할 수 있습니다.
시큐리티 도메인
: 역할 기반 시큐리티 그룹이 다음에 액세스해야 하는 시큐리티 도메인입니다.
온보딩 관리자
: 온보딩 규칙 및 템플릿을 설정하는 태스크에 대한 액세스 권한입니다. 다음 도메인에 대한 액세스를 제한해야 합니다:설정: 온보딩
.
직원 본인
: 셀프서비스: 온보딩 , Self-Service
: Home Contact Information (및 하위 도메인), Self-Service:
Work Contact Information (및 하위 도메인
)의 Worklet을 포함하여 온보딩 프로세스의 셀프서비스 측면에 대한 액세스입니다. ) ,셀프서비스: 비상연락처
,셀프서비스: 복리후생
,셀프서비스: 급여(내 원천징수 옵션)
.
매니저
:Worker Data: Work Contact Information(및 하위 도메인)
을 조회하거나 수정할 수 있습니다.
HR 관리자: Set Up: Onboarding
(온보딩 규칙 및 템플릿을 설정하는 태스크에 대한 액세스 권한입니다. 이 도메인에 대한 액세스는 제한되어야 함), Person Data: Home Contact Information (및 하위 도메인), Worker Data: Work Contact Information (및 하위 도메인), Person Data: 비상연락처.
HR 파트너
:Person Data: Home Contact Information (및 하위 도메인)
,Worker Data: Benefits
,Worker Data: Work Contact Information (및 하위 도메인)을
조회하거나 수정합니다.
복리후생 관리자/파트너
:근무자 데이터: 복리후생, 개인 데이터: 비상연락처를
조회하거나 수정합니다.
지정
: 하위 프로세스로 개시할 특정 비즈니스 프로세스를 선택합니다. 온보딩의 예:
개인정보 변경
연락처 정보 변경
정부 ID 변경
비상연락처 변경
복리후생 옵션 변경
Form I-9 완료
단계 유형 가이드라인
:
모범 사례: 유사한 데이터 수집 태스크를 그룹화합니다. 예를 들어, 개인정보, 연락처 정보 및 비상연락처 정보를 별도로 입력하는 대신 통합 태스크 단계 유형을 사용할 수 있습니다. 그러나 각각에 대해 별도의 승인 또는 라우팅이 필요한 경우에는 별도의 액션 단계로 유지하는 것이 좋습니다.
예:프로필 작성
액션 단계에서직원 본인
에게 지정된개인정보 변경
하위 프로세스를 개시할 수 있습니다.
조건 규칙 가이드라인
:
모범 사례
규칙을 한 번에 하나씩 빌드하고 테스트합니다.
특정 필드를 사용하여 규칙을 정확하게 지정합니다.
비즈니스 프로세스 구성 옵션
리포트를 활용하여 규칙에 사용가능한 필드를 확인합니다.
사용 사례:
조건 규칙은 동적이고 관련성 높은 온보딩 환경을 생성하는 데 필수적입니다. 이를 사용하여 근무자 데이터를 기반으로 단계를 포함하거나 건너뛸 수 있습니다.
복리후생 수혜 자격이 없는 파트타임 근무자의 복리후생 등록을 건너뜁니다.
특정 주의 근무자에 대해서만 주별 정책 리뷰 문서를 포함합니다.
사내 이동과 신규 입사자에 대해 서로 다른 태스크 세트를 트리거합니다.
예: 미국 기반 채용에 대해서만Form I-9 작성
단계를 실행하려면 다음과 같은 규칙을 생성합니다.
규칙 유형:
입력 조건
조건:
근무자의 기본 포지션에 해당하는국가는
미국
입니다.

후속조치: 단계 순서
: 흐름의 모든 위치에 배치할 수 있습니다. 전용 비즈니스 프로세스가 없는 미리알림 또는 태스크에 주로 사용됩니다.
그룹
: 모든 시큐리티 그룹에서 수행됩니다. 공통 피지정자는 다음과 같습니다.
직원 본인
매니저
부서별 코디네이터(예:IT 지원
)
지정
: 후속
조치 유지관리
태스크에서 유지관리하는 목록에서 사전 구성된후속조치를
선택합니다.
단계 유형 가이드라인
:
모범 사례: 시스템 이외 태스크 또는 간단한 미리알림에후속조치
단계를 사용합니다. 이렇게 하면 비즈니스 프로세스가 명확하게 유지되고 간단한 액션에 대한 복잡한 하위 프로세스가 생성되지 않습니다.
예: 신규 입사자에게 지정된후속조치는
가이드의 동영상 링크와 함께CEO 환영 동영상 시청
일 수 있습니다.
조건 규칙 가이드라인
:
모범 사례
후속조치
텍스트를 명확하고 실행 가능한 상태로 유지합니다.
기한이 다가오면 알림을 사용하여 담당자에게 미리 알립니다.
사용 사례:
급여를 받는 직원의 경우에만 매니저에게노트북의 후속조치 요청을
지정합니다.
입사일이 공휴일과 가까운 경우 신규 입사자에게회사 휴일 캘린더를 리뷰
하도록 미리 알립니다.
예를 들어 다음과 같습니다.
'매니저: 환영 패킷 준비'
라는 레이블이 지정된후속조치
단계를 매니저 역할에 지정할 수 있습니다.

문서 리뷰: 액션
단계입니다.
순서
: 일반적으로 초기 데이터 수집 후 완료 단계 전에 배치됩니다.
그룹
: 거의 항상직원 본인이
수행합니다.
지정
: 포함할 문서와 전자서명이 필요한지 여부를 구성할 수 있습니다. 예: 직원 핸드북, 기밀유지협약
단계 유형 가이드라인
:
모범 사례: 중요한 컴플라이언스 문서의 경우 이 단계를 필수 단계로 설정하고 추적 및 감사 목적으로 전자서명 기능을 사용합니다.
예:Acknowledge Company Policies
라는 레이블이 지정된 단계에는 행동강령, IT 이용 목적 제한 정책 및 직원 핸드북이 포함될 수 있습니다.
조건 규칙 가이드라인
:
모범 사례: 대상 사용자 및 서명 요건이 동일한 문서를 단일 단계로 그룹화하여 사용자 경험을 간소화합니다.
사용 사례:
근무자의 국가 또는 회사에 따라 다른 직원 핸드북을 제시합니다.
영업 조직의 직원에 대해서만 영업 커미션 플랜 문서를 포함합니다.
예를 들어 규칙이 근무자의직무군을
확인할 수 있습니다. 직무군이
영업인 경우 서명할영업 인센티브 플랜
문서가 단계에 포함됩니다.

서비스: 단계 순서
: 이 단계에서는 순서가 매우 중요합니다. 예를 들어,Workday 계정 생성은
신규 직원에게 태스크가 라우팅되기 전에 수행되어야 합니다.
그룹
: 시스템에서 수행되며 시스템에 지정된 사람이 없습니다.
지정
: 실행할 특정 시스템 서비스를 선택합니다. 온보딩
의 공통 서비스:
Workday 계정 생성
온보딩 계획 지정
단계 유형 가이드라인
:
모범 사례: 백그라운드 시스템 프로세스입니다. 태스크는 사용자가 완료하는 태스크가 아니지만 워크플로의 자동화에 매우 중요합니다.
예:Workday 계정 생성
서비스를 채용 프로세스 초기에 배치하면 지원자가 입사일 전에 로그인 자격증명을 확인하고 Workday에서 온보딩 태스크를 시작할 수 있습니다.
조건 규칙 가이드라인
:
모범 사례: 다음 단계는 기본입니다. 온보딩
프로세스를 활성화하려면 해당 직무가 상위 비즈니스 프로세스의 순서(예:채용
)에 올바르게 배치되어 있는지 확인합니다. Workday 계정 생성
단계는온보딩
단계 전에 와야 합니다.
사용 사례: Workday 계정이 입사일보다 너무 일찍 생성되지 않도록 조건 규칙을 사용할 수 있습니다.
예: 신규 입사자에게 올바른 온보딩 계획을 자동으로 지정하기 위해온보딩 계획 지정
서비스 단계가채용
비즈니스 프로세스에 추가됩니다.

통합

Workday에서는통합
단계 유형을 지원하는 모든 비즈니스 프로세스에서 통합을 개시할 수 있습니다. 이는 일반적으로 온보딩 중에 데이터를 3rd Party 시스템(예:복리후생
,급여
또는 IT 프로비저닝)으로 전송하거나Form I-9 E-Verify
와 같은 내부 프로세스를 개시하는 데 사용됩니다.

단계 순서

: 워크플로 내 여러 단계에서 통합이 수행될 수 있습니다. 이 단계는 일반적으로 모든 승인이 완료된 후 프로세스가 완료되기 전에 수행됩니다.

그룹

: 시스템에서 수행되며 통합을 실행하는 데 필요한 시큐리티 권한이 있는 사전 구성된 통합 시스템 사용자(ISU)를 지정해야 합니다.

지정

: 실행할 특정 통합 시스템을 선택합니다. 이는 법인 카드 제공자용 커넥터와 같이 사전 구축된 Workday 커넥터일 수도 있고, Workday Studio, EIB(Enterprise Interface Builder) 또는 코어 커넥터를 사용하여 커스텀 구축된 통합일 수도 있습니다.

단계 유형 가이드라인

모범 사례

먼저 빌드: 비즈니스 프로세스에서 통합 단계를 추가 및 구성하기 전에 항상 통합 시스템을 생성하고 구성합니다.

ISU 사용: 항상통합 시스템 사용자를
사용하여 통합을 실행합니다. 이를 통해 보안이 강화되고 감사가 더 쉬워집니다.

분리 및 전송: 통합 프로세스는 대개 파일 생성 및 전송으로 분리됩니다. 외부 시스템이 파일을 수신하지 않는 경우프로세스 모니터
및통합 이벤트
리포트를 사용하여 파일 생성 또는 전송 단계 실패 여부를 해결합니다.

사용 사례:

아웃바운드 통합:온보딩
의 가장 일반적인 사용 사례는 아웃바운드 통합을 트리거하여 신규 채용 데이터를 외부 시스템으로 전송하는 것입니다. 예를 들어 IT 계정 프로비저닝을 위해 근무자 데이터를 Okta 또는 Active Directory로 전송, 신규 입사자 정보를 3rd Party 급여 또는 복리후생 제공자에게 전송,Complete Form I-9
비즈니스 프로세스를 통해E-Verify
에 직원 데이터 제출 등이 있습니다.

인바운드 통합:온보딩
비즈니스 프로세스의 직접적인 일부로서 덜 일반적이지만, 통합은 최종적으로 데이터를 Workday로 다시 로드하는 프로세스를 트리거할 수 있습니다(예: 글로벌 HR 시스템에서 신규 입사자의 영구 ID 수신).

조건 규칙 가이드라인

모범 사례: 특히 비즈니스 프로세스 정의를 변경한 후에는 규칙을 정기적으로 테스트하여 예상대로 라우팅되는지 확인합니다.

유지관리하기 어려운 지나치게 복잡한 규칙은 피하십시오. 때로는 비즈니스 프로세스에 대한 별도의 규칙 기반 정의를 생성하는 것이 단일 정의 내에서 여러 복잡한 규칙을 작성하는 것보다 더 명확합니다.

조건부이기도 한 동시 단계로 인해 프로세스가 중단될 수 있으므로 주의하십시오. 중요한 통합을 자체 순차적 단계에 배치하는 것이 더 나은 경우가 많습니다.

사용 사례:

불필요한 단계 건너뛰기

: 근무자가 실제로 변경하지 않고 개인정보 또는 연락처 정보를 다시 제출하는 경우 승인 단계를 건너뛰는 규칙을 생성합니다.

규칙 기반 라우팅:회사
,관할조직
또는위치
와 같은 조건에 따라 다양한 버전의온보딩
비즈니스 프로세스를 정의합니다. 예를 들어, 캐나다와 미국의 근무자에 대해 고유한 온보딩 프로세스를 설정할 수 있습니다. 여기에는 국가별 벤더에 대해 서로 다른 통합 단계가 포함됩니다.

개별화된 콘텐츠: 조건 규칙을 사용하여온보딩 계획의 오디언스를
정의합니다. 이를 통해 대상 콘텐츠, 태스크 및 문서를 다양한 신규 입사자 그룹에 전송할 수 있습니다.

예: 회사 핸드북을 이미 본 사내 이동의 경우문서 리뷰
단계를 건너뜁니다.

규칙 로직

: 근무자의

채용 경로가

사내 이동

인 경우False
로 평가되는 조건 규칙을문서 리뷰
단계에서 생성합니다. 그러면 이 그룹에 대해 단계를 건너뛰지만 모든 외부 채용에 대해 트리거됩니다.

알림

시스템 알림

시스템 알림은 Workday에서 비즈니스 프로세스 이벤트에 대해 생성하는 기본 알림입니다. 비즈니스 프로세스의

알림

탭에서 모든 시스템 알림을 조회할 수 있습니다. Workday에서는 특정 알림을 비활성화할 수 있지만, 사용자 레벨에서 알림 환경설정을 관리하거나 맞춤 알림을 위해 커스텀 알림을 사용하는 것이 더 나은 경우가 많습니다. 비즈니스 프로세스 시스템 알림 구성을참조하십시오.

글로벌 알림 설정은

테넌트 설정 편집 - 알림

태스크에서 관리됩니다.

커스텀 알림

비즈니스 프로세스의 모든 단계에서 개시하여 사용자에게 이벤트, 필수 액션 또는 상태 변경에 대해 알릴 수 있는 커스텀 알림을 생성할 수 있습니다. 알림을 생성하려면 비즈니스 프로세스 정의의 각 단계로 이동하여 해당 단계의 관련 액션 메뉴에서

비즈니스 프로세스

알림 추가를

선택합니다. 커스텀 알림 생성을참조하십시오.

가이드라인 및 모범 사례:

가능한 경우 통합: 신규 입사자가 완료해야 하는 모든 단일 태스크에 대해 별도의 알림을 전송하는 대신 태스크를 통합하는 것이 좋습니다. 예를 들어, 신규 입사자의Workday 온보딩 대시
보드 또는 신규 입사자가 대기 중인 모든 항목을 볼 수 있는내 태스크
페이지로 연결되는 단일환영
이메일을 전송할 수 있습니다. 이렇게 하면 신규 입사자에게 너무 많은 이메일이 전송되는 것을 방지할 수 있습니다.

명확한 액션 기반 언어 사용: 알림의 제목과 본문은 명확하고 간결해야 하며 수신자가 수행해야 하는 작업을 정확하게 알려야 합니다. 동적 필드를 사용하여 신규 입사자의 이름, 입사일, 매니저 등으로 메시지를 맞춤 설정합니다.

동적 콘텐츠 활용: 수업 리포트 필드를 사용하여 관련 정보를 알림으로 가져옵니다. 여기에는 다음과 같은 세부내용이 포함될 수 있습니다.

입사일

직무명

매니저

근무지

온보딩 대시보드에 대한 링크

오디언스를 고려합니다. 수신자에 맞게 알림의 내용과 어조를 조정합니다. 신규 입사자에 대한 알림은 IT 팀원 또는 채용요청 매니저에게 보내는 알림과 톤이 다릅니다.

브랜딩:이메일 템플릿 유지관리
및Notification Designer
태스크를 사용하여 회사의 디자인에 부합하는 브랜드 이메일 템플릿을 생성합니다. 커스텀 알림의 기본 이메일 템플릿을 재정의하여 특정 브랜드 템플릿을 사용할 수 있습니다.

환영 이메일 트리거:

신규 입사자가 Workday에 액세스할 수 있도록 하려면채용
비즈니스 프로세스의Workday 계정 생성
단계 후에 이 알림을 트리거해야 합니다.

단계 지연을 사용하여 채용이 완료된 후 특정 일수 후에 이 알림을 전송하거나,온보딩
프로세스를 시작하는 즉시 트리거할 수 있습니다.

사내 팀 알림:

신규 채용이 처리되었음을IT
,시설
,급여
와 같은 사내 팀에 알리는 커스텀 알림을 생성합니다.

이러한 알림은 프로세스의 적절한 시점에 트리거되어야 합니다. 예를 들어,채용
비즈니스 프로세스가 완료되면 IT 알림이 트리거될 수 있습니다.

알림에 신규 입사자명, 입사일, 위치, 특정 장비 또는 접근 권한 요건과 같은 관련 세부내용을 포함합니다.

하위 프로세스 알림 관리:

온보딩
프로세스에는 하위 프로세스(예: 복리후생 등록의 경우 I-9 확인)가 포함되는 경우가 많습니다. 이러한 하위 프로세스에는 고유한 알림 구성이 있습니다.

이메일이 너무 많이 전송되지 않도록 하위 프로세스에서 알림을 표시하지 않으려면 해당 하위 프로세스의 개시 단계에서 시스템 알림을 비활성화하면 됩니다.

하위 프로세스는 다른 비즈니스 프로세스에서 사용될 수 있습니다. 의도하지 않은 결과가 발생하지 않도록 하려면독립형 비즈니스 프로세스인 경우에만 개시하는
조건 규칙을 커스텀 알림에 추가할 수 있습니다.

조건 규칙 사용:

조건 규칙은 알림이 전송되는 시기를 제어하는 강력한 도구입니다. 이를 사용하여 다음을 수행할 수 있습니다.

특정 조건이 충족되는 경우에만 알림을 전송합니다(예: 신규 입사자가 특정 위치 또는 직무 프로필에 속하는 경우).

비즈니스 프로세스의 데이터를 기준으로 여러 사용자 그룹에 서로 다른 알림을 전송합니다.

일련의 단계가 모두 완료된 후에만 알림이 전송되도록 합니다.

옵션 단계 처리: 옵션 단계에서 알림을 구성하면 단계를 건너뛰어도 알림이 전송됩니다. 그에 따라 알림 전략을 계획합니다.

예를 들어 다음과 같습니다.

목표:온보딩
비즈니스 프로세스가 개시되는 즉시 신규 입사자에게 환영 메시지를 전송합니다.

설정:온보딩
비즈니스 프로세스의 개시 단계에서 커스텀 알림을 생성합니다. 수신자는직원 본인이며
, 알림이 개인 이메일로 라우팅됩니다.

목표: 입사일에 필요한 주요 정보를 신규 입사자에게 전송합니다.

설정: 시작일 전날에 예정된후속조치
단계에 의해 트리거되는 알림을 생성합니다.

문제 및 해결방법

출고	원인 및 해결방법
채용이 완료된 후에는 신규 입사자에 대해 온보딩 프로세스가 트리거되지 않습니다.	원인: 여러 가지 원인이 있을 수 있습니다. 신규 입사자에 대해 Workday 계정이 아직 생성되지 않은 경우 온보딩 단계가 미지정 상태가 됩니다. 온보딩 및온보딩 설정 단계가 올바르게 정렬되지 않았거나 상위채용 비즈니스 프로세스에 포함되어 있지 않습니다. 해결방법: 비즈니스 프로세스 정의(기본 정의) 생성 태스크를 사용하여온보딩 설정 비즈니스 프로세스의 기본 정의를 생성합니다. BP 채용 정의에서온보딩 설정 단계가온보딩 단계 직전에 와야 합니다. 이 두 단계는 모두Workday 계정 생성 단계뒤에 배치해야 합니다.
신규 입사자는 온보딩 알림을 받지 않습니다.	원인: 가장 일반적인 원인은 잘못된 라우팅 규칙입니다. 지원자의 경우, 알림이 개인 이메일 주소로 라우팅되어야 합니다. 솔루션: 테넌트 설정 편집 - 알림 으로 이동합니다. HCM 섹션에서온보딩 계획 알림 또는 관련 커스텀 알림에 대한 알림이 대상 오디언스의외부 이메일 로 라우팅되도록 구성되어 있는지 확인합니다. 또한 Workday에서 지원자의 개인 이메일 주소가 입력되었는지 확인합니다.
신규 입사자의 모든 온보딩 태스크가 수신함에 한 번에 수신되는 것은 아닙니다.	원인: 온보딩 비즈니스 프로세스 정의의 단계가 서로 다른 주문 번호(예: c, d, e)로 구성되어 있으므로 이전의 각 단계가 완료될 때마다 해당 단계가 순차적으로 전달됩니다. 솔루션: 온보딩 비즈니스 프로세스 정의를 리뷰합니다. 모든 태스크를 한 번에 표시하는 것이 목표인 경우, 관련 단계(예:후속조치 ,문서 리뷰 ,개인정보 변경 )가 동일한주문서 (예: c, c, c)로 구성되어 있는지 확인하십시오. 그러면 수신함에 동시에 표시되는 병행 단계가 됩니다.
Complete Form I-9 단계가 중단되고 진행되지 않습니다.	원인: Form I-9 작성 단계가온보딩 비즈니스 프로세스의 다른 단계와 동시에(즉, 동일한 주문 번호로) 실행되도록 구성되었습니다. 이 단계의 일부인 E-Verify 통합은 다른 모든 병행 단계가 완료될 때까지 실행되지 않는 경우가 많습니다. 솔루션: 온보딩 비즈니스 프로세스 정의를 편집하여Complete Form I-9 단계를 고유한 주문 번호를 사용하여 순차적인 단계에 배치합니다. 최상의 결과를 얻으려면 다른 단계를 병행하여 실행하지 않아야 합니다.
비즈니스 프로세스 단계가 완료될 때 알림이 트리거되지 않습니다.	원인: 알림이 비즈니스 프로세스 단계와 올바르게 연결되지 않았거나, 알림에 충족되지 않는 조건이 있을 수 있습니다. 솔루션: 커스텀 알림 설정을 리뷰하여 올바른 비즈니스 프로세스 및 단계에 연결되어 있는지 확인합니다. 알림의조건 탭에서 알림이 트리거되지 않도록 하는 규칙이 있는지 확인합니다. 또한 근무자의프로세스 모니터를 확인하여 비즈니스 프로세스가 예상대로 작동하는지 확인합니다.
알림의 링크(예:온보딩 계획 )가 신규 입사자에게 작동하지 않습니다.	원인: 이는 보안 문제인 경우가 많습니다. 신규 입사자에게 Workday 계정에 대한 접근 권한이 아직 부여되지 않았거나 대상 페이지에 대한 시큐리티가 충분하지 않을 수 있습니다. 솔루션: 사내 링크가 포함된 알림이 전송되기 전에채용 또는온보딩 비즈니스 프로세스에서Workday 계정 생성 단계를 실행해야 합니다. 지원자가 시작일 전에 콘텐츠에 액세스하도록 하려면외부 사전보딩 설정이 올바르게 구성되어 있는지 확인합니다.
매니저 또는 다른 참여자에게 미리알림이 전송되지 않습니다.	원인: 수신자가 잘못 정의되었거나 Workday에 사용자의 직장 이메일 주소가 없을 수 있습니다. 솔루션: 커스텀 알림의수신자 필드를 확인하여 올바른 역할(예:매니저 ,HR 파트너 )이 선택되었는지 확인합니다. 근무자 프로필에서 대상 수신자의 직장 이메일 주소가 유효한지 확인합니다.
승인자 또는 다른 참여자(예:매니저 )는 온보딩 단계를 보거나 액션을 수행할 수 없습니다.	원인: 이는 일반적으로 사용자의 시큐리티 역할에 비즈니스 프로세스의 해당 특정 단계에 대한 권한이 없는 시큐리티 문제입니다. 솔루션: 온보딩 비즈니스 프로세스의비즈니스 프로세스 시큐리티 정책 에 액세스합니다. 특정 단계(예:문서 리뷰 ,후속조치 )를 찾고 적절한 시큐리티 그룹(예:매니저 ,HR 파트너 )이 해당 단계에서 액션을 수행할 수 있는 권한과 함께 나열되어 있는지 확인합니다.

개념: 온보딩 환경

단계: 온보딩 비즈니스 프로세스 설정

단계: 근무자 온보딩 설정

개념: 비즈니스 프로세스

dan1370797382653.html

FAQ: 비즈니스 프로세스