채용부터 퇴직까지, 직원 라이프사이클 데이터 템플릿
채용부터 퇴직까지, 직원 라이프사이클 데이터 템플릿
- 심층 분석을 위해 수집할 속성
- 직원 라이프사이클 전반에서 추적할 주요 활동
- Workday 온보딩 데이터 추출 안내
채용부터 퇴직까지, 직원 라이프사이클 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
이벤트 타임스탬프
EventTimestamp
|
활동이나 이벤트가 기록된 정확한 날짜와 시간입니다. | ||
|
설명
이 속성은 각 활동이 발생한 시점을 기록해 시간 정보를 제공합니다. 타임스탬프의 순서와 시점을 바탕으로 프로세스 흐름을 구성하고, 주기 시간과 소요 시간 등 시간 기반 지표를 계산합니다. 이벤트 타임스탬프는 프로세스 성과를 분석하는 데 기본이 됩니다. 단계 간 소요 시간을 계산하고 지연을 찾으며, 분기별 채용 속도 비교처럼 기간별 프로세스 변화를 분석할 수 있습니다.
중요한 이유
이벤트 순서를 정확히 정하고 주기 시간과 병목 등 성과 지표를 계산하는 데 필요합니다.
확보 방법
Workday 비즈니스 프로세스 트랜잭션 로그에 일반적으로 포함되는 항목으로, 'Effective Date' 또는 'Completed Moment'라고도 합니다.
예시
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
|
|||
|
직원 ID
EmployeeId
|
직원의 고유 식별자로, 조직에서 직원의 전체 생애주기를 추적하는 기본 케이스 ID입니다. | ||
|
설명
직원 ID는 채용부터 퇴직까지의 프로세스 분석을 연결하는 기준입니다. 최초 입사 지원부터 최종 퇴직까지 관련 이벤트를 하나의 흐름으로 묶습니다. 이 ID를 추적하면 직무 변경, 성과 평가, 온보딩 단계를 포함해 직원 재직 기간의 전체 이력을 구성할 수 있습니다. process mining에서는 모든 활동을 직원 ID와 연결해 개별 직원과 전체 직원 생애주기를 살펴볼 수 있습니다. 이를 통해 프로세스 소요 시간을 분석하고, 자주 나타나는 경로를 파악하며, 경력 단계별로 직원에게 영향을 주는 병목을 찾을 수 있습니다.
중요한 이유
직원 한 명의 생애주기에 속한 모든 이벤트를 연결해 처음부터 끝까지 프로세스를 확인하는 데 필요한 속성입니다.
확보 방법
Workday HCM의 기본 필드로, 일반적으로 직원 프로필과 비즈니스 프로세스 트랜잭션에서 확인할 수 있습니다.
예시
100234510087651011212
|
|||
|
활동명
ActivityName
|
직원 생애주기의 특정 시점에 발생한 이벤트나 작업의 이름입니다. | ||
|
설명
활동명은 채용부터 퇴직까지의 프로세스에서 '입사 제안 수락', '신원 조회 완료', '승진 승인'과 같은 구체적인 단계를 나타냅니다. 이러한 활동은 프로세스 맵의 노드가 되어 직원 여정의 이벤트 순서를 보여줍니다. 활동을 분석하면 프로세스 흐름을 파악하고, 자주 발생하거나 드문 경로를 찾으며, 지연이나 재작업이 생기는 단계를 확인할 수 있습니다. 정확하고 이해하기 쉬운 프로세스 모델을 만들려면 활동명을 일관되고 명확하게 정해야 합니다.
중요한 이유
프로세스 맵의 단계를 정의하며, 이는 process mining 분석과 시각화의 기반이 됩니다.
확보 방법
Workday 거래 로그의 비즈니스 프로세스 단계 또는 이벤트 이름에서 도출합니다.
예시
입사 제안서 생성온보딩 작업 완료퇴직 절차 시작
|
|||
|
부서
Department
|
직원이 소속된 조직 부서입니다. | ||
|
설명
직원이 배정된 부서를 나타내는 속성입니다. '영업', '엔지니어링', '인사' 등이 해당합니다. 조직 내 부문별 프로세스 성과를 구분하고 비교하는 데 중요한 기준입니다. 부서별로 필터링하면 '엔지니어링 부서의 채용 소요 시간이 영업 부서보다 긴가?' 또는 '온보딩 절차 편차가 가장 많은 부서는 어디인가?'와 같은 질문에 답할 수 있습니다. 이를 통해 특정 부서의 문제를 찾아 상황에 맞는 프로세스 개선을 진행할 수 있습니다.
중요한 이유
부문별 비교 분석을 통해 프로세스 비효율이 특정 사업 영역에 집중되어 있는지 확인할 수 있습니다.
확보 방법
Workday HCM에서 직원의 기본 직무 및 조직 정보에 포함되며, 직원의 직위와 연결됩니다.
예시
엔지니어링영업 및 마케팅재무
|
|||
|
생애주기 이벤트 유형
LifecycleEventType
|
온보딩, 승진, 오프보딩 등 주요 생애주기 유형으로 프로세스를 분류합니다. | ||
|
설명
전체 채용부터 퇴직까지의 프로세스에서 직원의 여정을 상위 수준으로 분류하는 속성입니다. 각 케이스에 '온보딩', '사내 이동', '퇴직'과 같은 유형을 지정하면 프로세스 맵을 쉽게 필터링하고 각 하위 프로세스를 따로 분석할 수 있습니다. 예를 들어 '사내 이동 및 승진 소요 시간' 대시보드를 분석하려면 생애주기 이벤트 유형이 '사내 이동' 또는 '승진'인 케이스를 필터링합니다. 이처럼 구분하면 구체적인 비즈니스 질문에 답하는 분석과 대시보드를 만들 수 있습니다.
중요한 이유
직원 여정 전체를 온보딩, 오프보딩, 승진 등의 하위 프로세스로 나누어 집중적으로 분석할 수 있습니다.
확보 방법
일반적으로 데이터 변환 과정에서 Workday 비즈니스 프로세스 이름('Hire', 'Change Job', 'Terminate' 등)을 해당 범주에 매핑해 도출합니다.
예시
온보딩사내 이동오프보딩성과 관리
|
|||
|
이벤트 수행자
EventPerformer
|
활동을 수행한 사용자 또는 자동화된 시스템 에이전트입니다. | ||
|
설명
작업을 완료한 개인, 역할 또는 시스템을 나타내는 속성입니다. 입사 제안을 승인한 채용 관리자, 온보딩을 시작한 HR 담당자, 알림을 생성한 시스템 프로세스가 해당할 수 있습니다. 이벤트 수행자를 분석하면 리소스 배분, 업무량 분포, 사용자 도입 현황을 파악할 수 있습니다. 업무가 과중한 팀을 찾고, 사용자가 반복 작업을 수동으로 처리하는 경우 자동화 기회를 확인하며, 개인이나 부서 간 성과 차이도 분석할 수 있습니다.
중요한 이유
업무량 분포와 사용자 성과를 분석하고 프로세스 참여자를 파악해 개선 대상을 구체적으로 정할 수 있습니다.
확보 방법
Workday Business Processes의 트랜잭션 로그에서 확인할 수 있으며, 일반적으로 단계를 완료한 사용자와 연결됩니다.
예시
jsmith@example.comr.davis시스템 프로세스
|
|||
|
이벤트 종료 시간
EventEndTime
|
특히 소요 시간을 측정할 수 있는 작업이 완료된 시점을 나타내는 타임스탬프입니다. | ||
|
설명
StartTime이 활동의 시작 시점을 나타낸다면, 이벤트 종료 시간은 활동이 끝난 시점을 나타냅니다. 두 시점의 차이가 활동 처리 시간입니다. 'Background Check'나 'Performance Review'처럼 즉시 끝나지 않는 작업을 분석할 때 유용합니다. 분석에서는 이 속성을 사용해 ProcessingTime 지표를 계산합니다. 활동 사이의 대기 시간과 실제 작업에 투입된 시간을 구분해 프로세스에서 시간이 어디에 쓰이는지 더 정확히 파악할 수 있습니다.
중요한 이유
활동의 실제 처리 시간을 계산해 실제 작업 시간과 대기 시간을 구분할 수 있습니다.
확보 방법
Workday의 일부 비즈니스 프로세스는 시작과 완료 타임스탬프를 모두 기록합니다. 이 경우 이벤트를 결합해야 할 수 있습니다.
예시
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
채용 요청 ID
JobRequisitionId
|
채용 프로세스를 시작한 채용 요청의 고유 식별자입니다. | ||
|
설명
채용 요청 ID는 채용 공고 게시, 후보자 심사, 입사 제안 생성 등 초기 채용 활동을 특정 인력 수요와 연결합니다. 직원 생애주기의 채용 단계에서 보조 케이스 ID로 사용됩니다. 채용 요청 ID별로 분석하면 직무나 부서에 따른 채용 프로세스 효율을 파악할 수 있습니다. 채용 요청 생성부터 입사 제안 수락까지 전체 과정을 추적해 평균 채용 소요 시간과 같은 KPI를 지원합니다.
중요한 이유
입사 전 활동을 하나의 식별자로 묶어 채용 단계의 프로세스를 자세히 분석할 수 있습니다.
확보 방법
Workday의 Recruiting 모듈에서 확인할 수 있습니다. 후보자의 지원서 및 이후 채용 이벤트와 연결됩니다.
예시
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
SLA 목표일
SlaTargetDate
|
성과 평가와 같은 특정 활동을 완료해야 하는 목표 날짜입니다. | ||
|
설명
이 속성은 특정 업무의 서비스 수준 계약(SLA) 기한을 정의합니다. 프로세스별 예상 소요 시간을 정하고 성과를 측정하는 기준으로 사용합니다. '성과 평가 기한 준수율'과 같은 KPI 및 SLA 준수 현황을 보여 주는 대시보드에 필요합니다. 실제 완료일(EventTimestamp)과 SlaTargetDate를 비교하면 위반 여부를 자동으로 식별하고, 기한 내 완료율을 측정하며, 지연을 사전에 관리할 수 있습니다.
중요한 이유
기한 내 처리 성과를 측정하는 명확한 기준을 제공하며, SLA 준수 KPI를 계산하는 데 필요합니다.
확보 방법
Workday의 성과 평가와 같은 프로세스에는 기한이 설정되는 경우가 많습니다. 이 데이터는 프로세스 이벤트와 함께 추출해야 합니다.
예시
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
SLA 위반 여부
IsSlaViolated
|
활동이 SLA 목표일 이후에 완료되었는지 나타내는 불리언 값입니다. | ||
|
설명
이 계산 속성은 프로세스 단계가 서비스 수준 계약을 준수했는지 참/거짓으로 표시합니다. 활동 완료 타임스탬프(EventTimestamp)와 기한(SlaTargetDate)을 비교해 계산합니다. 이 플래그는 SLA 위반 건수를 쉽게 집계하고 시각화할 수 있어 대시보드와 보고서에 유용합니다. '성과 평가 기한 준수율'과 같은 KPI에 활용하고, 기한이 지난 업무에 대한 알림이나 보고서를 간편하게 만들 수 있어 팀이 중요한 지연에 집중하도록 돕습니다.
중요한 이유
합의한 처리 기한을 지키지 못한 사례를 명확히 표시해 성과 모니터링을 간소화합니다.
확보 방법
계산 필드: EventTimestamp > SlaTargetDate이면 true, 그렇지 않으면 false입니다.
예시
truefalse
|
|||
|
고용 상태
EmploymentStatus
|
재직, 퇴사, 휴직 등 직원의 현재 고용 상태입니다. | ||
|
설명
이 속성은 직원의 현재 조직 내 상태를 나타냅니다. 직원의 재직 기간에 따라 값이 바뀌는 항목입니다. 예를 들어 신규 입사자는 '입사 예정' 또는 '온보딩 중' 상태로 시작하고, 절차를 마치면 '재직 중' 상태가 됩니다. process mining에서는 이 속성을 통해 유용한 상태 정보를 확인할 수 있습니다. 예를 들어 급여 설정은 '재직 중'인 직원에게만 이루어지는지 규정 준수 여부를 점검할 수 있습니다. 또한 '퇴사'한 직원만 필터링해 퇴사 절차를 분석하는 등 특정 직원 집단을 대상으로 분석할 수 있습니다.
중요한 이유
직원의 현재 상태를 보여 주므로 프로세스 로직을 검증하거나 특정 직원 집단을 대상으로 분석을 필터링할 때 유용합니다.
확보 방법
Workday HCM의 직원 프로필에 있는 기본 항목입니다.
예시
재직 중퇴사휴직 중입사 예정
|
|||
|
고용 형태
EmploymentType
|
직원이 정규직, 시간제 직원, 계약직 또는 인턴인지 나타냅니다. | ||
|
설명
이 속성은 고용 계약의 유형을 분류합니다. 고용 형태에 따라 온보딩, 급여, 복리후생 설정 프로세스가 달라지는 경우가 많습니다. 이 속성을 필터로 사용하면 직원 유형별 재직 기간 프로세스를 비교할 수 있습니다. 예를 들어 계약직의 온보딩이 정규직보다 훨씬 빠르거나 규정 준수 수준이 낮은지 확인하고, 그에 맞춰 프로세스를 조정할 수 있습니다.
중요한 이유
정규직과 계약직처럼 절차가 다를 수 있는 직원 유형 간의 프로세스 차이를 비교하는 데 도움이 됩니다.
확보 방법
Workday HCM의 직원 직무 정보에 있는 표준 항목입니다.
예시
정규직시간제계약직인턴
|
|||
|
규정 준수 활동 여부
IsComplianceActivity
|
활동이 필수 규정 준수 또는 규제 절차인지 나타내는 불리언 값입니다. | ||
|
설명
이 플래그는 정책 확인서 서명이나 필수 교육 이수처럼 법률, 규제 또는 정책 준수에 중요한 활동을 식별합니다. 이를 통해 필수 활동과 일반 행정 업무를 구분할 수 있습니다. 분석에서는 이 속성을 사용해 규정 준수에 초점을 둔 대시보드와 KPI를 만들 수 있습니다. 예를 들어 '필수 규정 준수 활동 완료율'을 확인할 수 있습니다. 모든 직원이 중요한 규제 절차를 기한 내에 완료하는지 모니터링해 조직의 위험을 줄이는 데 도움이 됩니다.
중요한 이유
중요한 규정 준수 절차를 집중적으로 모니터링해 규제 요건을 지키고 위험을 줄이는 데 도움이 됩니다.
확보 방법
파생 속성입니다. 일반적으로 데이터 변환 과정에서 규정 준수 관련 활동 이름 목록을 참/거짓 플래그로 매핑해 생성합니다.
예시
truefalse
|
|||
|
근무지
Location
|
직원의 직위와 연결된 지리적 위치 또는 사무실입니다. | ||
|
설명
근무지 속성은 직원이 근무하는 국가, 주 또는 도시를 나타냅니다. 지역별 프로세스 성과와 규정 준수를 비교하는 데 필요한 지리적 기준입니다. 근무지별 분석으로 채용 기간, 온보딩 효율, 퇴직 절차의 지역별 차이를 확인할 수 있습니다. '독일의 신원 조회가 미국보다 오래 걸리는가?'와 같은 질문에 답하고 지역별 규정 준수 모니터링을 지원합니다.
중요한 이유
지역별 프로세스 차이를 분석할 수 있습니다. 이러한 차이는 현지 관리 방식, 규정 또는 문화의 영향을 받을 수 있습니다.
확보 방법
Workday HCM에서 직원의 직위 및 조직 배정 정보에 포함됩니다.
예시
미국 - 뉴욕독일 - 베를린인도 - 벵갈루루
|
|||
|
마지막 데이터 업데이트
LastDataUpdate
|
소스 시스템에서 이벤트 데이터를 마지막으로 새로 고친 시점을 나타내는 타임스탬프입니다. | ||
|
설명
데이터셋이 마지막으로 업데이트된 시점을 나타냅니다. 분석 중인 데이터가 얼마나 최신인지 확인할 수 있어 process mining 결과를 바탕으로 시의적절하고 적절한 비즈니스 결정을 내리는 데 도움이 됩니다. 대시보드와 지속적인 모니터링에서 이 타임스탬프를 확인하면 현재 이용 가능한 최신 데이터를 보고 있는지 알 수 있습니다. 데이터 무결성과 분석에 대한 사용자의 신뢰를 유지하는 데 필요한 메타데이터입니다.
중요한 이유
데이터의 최신 여부를 사용자가 확인할 수 있어 프로세스 분석의 적시성과 정확성을 높입니다.
확보 방법
데이터 수집 또는 ETL(추출, 변환, 적재) 과정에서 생성되어 데이터셋에 기록되는 메타데이터 필드입니다.
예시
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
소스 시스템
SourceSystem
|
이벤트 데이터를 추출한 시스템입니다. 여기서는 Workday Onboarding을 가리킵니다. | ||
|
설명
데이터가 어디에서 왔는지 나타내는 속성입니다. 여기서는 Workday Onboarding을 살펴보지만, 채용부터 퇴직까지의 전체 프로세스에는 지원자 추적 시스템(ATS)이나 별도의 급여 시스템 데이터가 포함될 수 있습니다. 소스 시스템을 지정하면 데이터 거버넌스를 지원하고 이벤트가 발생한 맥락을 파악할 수 있습니다. 여러 시스템을 함께 분석할 때 이 필드로 특정 시스템의 이벤트만 보거나 시스템 간 인계 과정을 분석할 수 있습니다.
중요한 이유
데이터 출처에 관한 맥락을 제공하므로 데이터 검증과 여러 시스템의 데이터를 결합하는 분석에 필요합니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 데이터셋에 추가하는 고정값('Workday Onboarding')입니다.
예시
Workday 온보딩Workday HCM
|
|||
|
온보딩 계획 이름
OnboardingPlanName
|
신규 입사자에게 지정된 온보딩 템플릿 또는 계획의 이름입니다. | ||
|
설명
Workday에서는 직무, 근무지, 직급에 맞춰 여러 온보딩 계획을 만들 수 있습니다. 이 속성은 신규 직원에게 어떤 계획을 적용했는지 식별합니다. 온보딩 계획 이름별로 분석하면 온보딩 전략의 효과와 효율성을 평가할 수 있습니다. 예를 들어 '임원 온보딩 계획'과 '일반 직원 온보딩 계획'의 업무 완료율이나 처리 시간을 직접 비교할 수 있습니다.
중요한 이유
온보딩 프로그램별 성과를 평가해 모범 사례와 개선이 필요한 부분을 찾는 데 도움이 됩니다.
확보 방법
이 정보는 Workday의 온보딩 모듈에서 채용 비즈니스 프로세스와 연결해 확인할 수 있습니다.
예시
일반 기업 온보딩영업팀 온보딩임원 온보딩 계획
|
|||
|
재작업 여부
IsRework
|
같은 케이스에서 이전 단계를 반복한 활동인지 나타내는 불리언 값입니다. | ||
|
설명
이 속성은 같은 직원에 대해 업무를 두 번 이상 수행해야 하는 재작업 사례를 식별합니다. 잘못된 서류를 다시 제출하거나 실패한 신원 조회를 다시 진행하는 경우가 이에 해당합니다. 일반적으로 케이스의 이벤트 로그에서 같은 활동 이름이 여러 번 나타나는지 확인해 식별합니다. 재작업 분석은 프로세스의 효율성과 품질을 개선하는 데 중요합니다. '재작업 여부' 플래그를 사용하면 재작업 규모를 쉽게 정량화하고, 근본 원인을 찾으며, 처음부터 정확하게 처리하도록 개선한 효과를 측정할 수 있습니다. '재작업 및 반복 분석' 대시보드에도 활용됩니다.
중요한 이유
반복 수행된 활동을 표시해 프로세스의 비효율과 낭비를 정량화하고, 품질이나 의사소통 문제를 찾는 데 도움이 됩니다.
확보 방법
계산된 플래그입니다. process mining 분석에서 같은 케이스 내 활동의 반복 여부를 감지해 적용합니다.
예시
truefalse
|
|||
|
직무 ID
PositionId
|
직원이 맡은 특정 직무 또는 직책을 식별하는 고유 ID입니다. | ||
|
설명
직무 ID는 조직 구조에서 직원이 맡은 구체적인 직무를 식별합니다. 각 직무에는 직무 프로필, 근무지, 보고 체계 등의 속성이 정의되어 있습니다. 같은 직함을 여러 직무에서 사용할 수 있으므로 직무 ID는 직함보다 구체적인 정보입니다. 직무 ID별로 분석하면 특정 직무와 관련된 프로세스를 파악할 수 있습니다. 예를 들어 모든 '시니어 소프트웨어 엔지니어' 직무의 온보딩 과정을 분석해 해당 직무에 공통으로 나타나는 패턴이나 지연을 확인할 수 있습니다.
중요한 이유
구체적인 직무별로 세분화해 분석할 수 있어 회사 내 직무에 따라 프로세스가 어떻게 달라지는지 파악하는 데 도움이 됩니다.
확보 방법
Workday HCM에서 직원의 직무 배정에 연결되는 표준 항목입니다.
예시
POS-1001POS-2345POS-8762
|
|||
|
채용 소요 시간
TimeToHire
|
채용 요청을 생성한 시점부터 후보자가 제안을 수락할 때까지 걸리는 총 시간입니다. | ||
|
설명
채용 소요 시간은 채용 전 과정의 효율성을 측정하는 주요 채용 KPI입니다. 동일한 직원 또는 채용 요청에서 '채용 요청 생성' 이벤트부터 '제안 수락' 이벤트까지 걸린 시간으로 계산합니다. 이 계산 속성은 '평균 채용 소요 시간' KPI와 관련 대시보드의 기준이 됩니다. 시간에 따른 변화를 추적하면 HR 부서에서 프로세스 개선의 효과를 측정하고, 인재 발굴이나 면접 과정의 병목을 찾으며, 관리자에게 현실적인 채용 일정을 제시할 수 있습니다.
중요한 이유
채용 프로세스의 효율성을 직접 측정하므로 HR 조직의 주요 성과 지표로 활용할 수 있습니다.
확보 방법
케이스별로 '채용 요청 생성' 활동과 '제안 수락' 활동의 타임스탬프 간 소요 시간을 계산합니다.
예시
35일62일28일
|
|||
|
퇴사 사유
TerminationReason
|
직원이 조직을 떠나는 사유입니다. | ||
|
설명
이 속성은 직원의 재직이 종료된 사유를 기록합니다. 예를 들어 '자발적 퇴사', '비자발적 퇴사 - 성과 문제', '정년퇴직' 등이 있습니다. 이 정보는 직원 이탈과 퇴사 절차를 분석하는 데 중요합니다. process mining에서 퇴사 사유는 퇴사 과정에 맥락을 더해 줍니다. 퇴사 유형에 따라 절차나 소요 시간이 달라지는지 분석할 수 있습니다. 이를 통해 직원 이직 현황을 파악하고 각 상황에 맞게 퇴사 절차가 진행되는지 확인할 수 있습니다.
중요한 이유
퇴사 절차를 분석할 때 중요한 맥락을 제공하며, 프로세스 문제와 직원 이탈 사유의 연관성을 파악하는 데 도움이 됩니다.
확보 방법
Workday의 '직원 퇴사 처리' 비즈니스 프로세스에서 기록됩니다.
예시
자발적 퇴사비자발적 퇴사정년퇴직
|
|||
채용부터 퇴직까지, 직원 라이프사이클 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
온보딩 시작
|
Workday Onboarding 모듈에서 신규 입사자의 온보딩이 시작되는 시점입니다. 일반적으로 채용 프로세스가 완료되면 신규 직원에게 온보딩 작업과 워크플로가 할당되며, 이때 기록됩니다. | ||
|
중요한 이유
온보딩 과정의 효율성을 분석하는 시작점입니다. 온보딩 작업 완료율을 측정하고 프로세스 편차를 찾는 데 도움이 됩니다.
확보 방법
신규 직원에 대해 'Onboarding' 비즈니스 프로세스 또는 유사한 워크플로가 시작되면 시작 이벤트로 기록됩니다.
기록
신규 입사자에 대해 Onboarding 비즈니스 프로세스가 시작되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
온보딩 작업 완료
|
신규 입사자에게 할당된 온보딩 작업이 모두 완료된 상태를 나타냅니다. 직원의 온보딩 비즈니스 프로세스 전체 상태가 'Successfully Completed'로 바뀌면 이 이벤트를 추정할 수 있습니다. | ||
|
중요한 이유
신규 입사자의 온보딩이 모두 끝났음을 나타내는 주요 이정표입니다. 온보딩 기간 KPI를 측정하고 온보딩 절차 준수 여부를 분석하는 종료점으로 사용됩니다.
확보 방법
필수 단계와 작업이 모두 끝난 뒤 완료되는 상위 'Onboarding' 비즈니스 프로세스의 완료 타임스탬프를 기준으로 추정합니다.
기록
직원에 대한 전체 Onboarding 비즈니스 프로세스의 완료 타임스탬프를 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
입사 제안 수락
|
후보자가 Workday에서 입사 제안서를 전자 서명하는 등 공식적으로 제안을 수락하면 이 활동이 발생합니다. 후보자가 제안 절차의 'Review and Sign' 단계를 완료할 때 기록되는 주요 이정표입니다. | ||
|
중요한 이유
이 이정표는 채용의 주요 단계를 마무리하고 입사 전 준비와 온보딩 활동을 시작합니다. 채용 소요 시간 KPI를 측정하는 데도 중요한 기준입니다.
확보 방법
후보자가 'Job Application' 비즈니스 프로세스에서 입사 제안 수락 단계를 완료하면 이벤트가 명시적으로 기록됩니다.
기록
후보자가 제안을 수락하면 Job Application BP에서 완료된 단계로 기록됩니다.
이벤트 유형
explicit
|
|||
|
직원 퇴직 처리
|
직원 생애주기의 마지막 활동으로, 시스템에서 고용 관계가 공식적으로 종료되는 시점을 나타냅니다. 'Terminate Employee' 비즈니스 프로세스가 성공적으로 완료되면 기록됩니다. | ||
|
중요한 이유
채용부터 퇴직까지 이어지는 프로세스의 최종 종료 이벤트입니다. 오프보딩 기간을 측정하는 종료점이며, 프로세스가 마무리되었음을 확인합니다.
확보 방법
'Terminate Employee' 비즈니스 프로세스의 완료 이벤트로 명시적으로 기록됩니다. 이 시점 이후 직원 기록은 비활성화됩니다.
기록
'Terminate Employee' 비즈니스 프로세스가 성공적으로 완료되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
채용 요청 생성
|
Workday에서 신규 채용 요청을 생성하고 승인하면 채용 프로세스가 공식적으로 시작됩니다. 'Create Job Requisition' 비즈니스 프로세스가 완료되면 이 활동이 명시적으로 기록됩니다. | ||
|
중요한 이유
전체 채용 생애주기의 주요 시작 이벤트입니다. 이 활동부터 'Offer Accepted'까지 걸리는 시간을 분석하면 채용 소요 시간 KPI를 측정할 수 있습니다.
확보 방법
Workday Recruiting에서 'Create Job Requisition' 비즈니스 프로세스가 성공적으로 완료되면 이벤트가 기록됩니다. 해당 비즈니스 프로세스의 이벤트 로그에서 타임스탬프를 확인할 수 있습니다.
기록
'Create Job Requisition' 비즈니스 프로세스가 완료될 때 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
채용 프로세스 완료
|
Workday HCM에서 후보자 기록을 직원 기록으로 공식 전환하는 주요 활동입니다. 'Hire' 비즈니스 프로세스가 성공적으로 완료되면 이벤트가 명시적으로 기록됩니다. | ||
|
중요한 이유
이 이벤트는 후보자가 직원으로 전환되는 시점을 공식적으로 나타내며, 온보딩 기간을 추적하는 주요 이정표입니다. 직원이 HCM 시스템에 공식 등록되었음을 의미합니다.
확보 방법
직원에 대한 'Hire' 비즈니스 프로세스의 완료 이벤트로 명시적으로 기록됩니다. 비즈니스 프로세스 로그에서 정확한 타임스탬프를 확인할 수 있습니다.
기록
'Hire' 비즈니스 프로세스가 성공적으로 완료되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
퇴직 절차 시작
|
퇴사 예정 직원의 오프보딩이 시작되는 시점입니다. Workday에서 관리자나 HR 사용자가 'Terminate Employee' 비즈니스 프로세스를 시작하면 명시적으로 기록됩니다. | ||
|
중요한 이유
전체 오프보딩 생애주기의 주요 시작 이벤트입니다. 평균 오프보딩 기간 KPI를 측정하는 시작점입니다.
확보 방법
Workday HCM에서 'Terminate Employee' 비즈니스 프로세스가 시작될 때 이벤트가 명시적으로 기록됩니다.
기록
'Terminate Employee' 비즈니스 프로세스가 시작되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
급여 설정 완료
|
신규 직원의 급여 처리에 필요한 정보를 모두 입력하고 확인한 상태를 나타냅니다. Onboarding 또는 Hire 비즈니스 프로세스의 특정 단계가 완료될 때 기록될 수 있습니다. | ||
|
중요한 이유
직원이 첫 급여부터 정확한 금액을 제때 받을 수 있도록 합니다. 이 활동은 급여 설정 시간 KPI의 종료점으로, 급여 지급 준비가 지연되는 상황을 보여줍니다.
확보 방법
Onboarding 비즈니스 프로세스에서 완료된 체크리스트 항목이나 'Enter Payment Elections'와 같은 특정 단계로 기록됩니다.
기록
비즈니스 프로세스 내 급여 관련 작업이나 특정 단계가 완료된 시점입니다.
이벤트 유형
explicit
|
|||
|
성과 평가 완료
|
직원의 공식 성과 평가 주기가 완료된 시점을 나타냅니다. 'Performance Review' 비즈니스 프로세스가 최종 승인 상태에 도달하면 기록됩니다. | ||
|
중요한 이유
이 이벤트를 추적하면 성과 관리가 제때 이루어지는지, 얼마나 자주 진행되는지 분석할 수 있습니다. 성과 평가 적시성 KPI를 측정하는 데 직접 활용됩니다.
확보 방법
직원에 대한 'Start Performance Review' 비즈니스 프로세스가 성공적으로 완료되면 이벤트가 기록됩니다.
기록
'Performance Review' 비즈니스 프로세스가 성공적으로 완료되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
승진 승인
|
직원의 승진이 최종 승인된 시점을 나타냅니다. 'Change Job' 또는 관련 보상 비즈니스 프로세스가 승인 및 완료되면 기록됩니다. | ||
|
중요한 이유
사내 이동 승인 소요 시간 KPI를 측정하는 종료점입니다. 주요 경력 이정표가 성공적으로 완료되었음을 확인합니다.
확보 방법
변경 사유가 승진인 'Change Job' 비즈니스 프로세스가 성공적으로 완료되면 이벤트가 기록됩니다.
기록
변경 사유가 'Promotion'인 'Change Job' 비즈니스 프로세스가 완료되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
신원 조회 시작
|
입사 제안을 수락한 후보자의 입사 전 심사가 시작되는 시점입니다. 신원 조회 단계가 시작될 때 기록되며, 이 과정에서 외부 업체와의 연동이 시작되기도 합니다. | ||
|
중요한 이유
신원 조회 기간은 채용 프로세스의 병목이 되는 경우가 많습니다. 이 활동은 신원 조회 기간 KPI를 측정하는 시작점입니다.
확보 방법
'Background Check'와 같은 비즈니스 프로세스의 단계로 기록됩니다. 이 프로세스는 전체 채용 워크플로에 포함되는 경우가 많으며, 시작 타임스탬프가 저장됩니다.
기록
'Background Check' 비즈니스 프로세스 또는 관련 단계가 시작되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
신원 조회 완료
|
입사 전 심사가 완료된 시점을 나타냅니다. 신원 조회 상태가 수동으로 또는 연동을 통해 완료로 변경되면 기록됩니다. | ||
|
중요한 이유
신원 조회 기간 KPI를 측정하는 종료 시점입니다. 이 활동이 지연되면 신규 입사자의 입사일에도 직접 영향을 줍니다.
확보 방법
'Background Check' 비즈니스 프로세스 또는 관련 객체의 상태 변경을 확인합니다. 'Completed' 또는 'Passed'와 같은 최종 상태가 기록됩니다.
기록
신원 조회 상태 필드가 최종 상태로 변경된 타임스탬프를 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
오프보딩 작업 완료
|
자산 반납과 업무 인수인계 등 필수 오프보딩 작업이 모두 완료된 상태를 나타냅니다. 오프보딩 체크리스트나 비즈니스 프로세스의 상태가 완료로 바뀌면 이 이벤트를 추정합니다. | ||
|
중요한 이유
이 작업의 완료 여부를 추적하면 안전하고 규정을 준수하는 오프보딩을 진행할 수 있습니다. 지연이 발생하면 보안 위험이 커지고 직원 경험이 나빠질 수 있습니다.
확보 방법
'Offboarding' 비즈니스 프로세스의 완료 타임스탬프를 기준으로 추정하거나, 직원에게 할당된 오프보딩 작업이 모두 완료로 표시된 시점을 기준으로 합니다.
기록
오프보딩 체크리스트 또는 관련 비즈니스 프로세스가 완료된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
입사 제안서 생성
|
후보자에게 공식 입사 제안서를 발행하는 시점을 나타냅니다. 일반적으로 Workday의 'Job Application' 비즈니스 프로세스에 명시된 단계입니다. | ||
|
중요한 이유
면접이 끝난 뒤 제안서를 공식화하는 데 걸리는 시간을 파악할 수 있습니다. 이 단계가 지연되면 후보자가 채용 절차를 중단할 수 있습니다.
확보 방법
'Job Application' 비즈니스 프로세스의 이벤트 로그에서 확인합니다. 특히 'Generate Document' 또는 이와 유사한 입사 제안 단계의 완료 시점을 기준으로 합니다.
기록
Job Application BP에서 'Generate Offer' 단계가 완료되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
직무 변경 시작
|
전보나 승진과 같은 사내 이동이 시작되는 시점을 나타냅니다. 관리자나 HR 담당자가 직원에 대해 'Change Job' 비즈니스 프로세스를 시작하면 기록됩니다. | ||
|
중요한 이유
사내 이동의 효율성과 승인 소요 시간을 측정하는 시작점입니다. 직원의 경력 발전 과정에서 병목이 발생하는 지점을 찾는 데 도움이 됩니다.
확보 방법
Workday HCM에서 'Change Job' 비즈니스 프로세스가 시작될 때 이벤트가 명시적으로 기록됩니다.
기록
직원에 대해 'Change Job' 비즈니스 프로세스가 시작되면 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
데이터 추출 안내
시작할 준비가 되셨나요?
이 데이터 템플릿을 활용해 채용부터 퇴직까지의 프로세스를 개선하세요. 지금 직원 라이프사이클 최적화를 시작할 수 있습니다.
직원 라이프사이클 개선을 지금 시작하세요
실행 가능한 인사이트를 바탕으로 Workday HR의 처리 시간을 30% 단축하세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.