数据模板:从招聘到退休(员工全生命周期)
您的从招聘到退休——员工全生命周期数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 数据抽取实用指南
从招聘到退休——员工全生命周期属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
员工生命周期事件发生时的时间戳。 | ||
|
描述
该属性为每个活动提供精确的时间戳(日期和时间),用于按时间顺序排列事件并计算其间耗时,构成员工旅程的时间轴。 在流程分析中,该时间戳用于计算各类基于时间的指标,如招聘周期、入职时长和晋升用时;同时也是绩效监控、SLA遵循检查及定位流程延迟的基础。
为何重要
该时间戳是正确排序事件并计算各项绩效指标(如周期时间、持续时长)的关键。
获取方式
UKG Pro中的每条交易或事件记录都应包含创建时间或生效日期的时间戳。
示例
2023-01-15T09:00:00Z2023-06-20T14:35:10Z2024-02-01T11:21:00Z
|
|||
|
员工ID
EmployeeId
|
组织内员工生命周期的唯一标识符。 | ||
|
描述
Employee ID 作为主键,连接一名员工在整个生命周期中的所有事件:从最初的应聘与录用,到历次岗位变动与绩效评估,直至最终的离职与交接。 在流程挖掘分析中,该属性通常作为 Case ID 使用,用于重建每位员工的端到端旅程,并支持在不同员工群体中开展如在职年限计算、职业路径可视化、流失模式识别等分析。
为何重要
这是关键的Case ID,用于串联所有与员工相关的事件,从而分析完整的员工旅程。
获取方式
这是UKG Pro多数员工档案或主数据模块中的核心字段。
示例
100234598345125501298
|
|||
|
活动名称
ActivityName
|
发生的具体员工生命周期事件名称。 | ||
|
描述
该属性描述招聘到退休流程中的单一步骤或里程碑,如“Offer Accepted”“Performance Review Conducted”“Employee Terminated”。这些活动构成流程图中的节点。 分析这些活动的先后顺序、频次及其间耗时,是流程挖掘的核心。它有助于识别常见路径、偏差与瓶颈,这对理解和优化员工生命周期至关重要。
为何重要
该属性用于定义流程步骤,便于对员工旅程进行可视化与分析。
获取方式
通常可从事件日志、审计日志,或映射UKG Pro各模块(如Recruiting、Onboarding、Performance)的状态变更中获取。
示例
已接受 Offer绩效评审已完成离职流程已发起
|
|||
|
最后数据更新
LastDataUpdate
|
数据从源系统最后一次刷新的时间戳。 | ||
|
描述
该属性表示所分析数据的时效性,记录从UKG Pro最后一次成功抽取数据的日期和时间。 在任何分析中,掌握数据的时效性对正确解读结果至关重要。它帮助用户判断所看的是否为最新的流程表现,避免基于过时信息得出结论。
为何重要
提示数据的时效性,确保分析基于最新信息。
获取方式
这是由数据抽取工具或脚本生成的元数据字段,用于记录本次运行的时间戳。
示例
2024-05-20T04:00:00Z2024-05-19T04:00:00Z2024-05-18T04:00:00Z
|
|||
|
源系统
SourceSystem
|
标识数据的来源系统。 | ||
|
描述
该属性指明事件数据的来源,例如“UKG Pro”。在整合多系统数据的环境中特别有用。 在分析中,它有助于数据治理、排查数据质量问题,并理解流程的技术生态,确保将洞见归属到正确的权威系统。
为何重要
提供数据来源的必要背景信息,这对数据治理、校验以及多系统流程视图至关重要。
获取方式
这通常是在 data 提取和 transformation 过程中添加的静态值,用于标记 dataset 的来源。
示例
UkgProUkgPro-RecruitingUkgPro-Payroll
|
|||
|
SLA 目标日期
SlaTargetDate
|
某项活动(如绩效评估)应完成的目标日期。 | ||
|
描述
服务级别协议(SLA)目标日期用于规定某些时间敏感型活动的最后期限,最常用于年度或半年度的绩效评估。 该属性对衡量合规性与内部制度执行至关重要。将实际完成时间('EventTime')与 'SlaTargetDate' 对比,可计算如“绩效评估达成率”等 KPI,并识别在关键任务上持续滞后的部门或管理者。
为何重要
用于衡量内部截止期限的遵从情况,尤其适用于绩效评估等计划性任务。
获取方式
该日期通常存放在UKG Pro的绩效管理模块中,也可以根据员工入职日期推算。
示例
2023-12-31T23:59:59Z2024-06-30T23:59:59Z2024-03-15T23:59:59Z
|
|||
|
事件执行人
EventPerformer
|
执行该活动的用户或系统代理。 | ||
|
描述
该属性标识完成某个流程步骤的个人或自动化系统,可能是招聘专员、招聘经理、HR管理员或系统批处理作业。 分析事件执行者有助于理解资源分配、工作量分布以及个人或团队的绩效差异。它还能发现因人工活动导致的瓶颈从而挖掘自动化机会,并用于检查特定用户是否偏离标准流程。
为何重要
标识执行该操作的人员,便于进行资源分析、工作量平衡与培训机会识别。
获取方式
通常可在审计日志或UKG Pro交易记录关联的'Last Modified By'字段中找到。
示例
recruiter.janemgr.john.doeSYSTEM_BATCH
|
|||
|
岗位角色
JobRole
|
事件发生时员工的具体职称或角色。 | ||
|
描述
Job Role 属性记录员工的岗位,例如“软件工程师”“销售经理”“HR 业务伙伴”等,随着晋升或岗位变更,该属性可能发生变化。 这是关键的分析维度,用于细分与对比流程表现。它能回答诸如“哪些岗位的流失率最高?”“技术与非技术岗位的平均招聘周期分别是多少?”等问题,并且是“员工流失”和“招聘周期”相关仪表板的核心维度。
为何重要
支持按员工职能筛选与对比流程,有助于发现不同岗位的趋势与瓶颈。
获取方式
该信息存放在UKG Pro中的员工职位记录中。
示例
软件工程师 II高级财务分析师市场协调员
|
|||
|
招聘需求ID
JobRequisitionId
|
职位空缺或招聘需求的唯一标识符。 | ||
|
描述
该属性将从职位创建到Offer接受的所有早期招聘活动关联到某个具体职位需求,在更广义的员工生命周期中充当一个小型的Case ID,将应聘同一岗位的候选人归组。 在招聘分析中,此ID至关重要。它支持按职位需求计算“Average Hiring Cycle Time”,并用于分析不同岗位或部门的招聘效率;同时将“Job Requisition Created”活动与后续所有候选人相关事件关联起来。
为何重要
将某个岗位的所有招聘活动归组,便于精准分析招聘漏斗与周期时长。
获取方式
这是UKG Pro Recruiting或Talent Acquisition模块中的主键。
示例
REQ-2023-05-101REQ-2024-01-205REQ-FIN-003
|
|||
|
离职原因
TerminationReason
|
员工离职的原因,如主动离职或非自愿离职。 | ||
|
描述
该属性提供员工结束在职状态的原因背景。原因通常分为“Voluntary - Resignation”“Involuntary - Performance”“Retirement”等类别。 这是开展有效离职分析的关键属性。它帮助企业区分可控与不可控的人员流失,从而将留任工作聚焦于关键领域。例如,某部门自愿离职数过高,可能预示管理或文化方面的问题。
为何重要
为离职率分析提供关键背景,帮助区分主动离职与非自愿离职。
获取方式
这些数据在离职流程中收集,并存储在UKG Pro的员工档案中。
示例
主动辞职非自愿 - 绩效退休
|
|||
|
经理姓名
ManagerName
|
事件发生时员工的直属主管姓名。 | ||
|
描述
该属性标识员工的直接主管。经理在招聘到退休的多个子流程中扮演关键角色,例如审批晋升、开展绩效评估与发起岗位变更。 在分析中,“经理”这一维度有助于识别可能与特定管理者或管理风格相关的执行差异。它支持如“Manager Transition Cycle Time”等KPI,并可揭示不同主管在入职或绩效管理等流程中的处理不一致。
为何重要
用于按经理维度分析流程差异,识别潜在培训需求或表彰高绩效管理者。
获取方式
这是UKG Pro核心HR模块中员工汇报关系数据的一部分。
示例
Jane SmithJohn DoeEmily Jones
|
|||
|
部门
Department
|
员工所属的部门或组织单元。 | ||
|
描述
该属性表示员工所属的部门,如“Engineering”“Finance”或“Human Resources”。与岗位角色类似,部门在员工任职期间可能发生变更。 按部门分析是拆解全组织流程表现的主要方式。它几乎用于所有仪表板,从招聘周期到绩效评审达成度,用于识别运作高效的业务单元及需要重点关注的领域。
为何重要
支持跨业务单元的绩效对比,帮助定位部门特有的流程问题或识别可复制的最佳实践。
获取方式
可在 UKG Pro 的员工组织分配信息中查看。
示例
技术销售与市场财务
|
|||
|
业务单元
BusinessUnit
|
员工所属的更高层级业务单元或事业部。 | ||
|
描述
业务单元是高于部门的组织层级,如“消费品”“企业解决方案”等。 该属性支持从更高层级视角开展劳动力的战略分析,可用于对比公司各大事业部的流程表现,并为管理层提供 HR 流程效率与员工流失的高层级视图。
为何重要
支持跨主要组织部门的宏观流程绩效分析。
获取方式
这是UKG Pro中员工组织归属数据的一部分。
示例
全球技术服务云与认知软件公司总部
|
|||
|
事件结束时间
EventEndTime
|
有明确时长的活动的完成时间戳。 | ||
|
描述
尽管许多生命周期事件是瞬时完成的,但“Background Check”“Interview”等活动具有明确的开始和结束时间。该属性用于记录此类活动的完成时间戳。 拥有结束时间对于准确计算单个活动的处理时长是必要的,这使我们能以更细的粒度分析流程中的耗时分布,而不仅仅是计算不同活动之间的周期时间。
为何重要
可计算特定活动的实际持续时间(处理时长),从而更深入地洞察流程瓶颈。
获取方式
这可能需要从UKG Pro交易记录中的独立'completion date'字段获取。
示例
2023-01-15T11:30:00Z2023-06-21T10:00:10Z2024-02-01T11:25:00Z
|
|||
|
候选人ID
CandidateId
|
用于标识候选人(在成为员工之前)的唯一ID。 | ||
|
描述
Candidate ID 用于在招聘流程中跟踪候选人从投递到发放 offer 的全程。一旦入职,该 ID 会与新的 Employee ID 关联。 此标识对精细化分析入职前流程至关重要,可用于跟踪各阶段(投递、面试、offer)的转化率,并支撑诸如“背景调查合规”这类仪表板,确保每位接受 offer 的候选人均完成规定步骤。
为何重要
贯穿招聘漏斗跟踪候选人,便于分析转化率和入职前流程的合规性。
获取方式
这是UKG Pro Recruiting或Applicant Tracking System(ATS)模块中的主键。
示例
CAND-843921CAND-910234CAND-100345
|
|||
|
员工在职时长
EmployeeTenure
|
员工在本组织任职的总时长。 | ||
|
描述
员工在职时长为一个计算得出的时间段,从“员工入职”日期起,至“员工终止雇佣”日期止;对于仍在职的员工,则计算到当前日期。用于衡量员工任职时长。 这是劳动力分析的基础指标。可作为维度来理解流程问题对不同司龄阶段员工的影响。例如,按在职时长分析流失,能洞察新员工是否过度流失,从而指向入职体验或岗位匹配可能存在的问题。
为何重要
衡量员工在职时长,这是关键结果指标,也是分析流失与敬业度的重要维度。
获取方式
该指标使用'Employee Hired'事件的时间戳,以及'Employee Terminated'的时间戳或当前日期计算。
示例
3153600000015768000000063072000000
|
|||
|
地点
Location
|
员工所在的地理位置或办公地点。 | ||
|
描述
该属性指明员工的实际或指定工作地点,可能是城市、国家或具体办公楼。它有助于理解流程在地理层面的差异。 按地点分析可发现招聘用时、离职率或全球流程遵循度的区域差异。对希望在兼顾当地法规与惯例的同时标准化HR运作的大型跨国组织尤为有用。
为何重要
支持按地区细分流程,凸显各区域在绩效与合规上的差异。
获取方式
这是存放在UKG Pro个人档案中的员工工作地点信息的一部分。
示例
美国纽约英国伦敦新加坡
|
|||
|
处理时间
ProcessingTime
|
在一项活动上实际投入工作的时间长度。 | ||
|
描述
Processing Time(处理时间)衡量某项活动从开始到结束的实际用时,计算方式为'EventEndTime'与'EventTime'的差值。 相比周期时间,该指标更能精确反映效率,因为它关注的是单个任务的执行时长,而非任务之间的等待时间。它有助于识别整个流程中最耗时的具体活动。
为何重要
衡量活动的实际工作时长,帮助定位哪些具体任务最耗时。
获取方式
在数据转换中根据'EventTime'与'EventEndTime'属性计算。
示例
864000003600000600000
|
|||
|
招聘周期时长
HiringCycleTime
|
从创建招聘需求到候选人接受 offer 的总用时。 | ||
|
描述
该计算指标衡量某一职位需求的整体招聘时长。通常以指定Job Requisition ID的“Job Requisition Created”和“Offer Accepted”两个事件之间的时间差计算。 这是人才获取职能的核心KPI,直接度量招聘速度。分析该指标有助于识别招聘漏斗中的瓶颈,也是“Hiring Cycle Time Analysis”仪表板的关键组成部分。
为何重要
这是衡量招聘效率的关键指标,用于量化完成一次招聘所需的时间。
获取方式
该指标在案例级别(以招聘需求或员工为单位)计算,使用事件日志中的时间戳。
示例
388800000025920000005184000000
|
|||
|
绩效评审是否逾期
IsPerformanceReviewLate
|
用于标识绩效评估是否逾期完成的布尔值。 | ||
|
描述
这是一个派生的布尔属性,用于标记'Performance Review Conducted'活动发生在其对应'SlaTargetDate'之后的情况。它通过比较'EventTime'与'SlaTargetDate'计算得出。 该属性可简化合规分析。无需在每个图表中逐一比较日期,只需用此标记进行筛选与汇总,即可计算'Performance Review Adherence' KPI,并快速锁定不合规的案例以供进一步排查。
为何重要
提供用于识别与分析逾期绩效评审的二值标记,直接支持合规监控。
获取方式
在数据转换时,通过比较评审活动的'EventTime'与'SlaTargetDate'来计算。
示例
truefalse
|
|||
|
薪级
SalaryGrade
|
与员工岗位关联的薪酬等级或薪级带。 | ||
|
描述
Salary Grade 是 HR 用于薪酬管理的岗位分级类别。该等级的变更通常与晋升或重大岗位调整相关。 该属性有助于分析职业发展与数据更新的及时性。针对“员工数据更新延迟”KPI,可衡量从“Promotion Approved”事件到“Salary Grade”字段相应变化之间的时间差,以确保 HR 系统得到及时更新。
为何重要
用于跟踪职业发展,并核验晋升后与薪酬相关的数据是否已及时更新。
获取方式
该信息存储在UKG Pro中的员工薪酬或职位数据记录中。
示例
IC3M2EXEC1
|
|||
|
雇佣类型
EmploymentType
|
用于标识员工用工形式,如全职或兼职。 | ||
|
描述
该属性定义雇佣关系的性质,例如“Full-Time”“Part-Time”“Contractor”“Intern”。此状态会影响个人适用的流程与政策。 在分析中,按雇佣类型分组可揭示不同的流程行为。例如,合同工的入职流程可能与全职员工显著不同且更快。该维度为流程差异提供重要背景。
为何重要
提供重要背景信息,用于解释不同雇员类型在流程路径与时长上的差异。
获取方式
这是UKG Pro员工核心档案中的标准字段。
示例
全职兼职合同工实习生
|
|||
从招聘到退休——员工全生命周期活动
| 活动 | 描述 | ||
|---|---|---|---|
|
员工入职
|
此活动表示在核心HR系统中正式创建员工档案,身份由候选人转为员工。记录自核心员工档案的创建日期,通常也包含其入职日期。 | ||
|
为何重要
这是候选人在系统中正式转为员工的明确节点。它是衡量入职效率与数据时效性的基础里程碑。
获取方式
这是UKG Pro HR中的核心事件。可根据员工主记录的创建日期或其官方'Hire Date'字段识别。
捕获
使用员工主表或员工档案中的“Hire Date”或创建时间戳。
事件类型
explicit
|
|||
|
员工终止雇佣
|
这是最终且正式的事件:在员工最后一个工作日,系统将其状态变更为'Terminated'。该记录取自离职操作的生效日期。 | ||
|
为何重要
此活动是员工生命周期的主要终点,对计算离职率并准确界定员工在职时长至关重要。
获取方式
这是UKG Pro中的核心HR数据点,对应员工任职历史中已批准离职交易的生效日期。
捕获
使用员工最终岗位数据记录中的“Termination Date”或“Effective Date”。
事件类型
explicit
|
|||
|
已创建招聘需求
|
此活动表示招聘流程正式启动:创建新的职位需求并提交审批。通常当用户在UKG Pro招聘模块完成并提交需求表单时,会被记录为一个明确事件。 | ||
|
为何重要
这是整个“从招聘到退休”流程的起点。分析从此事件到'Offer Accepted'的用时,对衡量招聘Cycle Time KPI并定位招聘瓶颈至关重要。
获取方式
记录在UKG Pro的Recruiting模块中。通常为明确的事件日志,或可由招聘需求记录的创建时间推断。
捕获
使用招聘数据表中招聘需求记录的创建时间戳。
事件类型
explicit
|
|||
|
已接受 Offer
|
该事件表示候选人已正式接受Offer。通常由招聘人员在UKG Pro中更新候选人状态来记录,并触发后续招聘环节。 | ||
|
为何重要
这是招聘流程中的关键成功里程碑,同时用于结束招聘周期时长分析,并作为背景调查等入职前活动的触发点。
获取方式
在招聘模块中,当候选人状态更新为“已接受录用”(或类似状态)时采集。应使用该状态变更的时间戳。
捕获
使用申请状态变更为“Offer Accepted”、“Hired”或等效值时的时间戳。
事件类型
inferred
|
|||
|
离职流程已发起
|
提交终止雇佣请求时,此活动标志离职流程的开始。记录以创建终止雇佣事务为准,发生在员工最后工作日之前。 | ||
|
为何重要
这是离职(offboarding)流程的起点。分析从此事件到'Offboarding Tasks Completed'的用时,有助于衡量离职流程的效率与完备性。
获取方式
在核心人力资源模块中,当为员工录入离职或终止操作时采集。该时间戳对应首次保存或提交该操作的时间。
捕获
使用员工岗位数据中终止申请/交易的创建或提交时间戳。
事件类型
explicit
|
|||
|
薪资设置已完成
|
当新员工的薪资信息(如银行账户、税务表单)已完整录入并完成核验时,即会产生该事件。通常可从入职清单中薪资相关任务的完成情况加以推断。 | ||
|
为何重要
按时且准确地完成薪资设置,对新员工体验与运营效率至关重要。此KPI用于跟踪核心入职流程的最后一步。
获取方式
可根据UKG Pro Onboarding模块中与薪资相关任务的完成日期,或员工首次薪资发放的运行数据进行推断。
捕获
根据入职工作流中所有必填薪资数据录入任务的完成时间戳推断。
事件类型
inferred
|
|||
|
候选人已申请
|
表示候选人向开放的招聘需求提交申请的时刻。当系统中成功创建候选人档案并关联到具体职位时会记录。 | ||
|
为何重要
跟踪申请量及其时间分布,有助于评估招聘渠道和寻源策略的效果。这是人才获取漏斗早期的关键环节。
获取方式
记录在 UKG Pro 的申请人追踪系统(ATS)中。每份申请都应包含提交时间戳。
捕获
提取与候选人及职位需求ID关联的申请提交时间戳。
事件类型
explicit
|
|||
|
培训已分配
|
表示将必修培训课程或学习路径分配给员工。通常在主管或管理员于UKG Pro的Learning模块中分配培训时记录。 | ||
|
为何重要
此活动对跟踪合规和员工发展至关重要。从入职到分配培训的周期耗时可衡量新员工上手的速度。
获取方式
记录在UKG Pro的Learning或人才管理模块中。可在员工档案中查看课程或学习计划的分配日期。
捕获
使用学习管理系统(LMS)数据表中的报名或指派时间戳。
事件类型
explicit
|
|||
|
已发出 Offer
|
标记向候选人生成并发送正式录用通知的时间点。通常在创建录用函或更新 Offer 状态时,招聘模块都会有明确的操作记录。 | ||
|
为何重要
此活动是录用前的关键里程碑。跟踪从该事件到“Offer Accepted”的耗时,可衡量候选人的决策周期和Offer的竞争力。
获取方式
UKG Pro的招聘模块通常会对Offer提供专门的状态或日志项。请查找Offer状态变更为“Extended”,或在Offer记录中查看创建日期。
捕获
当候选人申请状态变更为"Offer Extended"或类似状态时进行推断。
事件类型
inferred
|
|||
|
已发起入职流程
|
这标志着新员工正式入职流程或workflow的开始。通常在UKG Pro Onboarding模块分配或启动入职workflow时记录。 | ||
|
为何重要
此活动标志入职融入流程的开始。分析从此时点到“Payroll Setup Completed”等后续步骤的耗时,可衡量入职效率。
获取方式
在UKG Pro Onboarding模块中,通常指分配给新员工的清单或工作流的开始时间戳。
捕获
使用员工入职工作流或任务清单的创建时间戳。
事件类型
explicit
|
|||
|
已发起岗位变更
|
表示员工岗位的任何变更,包括晋升、调岗或平级调动。当主管或HR在系统中发起岗位数据变更请求时会记录该事件。 | ||
|
为何重要
此活动不仅包括晋升,还涵盖调岗、平调、降职等各类内部人员流动,有助于理解组织动态与架构调整。
获取方式
在 UKG Pro 核心HR模块中记录为"employee job change"或类似交易,应使用该交易的发起日期。
捕获
使用岗位信息变更记录的创建时间戳,可通过“Transfer”“Reassignment”等动作原因代码识别。
事件类型
explicit
|
|||
|
已发起背景调查
|
表示候选人接受offer后启动背景调查流程的时点。通常在HR通过UKG Pro对接的第三方服务发起调查时记录。 | ||
|
为何重要
跟踪此活动对保障合规并监控入职前筛查效率至关重要。此处的延迟会显著影响新员工的入职日期。
获取方式
可能记录在 UKG Pro 的入职模块;若与第三方筛查供应商集成,也可能记录在 API 日志中。可关注状态变更或特定的事件日志。
捕获
需要定位与启动背景调查相关的具体事务或状态更新。
事件类型
explicit
|
|||
|
已进行离职面谈
|
表示已与离职员工完成离职面谈。该事件通常由HR手动记录,或由离职清单中离职面谈任务的完成状态推断。 | ||
|
为何重要
跟踪离职面谈完成率有助于收集反馈以提升员工留存。完成率偏低可能意味着流程存在缺口。
获取方式
可能记录在 UKG Pro 的入职/离职模块(作为完成的任务),也可能记录在核心HR系统的备注或自定义字段中,采集方式往往不一致。
捕获
根据工作流中"Exit Interview"任务的完成时间戳或自定义字段更新来推断。
事件类型
inferred
|
|||
|
晋升已批准
|
该事件表示员工晋升已最终获批。通常在变更职级、职称或薪酬的晋升交易获批并生效时记录。 | ||
|
为何重要
跟踪晋升审批是分析内部流动与职业发展的关键。从发起到批准的周期时长可反映人才管理流程的效率。
获取方式
该事件通过员工职位数据变更记录产生。可通过查找原因为'Promotion'的已批准交易及其生效日期来识别。
捕获
筛选操作原因为“晋升”的已批准岗位数据变更,并使用批准时间或生效时间戳。
事件类型
explicit
|
|||
|
离职任务已完成
|
此最终活动标志着所有离职行政任务已完成,如资产回收、移除系统访问权限。通常可根据离职清单的完成情况推断。 | ||
|
为何重要
确保离职手续各环节全部完成,对安全与合规至关重要。该活动用于核验离职流程是否被正确且一致地执行。
获取方式
在UKG Pro Onboarding/Offboarding模块中,可依据离职清单或工作流中最后一项任务的完成时间戳推断。
捕获
使用离职清单的完成时间戳,或该清单中最后一项任务的完成时间戳。
事件类型
inferred
|
|||
|
绩效评审已完成
|
此活动表示员工一次正式绩效评估周期已完成。通常在经理于绩效管理模块提交最终评估表时记录。 | ||
|
为何重要
监控此活动对于跟踪绩效管理政策的执行至关重要,有助于确保员工按时获得反馈,促进发展与投入。
获取方式
记录在 UKG Pro 的绩效管理模块。可通过绩效评审表单的提交或完成时间戳识别该事件。
捕获
使用绩效评估文档的最终提交或批准时间戳。
事件类型
explicit
|
|||
|
面试已安排
|
当系统中为候选人正式安排面试时会产生该事件。通常由招聘模块的面试安排功能记录具体日期和时间。 | ||
|
为何重要
分析从提交申请到面试、以及各轮面试之间的间隔,有助于定位筛选与录用环节的延误。这是招聘漏斗中的关键里程碑。
获取方式
在UKG Pro Recruiting或ATS模块中,可通过候选人申请关联的面试记录识别,具体查看该面试日程的创建日期。
捕获
使用与候选人申请关联的面试记录创建时间戳。
事件类型
explicit
|
|||