您的员工入职 data 模板
您的员工入职 data 模板
- 建议收集的数据属性以进行深入分析
- 流程中需要追踪的关键活动和里程碑
- 针对源系统的实用提取指南
员工入职属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
特定入职活动或事件发生的精确日期和时间。 | ||
|
描述
此 timestamp 记录事件日志中每项活动的发生,提供了重建入职流程流所需的时序。\n\n时间戳是所有基于时间的 Process Mining 分析的核心。它们用于计算活动间的周期、测量总时长、识别延迟并分析绩效趋势。准确的 timestamp 是任何绩效相关结论有效性的关键。
为何重要
此 timestamp 是正确排序 event 以及进行所有时间计算(包括周期和瓶颈分析)的基础。
获取方式
这对应于 Microsoft Dynamics 365 Human Resources 中与 Task、清单或状态更新关联的创建或完成日期字段。
示例
2023-10-01T09:00:00Z2023-10-02T14:30:00Z2023-10-05T11:25:10Z
|
|||
|
入职 case
OnboardingCase
|
新员工从接受录用到初始融入期的完整入职流程唯一标识符。 | ||
|
描述
入职 case 是将单个新员工的所有相关活动、文档和里程碑链接在一起的核心标识符。每个 case 代表一名员工在整个入职生命周期中的旅程。\n\n在 Process Mining 中,此属性是 case 级分析的基础。它允许重建每个个体的入职旅程,从而能够比较流程路径、识别变体并计算端到端周期。如果没有一致的 case 标识符,就无法准确地分析流程流。
为何重要
这是核心 case 标识符,它将所有相关 event 分组,从而实现对每位新员工入职流程的端到端分析。
获取方式
当候选人状态更改为“已雇用”时,通常在 Microsoft Dynamics 365 Human Resources 的核心 HR 或招聘模块中生成此标识符。
示例
ONB-2024-00123ONB-2024-00124ONB-2024-00125
|
|||
|
活动名称
ActivityName
|
入职流程中在某个时间点发生的特定 Task 或里程碑的名称。 | ||
|
描述
此属性描述了入职旅程中的单个步骤,例如“已接受录取”、“背景调查已完成”或“首日引导已执行”。每项活动都代表流程中的一个 event。\n\n分析活动是 Process Mining 的核心。此属性用于构建流程图、识别步骤间的瓶颈、衡量活动时长以及检测与标准操作程序的偏差。它有助于回答正在执行哪些工作以及按什么顺序执行的问题。
为何重要
此属性定义了流程图中的步骤,这对于将流程流可视化、识别瓶颈和分析流程差异至关重要。
获取方式
源自 Microsoft Dynamics 365 Human Resources 中员工档案或入职检查清单所记录的状态变更、任务完成或特定事件。
示例
已接受 Offer已发起背景调查已启动 IT 账号开通已完成 30 天访谈
|
|||
|
事件结束时间
EventEndTime
|
指示持续性活动完成的 timestamp。对于即时事件,这可能与开始时间相同。 | ||
|
描述
StartTime 标志着一项活动的开始,而 EndTime 则标志着其结束。这对于具有可衡量持续时间的任务(如“背景调查”或“强制性培训”)特别有用。 拥有明确的结束时间可以精确测量单个活动的处理时间。这有助于准确查明特定任务耗时多久,而不仅仅是测量任务之间的等待时间。这对于分析资源效率和识别最耗时的活动至关重要。
为何重要
支持精确计算每项具体活动的耗时,这对于识别特定的耗时任务至关重要。
获取方式
对应 Microsoft Dynamics 365 Human Resources 中任务或检查清单项目的“完成日期”或“解决日期”字段。
示例
2023-10-01T10:15:00Z2023-10-04T11:00:00Z2023-10-06T17:00:00Z
|
|||
|
入职状态
OnboardingStatus
|
入职 case 的当前整体状态。 | ||
|
描述
此属性指示入职 case 的宏观状态,例如“未开始”、“进行中”、“已完成”或“已取消”,提供其生命周期的快照。\n\n这对于“实时入职进度”仪表板特别有用,支持快速概览活跃的入职管道。它帮助利益相关者了解当前工作量并识别停滞的 case。同时允许在周期分析中过滤掉不完整或已取消的 case,以避免偏差。
为何重要
提供 case 进度的概览,支持对活跃或已完成的 case 进行筛选,并协助运营监控。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。这可能是主要入职实体上的状态字段,也可能是根据最后完成的活动推导出的。
示例
进行中已完成已延迟已取消
|
|||
|
合规截止日期
ComplianceDueDate
|
必须完成某些合规相关活动的截止日期。 | ||
|
描述
此属性存储关键任务(如手续或强制培训)的目标完成日期,通常由法律或政策决定。\n\n这是“入职合规状态”仪表板的重要属性。通过将实际完成时间 (EventTime) 与“合规截止日期”进行比较,我们可以判定流程是否合规,帮助组织降低风险并确保及时满足合规要求。
为何重要
这对于衡量关键任务的合规性和准时性至关重要,有助于降低法律和运营风险。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。这可能是特定任务或检查清单项目中的“截止日期”字段。
示例
2023-11-15T23:59:59Z2023-12-01T23:59:59Z2023-11-20T23:59:59Z
|
|||
|
招聘经理
HiringManagerName
|
新员工向其汇报的主管姓名。 | ||
|
描述
此属性识别负责新员工的招聘经理。招聘经理在入职过程中扮演关键角色,负责团队介绍和制定入职计划等 Task。\n\n按招聘经理分析流程可以揭示团队层级在处理入职方面的差异。它支持“部门入职绩效”仪表板,允许从部门钻取到个人经理,从而帮助识别需要额外培训的经理,或那些高效流程的榜样。
为何重要
支持在团队层面分析流程变体,有助于识别对入职体验成功至关重要的经理。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。这通常存储在员工职位记录的“直接上级”或“经理”字段中。
示例
约翰·史密斯Emily JonesMichael Brown
|
|||
|
职位名称
PositionTitle
|
新员工的正式职位名称。 | ||
|
描述
此属性指定雇用职位,例如“软件工程师”、“客户经理”或“财务分析师”。\n\n这是一个有价值的分析维度,特别适用于“新员工入职吞吐量”仪表板。它允许按职位或资历细分入职绩效,从而揭示某些职位是否具有更长或更复杂的流程,有助于为特定岗位群定制入职计划。
为何重要
支持筛选并对比不同职位的入职流程,因为不同职位可能有独特的要求和耗时。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。此信息位于与新员工关联的 Job 或 Position 实体中。
示例
高级软件工程师市场协调员HR通才
|
|||
|
部门
DepartmentName
|
新员工加入的部门或业务单元。 | ||
|
描述
此属性指定新员工所属的部门,如销售、IT 或财务,是分析的关键组织维度。\n\n按部门细分流程对于“部门入职绩效”仪表板至关重要。它支持比较不同部门的周期、合规率和流程变体,从而揭示哪些部门的流程最高效,哪些部门需要额外支持或标准化。
为何重要
支持不同业务部门之间的绩效对比,有助于识别最佳实践以及需要改进或标准化的领域。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。此信息通常存储在与新员工关联的 Position 或 Job 实体中。
示例
销售与市场信息技术人力资源财务
|
|||
|
IT 配置周期
ITProvisioningLeadTime
|
从启动 IT 账号配置到交付新员工设备所花费的时间。 | ||
|
描述
此指标衡量入职中一个关键子流程的时长:为新员工获取 IT 权限和工具。它专门测量从“IT 账号配置已启动”到“设备已送达”的时间。\n\n这是“关键路径活动时长”和“IT 与设备就绪周期”仪表板的关键 KPI。此处的长提前期会直接影响新员工首日的产出。监控此指标有助于识别 IT 部门或外部供应商的瓶颈。
为何重要
衡量关键 IT 设置流程的效率,这直接影响新员工在第一天的工作产出能力。
获取方式
这是通过在事件日志中获取每个 case 的“IT 账号配置已启动”和“设备已送达”活动之间的时间戳差异计算得出的。
示例
7 天 3 小时10 天 1 小时5 天 6 小时
|
|||
|
最后数据更新
LastDataUpdateTime
|
指示源系统数据上次刷新时间的时间戳。 | ||
|
描述
此属性提供最近一次从 Microsoft Dynamics 365 Human Resources 提取数据的日期和时间,体现了分析数据的时效性。\n\n这对于报告和仪表板非常重要,告知用户分析的新旧程度。对于实时监控,最新的 timestamp 至关重要;而对于历史分析,它为数据的时间范围提供了参考。
为何重要
告知用户数据的新鲜度,这对于理解流程洞察的相关性和时效性至关重要。
获取方式
此 timestamp 由数据流水线或 ETL 工具在提取数据时生成。
示例
2024-05-21T02:00:00Z
|
|||
|
地点
Location
|
新员工所在的办公室、城市或国家。 | ||
|
描述
此属性提供新员工的地理位置。由于各地的法规、办公室程序或物流挑战不同,位置会影响入职流程。\n\n按位置进行细分可以比较不同站点或区域的入职效率。这可以突出区域性瓶颈(例如某些国家的设备交付较慢),或识别拥有高度优化且可供推广的本地程序的办公室。
为何重要
支持入职流程的地域分析,揭示不同地区在绩效和合规方面的差异。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。这通常可在与 Worker 或 Position 实体关联的地址或位置信息中找到。
示例
美国纽约英国伦敦新加坡远程
|
|||
|
执行操作的用户
UserPerformingAction
|
执行该活动的用户或系统代理。 | ||
|
描述
此属性识别负责完成入职流程中特定 Task 的人员或自动化系统。例如,它可以是 HR 专员、招聘经理或 IT 自动化机器人。\n\n分析执行者是了解资源分配和自动化水平的关键。它可以帮助识别由特定团队或个人造成的瓶颈,并突出自动化机会。例如,如果 IT 账号配置是由个人手动执行的 Task,则它代表了一个潜在的单点故障,也是自动化的首选。
为何重要
有助于分析工作负荷分配,识别特定资源的瓶颈,并追踪流程中的自动化程度。
获取方式
此信息通常见于审计线索或历史日志,表现为 Task 记录上的“修改人”或“完成人”字段。
示例
hr.specialist@company.commanager.jane.doe@company.comIT 服务账号recruiter.bob@company.com
|
|||
|
整体入职周期时间
OverallOnboardingCycleTime
|
入职 case 从“已接受录取”活动到“已执行 30 天回访”活动所经过的总时长。 | ||
|
描述
此计算指标衡量单个新员工入职的端到端时长,是反映流程整体效率的 KPI。\n\n此指标是“入职端到端周期”仪表板的主要标准。通过跨时间、部门或职位跟踪此 KPI,组织可以监控改进措施的影响。缩短此周期通常是核心目标,因为它能让新员工更快发挥生产力。
为何重要
这是衡量流程整体效率的关键 KPI,直接支持缩短入职时间等战略目标。
获取方式
这不是源系统中的字段。它是在数据转换期间通过查找每个 case 第一个和最后一个相关 event 之间的时间差计算得出的。
示例
35 天 4 小时42 天 8 小时29 天 2 小时
|
|||
|
新员工姓名
NewHireName
|
入职员工的全名。 | ||
|
描述
此属性包含与入职 case 关联的新员工姓名,为每个 case 提供了一个易读的标识符。\n\n虽然为了保护隐私通常不将其用于统计分析,但它对于运营非常有价值,例如钻取到特定员工的入职旅程,以调查宏观流程分析中发现的延迟或问题。它将抽象的流程数据关联回现实中的个体。
为何重要
为每个 case 提供清晰、易读的参考,方便调查特定的入职旅程,并与利益相关者讨论发现的结果。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。这将源自链接到入职 case 的 Employee 或 Worker 实体。
示例
爱丽丝·约翰逊陈大卫Maria Garcia
|
|||
|
是否返工
IsRework
|
一个布尔值标志,指示活动是否属于返工循环的一部分。 | ||
|
描述
此计算属性标记代表流程倒退或重复的活动。例如,“手续已发送”发生在“手续已完成”之后,则表明存在返工循环,通常由于错误或信息缺失导致。\n\n此标志对于“流程变体和返工分析”仪表板至关重要。它允许直接量化返工,帮助突出流程低效、培训缺口或数据质量问题。通过筛选返工活动,分析师可以专注于这些浪费性循环的根本原因。
为何重要
通过标记重复或顺序错误的活动,直接量化流程效率低下的程度,有助于找出错误和延迟的根源。
获取方式
此属性不在源系统中。它是通过分析事件日志中每个 case 的活动顺序并应用业务规则来识别返工而计算得出的。
示例
truefalse
|
|||
|
源系统
SourceSystemName
|
提取数据的信息系统名称。 | ||
|
描述
此属性识别流程数据的来源。在现代企业中,单个流程的数据可能来自多个系统,因此跟踪来源对于数据治理和验证非常重要。\n\n在分析中,它有助于确认数据血缘,并可在涉及多个系统时用于过滤。对于此特定视图,其值将始终为“Microsoft Dynamics 365 Human Resources”,以确认数据的来源。
为何重要
标识数据来源,这对于数据治理、故障排查以及理解数据背景(特别是在多系统环境下)至关重要。
获取方式
这通常是在 data 提取和 transformation 过程中添加的静态值,用于标记 dataset 的来源。
示例
Microsoft Dynamics 365 Human Resources
|
|||
|
背景调查周期
BackgroundCheckLeadTime
|
完成背景调查所花费的总时间(从启动到结束)。 | ||
|
描述
此计算指标衡量背景调查的持续时间。这通常是关键路径活动,可能涉及第三方供应商,是正式入职的前提。\n\n此指标支持“关键路径活动时长”仪表板,是衡量常见瓶颈的核心 KPI。通过分析此提前期,HR 可以评估背调供应商的绩效,并识别加速这一关键步骤的机会。
为何重要
衡量常见瓶颈的持续时间,有助于管理依赖项并减少新员工入职日期的延迟。
获取方式
这是通过在事件日志中查找每个 case 的“背景调查已启动”和“背景调查已完成”活动之间的时间差计算得出的。
示例
5 天 10 小时8 天 2 小时12 天 1 小时
|
|||
|
雇佣类型
EmploymentType
|
新员工的雇用类别,例如全职、兼职或合同工。 | ||
|
描述
此属性根据雇用合同对新员工进行分类。不同雇用类型可能遵循略有不同的入职路径,例如合同工可能会跳过某些福利步骤。\n\n根据雇用类型分析流程有助于验证各个类别是否遵循了正确的流程变体。它还可以发现为临时或兼职员工简化流程的机会,因为他们可能不需要完整的入职体验。
为何重要
有助于分析不同员工类别的流程变体,确保每类员工都遵循了相应的入职程序。
获取方式
请参阅 Microsoft Dynamics 365 Human Resources 文档。这是 Worker 或 Employment 实体上的标准字段。
示例
全职员工兼职员工合同工实习生
|
|||
员工入职活动
| 活动 | 描述 | ||
|---|---|---|---|
|
已创建 HR 档案
|
此活动代表在 Dynamics 365 Human Resources 中创建了正式员工记录。这是一个明确的系统操作,为后续所有入职步骤生成核心数据基础。 | ||
|
为何重要
此活动的时机至关重要,因为薪资发放和 IT 配置等许多下游流程都依赖于它。此处的延迟会成为整个入职旅程的重大瓶颈。
获取方式
这是 Dynamics 365 Human Resources 中记录的明确 event。可以使用主员工记录(如 HcmWorker 表)的创建 timestamp。
捕获
使用核心工人员工实体上的 createdDateTime 系统字段。
事件类型
explicit
|
|||
|
已完成 30 天访谈
|
此 event 标志着新员工与主管或 HR 之间预定的 30 天跟进会议已结束。通常作为扩展入职流程中的最终 Task 进行跟踪。 | ||
|
为何重要
此活动被定义为流程分析的结束 event。跟踪其完成率有助于衡量敬业度,并提供及早解决新员工疑虑的机会。
获取方式
根据 Dynamics 365 HR 入职检查清单或绩效管理模块中“30 天访谈”任务的完成时间戳推断。
捕获
根据与 30 天评估相关的特定任务的完成时间戳推断。
事件类型
inferred
|
|||
|
已完成强制性培训
|
代表新员工完成所有分配的强制培训。当员工所需课程的状态更新为“已完成”时,将记录此 event。 | ||
|
为何重要
这是一个关键的合规检查点,用于衡量培训完成率并确保组织满足政策要求。
获取方式
从 Dynamics 365 HR 学习模块中分配课程的完成日期获取。可使用所有必修课程的最后完成日期。
捕获
员工分配课程记录上的完成时间戳。
事件类型
explicit
|
|||
|
已执行首日宣导
|
此活动代表新员工入职首日的初次引导环节圆满结束。这是通过完成其入职计划中的任务来记录的关键里程碑。 | ||
|
为何重要
这是新员工旅程中的主要里程碑。分析从“接受录用”到此节点的时间,有助于衡量入职前活动的效率。
获取方式
根据员工分配的入职检查清单或指南中“首日宣导”任务的完成日期推断。
捕获
根据“宣导”检查清单项目的完成时间戳推断。
事件类型
inferred
|
|||
|
已接受 Offer
|
此 event 标志着入职流程的正式开始,当候选人接受录取时触发。通常在招聘模块更新状态或在 HR 系统中启动新员工记录时记录。 | ||
|
为何重要
它是入职 case 的主要起始事件,支持计算整体周期。分析这一起点对于理解整个流程时间轴至关重要。
获取方式
在 Dynamics 365 Human Resources 中,这通常在候选人记录转为“录用”状态或创建带有“接受录取日期”的新员工记录时捕获。
捕获
根据新员工记录的创建日期或候选人记录的状态变更推断。
事件类型
inferred
|
|||
|
新员工已完成手续
|
此活动表示新员工已完成并提交了所有必需的入职前手续。通常通过在 Dynamics 365 HR 中将清单项标记为已完成来捕获。 | ||
|
为何重要
这是一个关键的合规里程碑。根据截止日期衡量其完成时间,对于确保顺利入职和跟踪合规性至关重要。
获取方式
根据 Dynamics 365 HR 入职功能中相关检查清单项目的完成时间戳推断。
捕获
根据完成文书入职任务标记为“已完成”的时间戳推断。
事件类型
inferred
|
|||
|
背调已完成
|
代表新员工背景调查的成功完成和通过。当清单项被标记为完成或特定状态字段更新时,通常会捕获此 event。 | ||
|
为何重要
这是一个关键里程碑,通常作为继续雇用的门槛。衡量此活动的提前期有助于发现瓶颈。
获取方式
根据入职检查清单中背景调查任务的完成时间戳,或员工记录中状态变更为“已完成”或“已通过”推断。
捕获
根据“背景调查”检查清单项目状态变更为“已完成”的时间戳推断。
事件类型
inferred
|
|||
|
入职计划已完成
|
此里程碑代表新员工正式入职清单中所有分配任务的完成。当入职指南的整体状态标记为已完成时,将捕获此里程碑。 | ||
|
为何重要
这为初始入职阶段提供了一个明确的行政终点,标志着所有必需的后勤和培训步骤都已结束。
获取方式
当特定员工的入职指南或清单中的所有 Task 都具有“已完成”状态和 timestamp 时,可以推断出此结果。
捕获
通过检查员工所有分配的入职检查清单项目是否标记为已完成来推导。
事件类型
inferred
|
|||
|
团队介绍已完成
|
此活动表示新员工已正式介绍给直属团队。这通常是一个软性的入职步骤,被视为招聘经理的清单项进行跟踪。 | ||
|
为何重要
此活动对于分析新员工的融入情况和体验非常重要。一致的完成率通常与更高的满意度和更快的团队融入度相关。
获取方式
根据 Dynamics 365 HR 用人经理视图中的“团队介绍”任务完成情况推断。
捕获
根据分配给经理的特定检查清单项目的完成时间戳推断。
事件类型
inferred
|
|||
|
工作区设置已完成
|
表示新员工的物理或虚拟工作空间(包括办公桌配置和系统访问权限)已准备就绪。这通常是入职前准备工作的最后一步。 | ||
|
为何重要
此活动完成了 IT 和设施就绪周期。确保在入职前完成此操作,对于提供积极的新员工体验和即时产出至关重要。
获取方式
这可以从 Dynamics 365 HR 入职清单中的“工作空间设置”Task 的完成时间戳中推断。
捕获
根据与工作区或工位配置相关的特定检查清单项目完成情况推断。
事件类型
inferred
|
|||
|
已分配强制性培训
|
此 event 标志着何时向新员工分配了必需的合规或岗位培训课程。通常通过 Dynamics 365 HR 中的学习管理功能进行管理。 | ||
|
为何重要
此活动启动了合规培训阶段。跟踪它有助于确保及时分配培训,让员工有充足时间在截止日期前完成。
获取方式
可从 Dynamics 365 HR 员工学习记录中的课程分配创建日期获取。
捕获
课程添加到员工分配列表时的 timestamp。
事件类型
explicit
|
|||
|
已发起背景调查
|
此活动标志着背景调查流程正式启动。通常通过更新状态字段或在 Dynamics 365 入职清单中创建特定 Task 来记录。 | ||
|
为何重要
这标志着一个关键且通常耗时的子流程的开始。跟踪其时长对于识别可能导致入职停滞的第三方或内部延迟至关重要。
获取方式
可根据入职检查清单中背景调查任务的创建日期或员工入职记录的状态变更来推断。
捕获
根据“背景调查”入职检查清单项目创建的时间戳,或其状态变为“进行中”推断。
事件类型
inferred
|
|||
|
已启动 IT 账号开通
|
标志着 IT 入职流程的开始,即发送创建系统账号、电子邮箱及其他访问权限的请求。通常通过入职指南或清单中的特定 Task 进行跟踪。 | ||
|
为何重要
这是衡量 IT 配置提前期的起点。此步骤的延迟会直接影响新员工首日的产出效率。
获取方式
这可能是根据 Dynamics 365 HR 入职清单功能中“IT 设置”或“账号创建”Task 的创建日期推断出来的。
捕获
根据入职检查清单中 IT 配置任务的创建时间戳推断。
事件类型
inferred
|
|||
|
手续文档已发送给新员工
|
此 event 表示必要的入职前文档已发送给新员工。它可以在启动特定入职 Task 时捕获,或通过与文档管理系统集成来捕获。 | ||
|
为何重要
跟踪此活动有助于分析入职行政环节的效率。如果需要重发文档,它也是潜在返工循环的起点。
获取方式
根据入职模块中发送新员工文件相关检查清单项目的创建或开始日期推断。
捕获
根据发送文书入职任务标记为开始或创建的时间戳推断。
事件类型
inferred
|
|||
|
设备已交付
|
此活动标志着确认新员工的设备已送达工作地点。通常通过更新入职流程中清单项的状态来捕获。 | ||
|
为何重要
这是计算 IT 配置提前期的关键终点。它确认了新员工工作所需的硬件工具已准备就绪。
获取方式
根据 Dynamics 365 HR 入职功能中的“设备交付”任务或检查清单项目的完成时间戳推断。
捕获
根据“交付设备”检查清单项目标记为“已完成”的时间戳推断。
事件类型
inferred
|
|||
|
设备已订购
|
代表为新员工订购必要硬件(如笔记本电脑或手机)的时间点。这通常是更大规模 IT 配置清单中的一项活动。 | ||
|
为何重要
跟踪此具体步骤有助于区分设备申请延迟与物流配送延迟,提供更精细的 IT 就绪周期视图。
获取方式
可根据入职检查清单中设备订购子任务标记为完成或开始的时间戳来推断。
捕获
根据“订购硬件”检查清单项目的状态变更或完成情况推断。
事件类型
inferred
|
|||