您的“从招聘到离职——员工生命周期”数据模板
您的“从招聘到离职——员工生命周期”数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- Microsoft Dynamics 365 Hr数据提取指南
从招聘到离职——员工生命周期属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 记录人力资源活动发生时间的时间戳。 | ||
| 说明 事件时间记录员工生命周期中每项活动发生的准确日期和时间。这些时间数据对于分析流程时长、发现延误和了解事件顺序至关重要。 在流程挖掘中,系统使用此时间戳为事件排序,并计算活动之间的时间(周期时间)和流程总时长(案例时长)。几乎所有基于时间的KPI都以此为依据,例如“平均招聘周期”和“入职周期时间”。 重要性 此时间戳对于事件排序、计算所有时间指标,以及发现流程中的瓶颈和延误至关重要。 获取途径 此字段对应Dynamics 365 HR记录的创建时间戳或状态更新时间戳,例如申请日期、录用日期或绩效评估完成日期。 示例 2023-01-15T09:00:00Z2023-03-20T14:30:00Z2024-05-10T11:00:00Z | |||
| 员工ID EmployeeId | 员工的唯一标识符,作为其整个生命周期的主要案例ID。 | ||
| 说明 员工ID是招聘至离职流程分析的核心标识。它将从最初的职位申请到最终离职的每个事件关联到具体员工,帮助您完整了解员工在组织中的整个历程。 在流程挖掘中,此属性用于将相关活动归入同一个案例。按员工ID分析流程,有助于了解员工的任职总时长、历任岗位,以及每位员工的绩效评估或晋升等事件发生频率。 重要性 这是关联所有员工相关事件的关键案例标识,可用于追踪个人的完整历程和生命周期。 获取途径 通常对应Dynamics 365 Human Resources中员工记录的“人员编号”字段。 示例 E-001234E-005678E-009012 | |||
| 活动名称 ActivityName | 发生的人力资源生命周期事件名称,例如“员工录用”或“完成绩效评估”。 | ||
| 说明 活动名称用于描述招聘至离职流程中的某个步骤或节点。每条已记录的事件都代表一项活动,这些活动按顺序构成员工的历程。 此属性是构建流程图的基础。通过分析不同活动的顺序和频率,组织可以识别常见流程路径、偏差和瓶颈。例如,您可以查看从“创建职位申请”到“接受录用通知”的路径,衡量招聘效率。 重要性 此属性定义流程图中的各个步骤,便于呈现和分析员工从入职到离职的整个生命周期。 获取途径 此属性通常根据Dynamics 365 HR各模块中的状态变化、已完成任务或已记录事件得出,例如招聘、入职和核心人力资源模块。 示例 创建职位申请员工完成入职完成绩效评估启动离职 | |||
| 上次数据更新时间 LastDataUpdate | 记录数据上次从源系统刷新或提取时间的时间戳。 | ||
| 说明 此属性记录数据集的上次更新时间,有助于了解分析数据的时效性,以及流程洞察反映的实际情况。 在仪表板和报告中,通常会显示此时间戳,告知用户数据的新旧程度。了解数据的时间范围,有助于确保决策基于当前信息,避免因数据过时而产生误判。 重要性 此属性会告知用户数据的时效性,帮助他们了解分析所涵盖的时间范围,并依据当前信息做出决策。 获取途径 通常在从Dynamics 365 HR提取数据时,由ETL(提取、转换、加载)流程生成并存储此值。 示例 2024-07-29T04:00:00Z2024-07-30T04:00:00Z | |||
| 源系统 SourceSystem | 标识数据来源的信息系统。 | ||
| 说明 此属性用于标明事件数据的来源,在此处为“Microsoft Dynamics 365 HR”。在数据治理和追溯方面,这一点十分重要,尤其是在数据可能来自多个人力资源系统的环境中,例如独立的申请人跟踪系统或薪资服务商。 在分析中,此属性有助于确保数据完整性,也可用于筛选仅来自特定记录系统的事件。这对于验证流程挖掘项目的分析范围很有帮助。 重要性 此属性提供数据来源和治理方面的重要背景信息,确保数据可追溯,并帮助您将分析范围限定在特定记录系统。 获取途径 这是一个静态值,应在数据提取和转换过程中添加,用于标记记录来源。 示例 Microsoft Dynamics 365 HR | |||
| 地点 Location | 员工所在的地理位置或办公地点。 | ||
| 说明 地点用于指定员工的实际工作地点或所属区域,可以是国家、州、城市或具体办公楼。 对于规模较大、分布广泛的组织,按地点分析人力资源流程至关重要。这有助于发现不同地区在招聘周期、员工流失率和流程合规方面的差异。地点可作为地理筛选条件,支持几乎所有仪表板中的深入分析。 重要性 地点为分析提供地理维度,有助于发现不同地区在流程绩效和员工趋势方面的差异。 获取途径 此信息通常属于员工职位或人员记录,并关联到Dynamics 365 HR中的具体办公地点或法人实体地址。 示例 美国纽约英国伦敦德国柏林日本东京 | |||
| 招聘经理 HiringManager | 负责特定招聘申请录用决策的经理。 | ||
| 说明 招聘经理负责招聘申请,并对填补职位负最终责任。跟踪此属性有助于了解不同经理和团队在招聘流程中的表现。 按经理细分分析,可以发现招聘周期、录用接受率和入职效果方面的差异。此属性可直接支持“招聘周期分析”仪表板,帮助识别效率较高的经理或部门。 重要性 将流程绩效关联到具体经理,便于有针对性地提供反馈,并发现招聘流程中的最佳实践和待改进之处。 获取途径 此信息通常保存在Dynamics 365 HR招聘模块的招聘申请记录中。 示例 简·多伊约翰·史密斯艾米丽·琼斯 | |||
| 离职原因 TerminationReason | 员工离职的原因,例如“主动辞职”或“非自愿离职”。 | ||
| 说明 此属性用于归类员工任职关系结束的原因。人力资源政策通常会对这些原因进行标准化,这些信息对于了解员工流失的驱动因素至关重要。 在分析中,离职原因是“员工流失趋势”仪表板的关键属性。组织可以据此区分可惜与不可惜的员工流失,并识别相关规律。例如,某个部门主动辞职人数偏多,可能意味着管理或薪酬方面存在问题。 重要性 了解员工流失的驱动因素,有助于制定有针对性的留任策略并解决流失的根本原因。 获取途径 此信息通常在Dynamics 365 HR核心人力资源模块的离职或终止雇佣流程中记录。 示例 主动辞职非自愿离职:绩效原因退休合同到期 | |||
| 结束时间 EndTime | 记录活动完成时间的时间戳,用于分析活动时长。 | ||
| 说明 结束时间标记具有持续时长的活动何时完成,例如背景调查或培训模块。许多人力资源事件是瞬时的(使用StartTime记录),但有些活动有明确的开始和结束时间。 此属性对于准确计算单项活动的处理时间至关重要。它可以帮助分析哪些步骤耗时最长,并支持“入职流程绩效”等仪表板衡量具体任务所需的时间。 重要性 此属性可准确计算单项活动的时长,帮助您找出流程中最耗时的步骤。 获取途径 对于有持续时长的任务,这可能是Dynamics 365 HR中的独立字段,也可能是流程中后续活动的StartTime。 示例 2023-01-20T17:00:00Z2023-04-01T10:00:00Z2024-06-15T16:30:00Z | |||
| 职位 JobRole | 员工担任的具体职务或角色。 | ||
| 说明 职位用于说明员工在组织中的岗位,例如“软件工程师”或“客户经理”。与部门相比,它能为流程分析提供更细致的信息。 您可以按职位分析招聘流程、跟踪职业发展路径,并识别与特定岗位相关的员工流失趋势。例如,您可以了解技术岗位的“招聘周期”是否明显更长,或某个职位的早期离职率是否偏高。 重要性 按具体职能分析人力资源流程,有助于针对性地改进流程,并发现特定岗位的问题。 获取途径 此信息保存在Dynamics 365 HR的员工职位或工作详情中。 示例 高级会计师产品经理人力资源专员数据分析师 | |||
| 部门 Department | 员工所属的组织部门,例如销售部或工程部。 | ||
| 说明 此属性用于指定员工所属的部门,是按业务部门细分和比较流程绩效的重要维度。 分析时,可使用“部门”筛选流程图和KPI,回答“哪个部门的员工流失率最高?”或“工程部的招聘周期是否比市场部更长?”等问题。它也是“员工流失趋势”和“人力资源工作流变体分析”仪表板的重要维度。 重要性 按部门细分流程,有助于发现各部门在绩效、瓶颈和员工流失趋势方面的差异。 获取途径 此信息关联到Dynamics 365 HR核心人力资源模块中的员工职位详情。 示例 销售部人力资源部信息技术部财务部 | |||
| SLA目标日期 SlaTargetDate | 活动应完成的截止日期,例如绩效评估的完成期限。 | ||
| 说明 SLA目标日期是特定时限活动的到期日,通常用于年度绩效评估或必修培训等定期活动。 此属性是计算合规相关KPI的必要依据。在“绩效评估按期完成情况”仪表板中,系统会将实际完成日期(“EventTime”)与目标日期进行比较,以计算“绩效评估按期完成率”KPI。 重要性 为衡量及时性和合规情况提供基准,这对绩效评估及其他有截止期限的人力资源任务相关KPI至关重要。 获取途径 此日期可能保存在绩效评估记录中,也可能根据员工入职日期和公司政策规则计算得出。 示例 2024-06-30T23:59:59Z2024-09-15T23:59:59Z2025-01-31T23:59:59Z | |||
| 招聘周期 TimeToHire | 从创建招聘申请到候选人接受录用通知所经过的总时间。 | ||
| 说明 招聘周期是衡量整个招聘周期效率的关键案例级KPI。它按特定员工或招聘申请,计算“创建招聘申请”活动与“接受录用通知”活动之间的时长。 此指标是“招聘周期分析”仪表板和“平均招聘周期”KPI的重点。分析这一时长,有助于人力资源部门发现人才寻访、面试或录用流程中的低效环节,并设定改进基准。 重要性 这是衡量招聘效率的关键绩效指标,直接反映组织填补空缺职位所需的时间。 获取途径 这是案例级指标,通过计算同一案例中“创建招聘申请”和“接受录用通知”活动的时间戳差值获得。 示例 P35DP48DP60D | |||
| 招聘申请ID RequisitionId | 招聘申请的唯一标识符。 | ||
| 说明 招聘申请ID是为新员工招聘需求分配的唯一代码。它将从职位发布到发出录用通知的所有相关招聘活动关联到同一次招聘。 此属性有助于详细分析招聘子流程。您可以将申请同一职位的所有候选人归为一组,并计算每项招聘申请的“招聘周期”。它也是构建“招聘周期分析”仪表板的关键字段。 重要性 将特定职位空缺的所有招聘活动归为一组,从而准确衡量和分析各职位的招聘漏斗。 获取途径 这是Dynamics 365 HR招聘或申请人跟踪模块中记录的主要标识符。 示例 REQ-2023-05-101REQ-2024-01-203REQ-2024-03-315 | |||
| 数据是否完整 IsDataComplete | 用于标记新员工的所有关键数据字段是否均已填写的布尔值。 | ||
| 说明 此属性用于检查“员工已入职”活动完成后,部门和职位等关键员工数据是否完整。它可用于检查员工记录初始设置的数据质量。 此标记用于计算“必填数据缺失率”KPI。及早发现数据不完整的案例,有助于组织及时纠正录入错误,提高人力资源信息系统数据的可靠性。 重要性 衡量新员工初始数据质量,有助于发现并减少人力资源数据录入错误,确保报告可靠。 获取途径 此字段在数据转换过程中计算得出,用于检查入职完成后案例中的“Department”和“JobRole”等字段是否非空。 示例 truefalse | |||
| 用户 User | 在系统中执行人力资源活动或任务的人员。 | ||
| 说明 此属性用于识别执行特定活动的用户,例如人力资源业务伙伴、招聘人员或经理。它记录员工生命周期中与系统交互的人员。 按用户分析活动,有助于了解工作量、发现培训需求,并确定流程步骤由哪些人员处理。例如,如果“薪资设置完成”持续与某位用户相关联,便可进一步判断是否需要为其提供培训或支持。 重要性 将流程活动关联到具体人员,便于分析工作量分配、用户绩效和培训机会。 获取途径 此信息通常记录在系统审计日志中,或Dynamics 365 HR各类记录的“修改者”字段中。 示例 人力资源专员_1招聘人员_爱丽丝经理_鲍勃 | |||
| 绩效评估是否按期完成 IsOnTimePerformanceReview | 用于标记绩效评估是否在目标日期当天或之前完成的布尔值。 | ||
| 说明 此计算属性以是或否标记绩效评估是否符合截止期限。系统通过比较“绩效评估已完成”活动的EventTime与对应的SlaTargetDate得出结果。 此标记用于生成“绩效评估按期完成情况”仪表板,并直接计算“绩效评估按期完成率”KPI。用户可据此快速筛选逾期或按期完成的评估,简化分析。 重要性 清楚标记每项绩效评估是否按期完成,简化合规监控并便于计算按期完成率。 获取途径 此字段在数据转换过程中计算得出:若EventTime <= SlaTargetDate,则为TRUE;否则为FALSE。 示例 truefalse | |||
| 雇佣类型 EmploymentType | 用于区分员工的雇佣形式,例如全职、兼职或合同工。 | ||
| 说明 此属性用于定义雇佣合同的性质,是人力规划和分析的基础信息。 按雇佣类型细分员工生命周期,可以发现不同的流程路径和时长。例如,合同工的入职流程可能与全职员工明显不同,所需时间也更短。此属性可为人力资源工作流变体分析提供重要背景。 重要性 比较不同类型员工的人力资源流程,有助于了解背景信息,并发现不同雇佣类别的管理方式差异。 获取途径 这是Dynamics 365 HR核心人力资源模块中人员或职位记录的标准字段。 示例 全职兼职合同工实习生 | |||
从招聘到离职——员工生命周期活动
| 活动 | 说明 | ||
|---|---|---|---|
| 创建职位申请 | 创建并批准新的职位申请,标志着招聘流程正式开始。通常,当用户在Dynamics 365 HR中完成新招聘项目或职位发布的创建时,系统会记录这一明确事件。 | ||
| 重要性 这是招聘周期分析的主要开始事件。跟踪此事件,可衡量从提出招聘需求到完成招聘的整个招聘漏斗效率。 获取途径 记录在“招聘”模块中。创建“招聘项目”实体记录时,系统会明确记录此事件。 采集 创建新的招聘项目记录时,系统会记录此事件。 事件类型 explicit | |||
| 启动离职 | 在系统中录入离职日期,标志着员工离职流程正式开始。这是一个明确的独立事件,会改变员工状态并触发后续离职工作流。 | ||
| 重要性 此活动是员工流失分析的重要指标,也是衡量离职流程效率和合规性的起点。 获取途径 用户对“员工”记录执行“终止雇佣”操作并录入离职日期时,系统会明确记录此事件。 采集 雇佣关系记录更新了离职日期和原因时,系统会记录此事件。 事件类型 explicit | |||
| 员工完成入职 | 表示新员工已完成初始入职流程。通常可根据入职清单中的一系列任务是否完成,或员工入职计划的状态变化推断此事件。 | ||
| 重要性 跟踪这一节点对于衡量新员工多快能全面投入工作至关重要。延误可能影响员工投入度和初期表现。 获取途径 根据“入职”模块推断。与员工关联的入职指南或清单状态更新为“已完成”时,即会触发此事件。 采集 员工所分配的入职清单中所有必做任务均标记为完成时,即可推断此事件。 事件类型 inferred | |||
| 员工录用 | 这是将申请人记录转换为员工记录的正式操作。在Dynamics 365 HR中,此操作会创建新的“员工”和相关“雇佣关系”记录,并指定入职日期。 | ||
| 重要性 此活动标志着案例从招聘阶段进入员工生命周期阶段,并启动入职和薪资流程。 获取途径 完成“录用”或“录用新员工”操作时,系统会明确记录此事件,并在核心人力资源人员信息表中创建记录(例如员工、雇佣关系)。 采集 系统会记录从申请人记录创建新“员工”记录的操作。 事件类型 explicit | |||
| 完成离职流程 | 这是员工生命周期中的最后一项活动,表示所有离职手续均已办妥。可根据离职清单中的所有任务是否完成,或员工记录的最终状态变化推断此事件。 | ||
| 重要性 此结束事件对于衡量离职流程的总时长和完成率至关重要,可确保所有合规及行政事项均已办结。 获取途径 根据“离职”模块推断。员工离职计划的整体状态设为“已完成”时,即会触发此事件。 采集 根据员工所分配的离职清单中所有必做任务是否完成推断。 事件类型 inferred | |||
| 完成绩效评估 | 表示员工绩效评估周期已完成。通常可根据经理或人力资源人员将绩效评估文档状态改为“已完成”或“已定稿”推断此事件。 | ||
| 重要性 这是人才管理的重要节点。跟踪完成时间有助于确保绩效沟通持续、按计划开展。 获取途径 根据“绩效管理”模块推断。与员工关联的“评估”记录更新为“已完成”等最终状态时,即会记录此事件。 采集 根据员工“绩效评估”实体中的状态字段变化推断。 事件类型 inferred | |||
| 接受录用通知 | 表示候选人正式接受录用通知,招聘主要流程至此结束。通常可根据申请人记录中的状态变化推断此事件,例如状态变为“已接受录用通知”或类似状态。 | ||
| 重要性 这是结束“招聘周期”KPI的关键节点,标志着招聘成功,并启动后续的入职前准备工作。 获取途径 根据“申请人”实体中的状态变化推断。此变化通常会启动将申请人转为员工的工作流。 采集 根据申请人状态字段的更新推断,例如状态变为“已录用”或“已接受”。 事件类型 inferred | |||
| 候选人提交申请 | 表示候选人提交了职位申请。系统会在新申请人记录通过门户创建或由人工录入时,明确记录此事件。 | ||
| 重要性 跟踪申请数量和时间,对于分析招聘渠道成效、了解候选人储备情况至关重要。 获取途径 在“招聘”模块中记录:创建新的“申请人”实体记录,并将其关联到特定职位或招聘项目时,即会记录此事件。 采集 提交申请后,申请人跟踪表中会创建一条新记录。 事件类型 explicit | |||
| 分配培训 | 为员工分配特定培训课程或学习模块时,系统会记录此活动。Dynamics 365 HR可以明确跟踪课程分配,并创建关联员工与培训课程的记录。 | ||
| 重要性 这有助于组织监控新员工或晋升员工是否及时接受所需培训,确保合规并促进技能发展。 获取途径 在“学习”或“培训”模块中为员工记录分配课程时,系统会明确记录此事件。 采集 课程分配表中会创建一条新记录,将“员工”与“课程”关联起来。 事件类型 explicit | |||
| 发出录用通知 | 表示已向候选人发出正式录用通知。通常可根据申请人记录中的状态变化推断此事件,例如状态从面试阶段变为“录用”或“等待接受”。 | ||
| 重要性 这是招聘流程中的重要节点。分析此事件与接受录用通知之间的时间,有助于发现沟通或协商中的潜在延误。 获取途径 根据“申请人”或相关招聘实体中的状态字段变化推断。具体字段和值取决于系统配置。 采集 根据申请人状态字段的变化推断,例如状态变为“已发出录用通知”或“等待接受录用通知”。 事件类型 inferred | |||
| 启动岗位变更 | 表示员工岗位、职位或部门变更流程已启动。经理或人力资源用户发起职位变更申请或员工相关操作时,即会触发此明确事件。 | ||
| 重要性 这是衡量内部人才流动效率的起点。了解岗位变更的频率和触发因素,有助于洞察员工的职业发展情况。 获取途径 为员工发起“人事操作”或类似工作流以变更职位信息时,系统会明确记录此事件。 采集 创建“职位操作”或“员工操作”申请记录时,系统会记录此事件。 事件类型 explicit | |||
| 完成离职面谈 | 表示已完成与离职员工的面谈。通常可根据人力资源用户是否在离职清单中将相应任务标记为完成推断此事件。 | ||
| 重要性 跟踪离职面谈的完成情况,有助于确保流程合规,并收集有助于改善员工留任情况的反馈。 获取途径 根据“离职”清单模块推断。与员工关联的“离职面谈”任务标记为“已完成”时,即会发生此事件。 采集 根据员工离职清单中特定任务的状态变化推断。 事件类型 inferred | |||
| 完成背景调查 | 表示候选人的背景调查已顺利完成。如果系统有集成,可能会明确记录此事件;更常见的情况是根据状态变化或候选人记录中的日期字段推断。 | ||
| 重要性 分析背景调查所需时间和通过率,有助于发现招聘最后阶段的瓶颈并确保合规。 获取途径 根据“申请人”或待入职“员工”记录中的状态字段或特定日期字段推断。此信息通常由人力资源人员手动更新。 采集 根据申请人档案中的状态变化,或录入“背景调查通过日期”推断。 事件类型 inferred | |||
| 完成薪资设置 | 表示员工薪资所需的全部信息均已录入并核实。通常可根据状态变化或薪资相关清单项目是否完成推断此事件。 | ||
| 重要性 及时、准确地完成薪资设置,对于合规和员工满意度至关重要。跟踪此活动有助于监控这一关键入职步骤的效率。 获取途径 根据员工记录推断,可能依据自定义状态字段、薪资准备清单或特定薪资相关数据字段是否已填写。 采集 根据特定数据录入任务是否完成推断,例如录入银行账户和税务信息;这些任务通常会在入职清单中跟踪。 事件类型 inferred | |||
| 晋升获批 | 表示员工晋升已获最终批准,通常包括职称和薪酬变更。可根据晋升工作流或人事操作达到最终审批状态推断此事件。 | ||
| 重要性 此节点标志着内部人才流动流程结束。分析从发起到批准所需的时间,有助于发现职业晋升流程中的瓶颈。 获取途径 根据与员工岗位变更相关的“人事操作”或工作流状态推断。状态变为“已批准”或“已完成”时,即会触发此事件。 采集 根据工作流或人事操作申请的最终状态变化推断。 事件类型 inferred | |||
数据提取指南
此流程的提取方法目前正在验证中。请稍后再查看,或 联系我们 获取帮助。
立即优化员工从招聘到离职的生命周期
让招聘至离职流程提速30%,消除隐性低效。
无需信用卡。免费试用14天。