您的员工入职数据模板

通用流程挖掘模板
您的员工入职数据模板

您的员工入职数据模板

通用流程挖掘模板

这是适用于员工入职的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。

选择具体系统
  • 支持有效入职分析的必要数据字段和流程活动。
  • 灵活的基础框架,可根据您的系统和流程差异进行调整。
  • 针对全面的流程发现、一致性检查和绩效监控进行了优化。
刚接触事件日志?了解 如何创建流程挖掘事件日志.

员工入职属性

以下是建议纳入事件日志的数据字段,用于全面分析员工入职流程。
5 必需 8 建议 3 可选
名称 说明
事件时间
EventTime
入职活动发生或完成的准确日期和时间。
说明

事件时间是记录活动确切发生时刻的时间戳。该时间戳对于按时间顺序排列事件,以及计算流程不同步骤之间的时长至关重要。对于活动,应记录其完成时间;对于瞬时事件,应记录其发生时间。

该属性是流程挖掘中所有时间分析的基础,可用于计算周期时间、等待时间和处理时间等关键绩效指标。通过分析时间戳,可以识别瓶颈、衡量流程相对于服务级别协议的表现,并了解活动在时间维度上的分布。

为什么重要

该时间戳对于排列事件顺序、计算周期时间和等待时间等所有时间指标,以及发现流程瓶颈至关重要。

获取位置

可在与每项入职任务或里程碑关联的系统日志或交易记录中找到,通常标记为完成日期或创建日期。

示例
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:00:00Z
入职案例ID
OnboardingCaseId
用于汇总单名新员工所有入职活动的唯一标识符。
说明

入职案例ID是跟踪单名新员工完整入职历程的主键,从开始到结束均适用。每个独立的入职流程,从最初接受录用通知到完成所有必需任务,都会分配一个唯一标识符。该ID将所有相关事件、任务和里程碑关联起来。

在流程挖掘中,该属性是案例关联的基础。借助它,软件可以重建每名新员工的端到端流程,将“背景调查已启动”和“设备已交付”等分散事件连接成一条完整、连贯的时间线。没有可靠的案例标识符,就无法在案例层面分析流程。

为什么重要

这是连接单名新员工入职历程中所有相关事件的关键标识,也是开展端到端流程分析的基础。

获取位置

通常由主要HR系统或入职管理系统在员工入职流程启动时生成。

示例
ONB-2024-00123789456123CASE-NH-9987
活动名称
ActivityName
入职流程中实际发生的具体任务、里程碑或事件的名称。
说明

该属性描述较大入职流程中的单个步骤或事件。例如:“录用通知已接受”“背景调查已完成”或“已请求IT配置”。清晰且一致的活动命名规范对于构建准确、易懂的流程图至关重要。

在分析中,Activity Name用于可视化流程顺序、识别具体步骤之间的瓶颈,并衡量每项活动的频率。它构成流程图的基础,帮助分析人员了解入职过程各阶段的实际情况。分析活动的顺序和频率,有助于发现流程偏差和效率问题。

为什么重要

它定义流程中的各个步骤,从而支持创建流程图,并分析工作流、瓶颈和偏差。

获取位置

来源包括HR、IT和入职系统中的事件日志、任务管理模块或审计轨迹。

示例
已接受录用已启动背景调查已订购设备入职流程已完成
最后数据更新时间
LastDataUpdate
表示该事件数据上次从源系统刷新或提取的时间戳。
说明

该属性提供数据上次从源系统同步的时间戳。它是重要的元数据字段,有助于了解所分析数据的新鲜度和时效性。这与记录业务活动实际发生时间的事件时间不同。

最后数据更新时间对于数据治理和确保分析基于当前信息非常重要。它帮助仪表板用户判断查看的是实时数据,还是特定时间点的快照。此外,它对于调试数据管道和验证数据提取流程是否按计划运行也至关重要。

为什么重要

它反映数据的新鲜度,对于数据治理以及确保流程分析体现运营的最新状态至关重要。

获取位置

通常由数据提取、转换和加载(ETL)工具或数据管道在数据摄取过程中生成并记录。

示例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
源系统
SourceSystem
表示提取特定事件入职数据的记录系统。
说明

该属性标识数据集中每个事件的来源信息系统,例如HRIS、候选人跟踪系统(ATS)或IT服务管理(ITSM)工具。由于入职流程通常跨越多个系统,记录数据来源对于数据验证和了解跨系统交互至关重要。

在流程挖掘分析中,了解源系统有助于诊断数据质量问题,并理解不同平台之间的交接。例如,分析HR系统活动与IT系统对应活动之间的时间延迟,可以发现集成问题或人工传输数据造成的延迟。它还为理解特定流程步骤的表现提供背景。

为什么重要

它标识每个事件的来源,对于排查数据质量问题和分析不同企业系统之间的流程交接至关重要。

获取位置

通常在数据提取、转换和加载(ETL)过程中添加,也可能作为标准字段存在于集中式数据仓库中。

示例
HCM_SystemITSM_PlatformApplicantTrackingSystem
事件执行者
EventPerformer
执行入职活动的用户、角色或系统。
说明

该属性标识执行特定活动的人员或系统。执行者可能是招聘经理等具体用户,也可能是“IT支持”等角色,或自动化系统、机器人。该信息对于了解流程中的资源参与和交接至关重要。

分析事件执行者有助于创建展示交互和工作负载的社交网络或组织关系图。它可以定位造成瓶颈的部门或个人,并通过识别重复性人工任务,发现自动化机会。了解谁负责什么,是优化资源和改善跨职能协作的基础。

为什么重要

它揭示每项任务的执行者,支持分析工作负载分配、交接效率和自动化机会。

获取位置

来源是源系统的审计轨迹或事件日志数据,通常记录为“用户ID”“修改人”或“系统代理”。

示例
Jane DoeIT配置服务HR协调员system_user
事件结束时间
EventEndTime
活动的完成时间戳,用于记录具有可测量持续时间的任务。
说明

事件结束时间标记持续性活动完成的时刻。许多入职事件是瞬时发生的,但“背景调查”或“必修培训”等任务具有明确的开始和结束时间。该属性记录此类任务的结束点。

在流程挖掘中,同时记录开始和结束时间,可以准确计算活动处理时间。这不同于等待时间,后者指活动之间的持续时间。分析处理时间有助于识别具体哪些任务耗时最长,而不仅仅是发现步骤之间存在较长延迟。这对于建立准确的资源利用模型,以及详细分析具体任务中的瓶颈至关重要。

为什么重要

它支持准确计算具体活动的完成时长,即处理时间,这对于资源分析和识别低效任务至关重要。

获取位置

通常存在于任务管理或工作流系统中,适用于具有明确状态的活动,例如“进行中”和“已完成”。

示例
2023-10-28T17:00:00Z2024-01-20T11:45:00Z2023-11-05T16:20:00Z
员工ID
EmployeeId
组织HR系统为每名员工分配的唯一标识符。
说明

员工ID是新员工正式进入公司人力资源信息系统(HRIS)后获得的唯一编码。该标识符不同于入职案例ID,是员工永久档案的主键。

入职案例ID用于跟踪流程,而员工ID则将入职活动关联到具体个人。借助它,企业可以开展长期分析,例如研究入职体验与员工未来绩效、敬业度或留任之间的关系。它还可用于将任期或岗位变动等其他员工属性从主HR系统补充到入职数据中。

为什么重要

它将入职流程与员工永久档案关联起来,支持长期分析入职对员工留任和绩效的影响。

获取位置

新员工档案创建后,来源通常是核心人力资源信息系统(HRIS)或员工主数据文件。

示例
102345EMP98765USR-A567B
员工入职日期
EmployeeStartDate
新员工正式开始工作的第一天。
说明

该属性是新员工开始工作的正式日期。它是入职流程中的关键里程碑,也是许多绩效指标的重要参考点。

员工入职日期用于区分入职前和入职后的阶段,对于计算“第一天准备就绪率”和“入职前周期时间”等KPI至关重要。通过将“设备已交付”等活动的时间戳与入职日期进行比较,企业可以衡量为新员工到岗所做准备的有效性。该日期是所有入职前活动必须遵守的重要截止时间。

为什么重要

这是区分入职前与入职后活动的关键日期,也是衡量“第一天准备就绪度”等重要KPI的基础。

获取位置

这是存储在员工合同或人力资源信息系统(HRIS)档案中的基础日期字段。

示例
2024-06-012024-07-152023-12-04
地点
Location
新员工的主要工作地点、办公室或所在区域。
说明

该属性指定新员工工作的地理或实体地点,可以是城市、国家、具体办公楼,也可以是“远程办公”等标识。

地点是重要的分析维度,因为受法律要求、办公安排或区域管理方式差异影响,不同地区的入职流程可能存在显著差异。按地点筛选或比较流程,可以发现区域不一致,确保符合当地法规,并在适当情况下统一入职体验。对于需要平衡本地需求与企业标准的全球化企业而言,这一点尤其重要。

为什么重要

它支持分析不同地区的入职流程差异,对于确保合规并在全球化组织中统一入职体验至关重要。

获取位置

该信息通常存储在HR系统的员工档案中,且往往由职位申请确定。

示例
美国纽约英国伦敦远程办公新加坡办公室
招聘经理
HiringManager
新员工汇报对象的姓名或ID。
说明

招聘经理属性标识新员工的直属主管。该人员主要负责新员工融入团队、接受培训以及初期绩效管理。

在流程挖掘中,按招聘经理分析活动,可以发现管理者在入职过程中的参与度和执行效果差异。该分析有助于识别高效完成入职任务的经理,以及可能需要额外支持或培训的经理。这些信息对于提升经理责任意识和新员工体验的一致性至关重要,因为直属经理会对体验产生很大影响。

为什么重要

它有助于评估经理履行入职职责时的表现和一致性,直接影响新员工体验和达到工作效率所需的时间。

获取位置

来源是职位申请数据,或HR系统中定义的员工汇报关系。

示例
Jane DoeRobert JonesMGR-4567
职位名称
JobTitle
新员工担任的具体角色或职位。
说明

职位名称属性定义新员工所担任职位的正式名称,例如“软件工程师”“客户经理”或“HR通才”。该信息为入职流程分析提供更细的粒度。

按职位名称或职级分析流程,可以发现重要规律。例如,高管岗位的入职流程可能与初级岗位明显不同,且耗时更长。该属性支持为不同员工群体创建定制化流程视图,确保在相似岗位之间进行比较,并帮助设计针对特定岗位的入职路径。

为什么重要

支持分析不同角色的入职流程差异,帮助识别岗位专属流程优化和定制需求。

获取位置

来源是人力资源信息系统(HRIS)中的职位申请或员工职位详情。

示例
高级软件工程师市场协调员财务分析师
部门
Department
新员工即将加入的部门或业务单元。
说明

该属性指定新员工所属的组织单位,例如“销售”“工程”或“财务”,为每个入职案例提供重要的业务背景。

在流程挖掘分析中,部门是用于筛选和比较的关键维度。分析人员可以按部门细分入职流程,了解组织各部门的表现差异。例如,可以比较工程部与市场部的平均入职周期时间,从而发现最佳实践或需要支持的领域。该属性还有助于了解资源分配,并识别入职历程中部门特有的瓶颈。

为什么重要

它支持比较不同业务单元的入职效率、流程差异和新员工体验,从而发现流程标准化机会。

获取位置

通常来源于HR系统中新员工档案或职位申请数据。

示例
工程部销售部人力资源部财务部
入职状态
OnboardingStatus
入职案例当前的整体状态。
说明

该属性概括入职案例在整个生命周期中的当前进展。常见状态包括“进行中”“已完成”“已取消”或“暂停”。它通常是案例级属性,会随着流程推进而变化。

入职状态特别适合运营监控和创建高层级仪表板。利益相关者可以快速查看正在进行、已完成或遇到问题的入职案例数量。在流程挖掘中,它可用于筛选未完成或已取消的案例,开展根因分析,了解部分入职流程未能顺利完成的原因。

为什么重要

它提供案例进展的高层视图,支持运营监控,并对未完成或已取消的入职流程开展根因分析。

获取位置

该状态通常在主要入职系统或HR工作流管理系统中维护和更新。

示例
进行中已完成已取消等待开始日期
新员工姓名
NewHireName
正在办理入职的员工全名。
说明

该属性包含新员工的全名,为每个入职案例提供易读的标识,方便用户调查具体案例,无需交叉查询ID号码。

新员工姓名通常不用于汇总流程分析,但对于运营监控和深入查看单个案例非常有价值。例如,跟踪入职进度的实时仪表板可以显示卡在某一阶段的新员工姓名,便于HR人员或经理直接介入。它为流程挖掘仪表板增添了重要的易用性。

为什么重要

它为单个案例提供易读的标识,方便经理和HR人员跟踪并调查具体的入职历程。

获取位置

来源是候选人跟踪系统(ATS)或人力资源信息系统(HRIS)中的新员工档案。

示例
John SmithMaria GarciaChen Wei
雇佣类型
EmploymentType
新员工的雇佣分类,例如全职、兼职或合同工。
说明

该属性对新员工与公司的雇佣安排进行分类。常见值包括“全职”“兼职”“合同工”或“实习生”。雇佣类型通常决定入职流程的复杂程度和具体要求。

按雇佣类型分析流程,对于了解流程差异十分重要。例如,与全职员工相比,合同工的入职流程可能明显更短,涉及的法律和IT步骤也不同。按该属性细分分析,可以确保公平评估绩效指标,并帮助组织优化不同类型员工的专属入职路径。

为什么重要

它支持按不同员工类型细分入职流程,确保绩效比较公平,并帮助优化不同的流程路径。

获取位置

这是主要HR系统中员工工作或职位数据的核心属性。

示例
全职兼职合同工实习生
必需 建议 可选

员工入职活动

本节概述需要记录的关键流程步骤和重要里程碑,以便准确发现流程并深入分析绩效。
7 建议 10 可选
活动 说明
入职流程已完成
此活动标志着新员工完整入职流程的正式结束,表示新员工入职计划中的所有分配任务均已完成。
为什么重要

此事件定义了入职流程的结束点,可用于准确计算总周期时间,也确认从流程角度看组织已将新员工视为完全融入。

获取位置

当整个入职旅程的状态设置为“Completed”,或最后一项任务完成时推断出此事件。

采集

使用上级入职案例或计划转为最终“Completed”状态时的时间戳。

事件类型 explicit
员工已开始工作
此活动表示新员工正式入职的第一天。这是根据关键日期字段计算得出的事件,而非用户执行的事务性操作。
为什么重要

这是区分入职前活动和入职后活动的关键里程碑,也是衡量达到高效产出时间和入职后投入度的基准。

获取位置

根据核心HR系统中员工档案关联的“Start Date”或“Hire Date”属性得出。

采集

根据员工的入职日期字段生成事件,时间戳可以设置为工作日开始时间。

事件类型 calculated
已创建员工档案
表示已在核心HR系统中正式创建新员工记录。此事件会在记录系统中将个人身份正式从候选人转为员工。
为什么重要

这是启用其他员工相关流程的基础里程碑,包括薪资设置、福利登记和IT配置,也是衡量HR处理效率的关键指标。

获取位置

根据核心HR数据库中新员工记录或人员记录的创建日期推断。

采集

使用主员工主数据表中主键或记录的创建时间戳。

事件类型 inferred
已接受录用
标志着雇佣前阶段正式开始。当候选人正式接受工作邀约并确认加入公司意向时,会触发此事件。
为什么重要

这是衡量整体入职周期时间的关键起点。它可以帮助您分析从候选人确认加入到入职前阶段结束所需的时间及其效率。

获取位置

通常从申请人跟踪系统或HR模块中获取,记录候选人状态更新为“Hired”或“Offer Accepted”的时间。

采集

确定候选人的录用状态字段变更为已接受状态的时间戳。

事件类型 explicit
已请求IT配置
此活动标志着已正式向IT部门发出请求,为新员工创建必要的账户、系统权限和电子邮箱,是所有技术入职工作的起点。
为什么重要

及时完成IT配置,对新员工从第一天起保持生产力至关重要。衡量从请求到完成所需的时间,有助于识别影响第一天准备情况的主要瓶颈。

获取位置

当创建或分配预定义的“IT Provisioning”任务时捕获,通常由创建员工档案的自动化工作流触发。

采集

使用IT配置任务、工单或服务请求的创建时间戳。

事件类型 explicit
必修培训已完成
标志着新员工已成功完成所有必修培训课程,说明员工已满足初始合规和学习要求。
为什么重要

这是确保新员工符合合规要求并具备岗位能力的关键里程碑,也是衡量新员工准备程度和培训项目有效性的重要指标。

获取位置

当学习管理系统中最后一门已分配培训课程的状态更新为“Completed”时记录。

采集

确定员工初始学习计划中最后一门必修课程的完成时间戳。

事件类型 explicit
雇佣前文档已完成
当新员工完成签署并提交所有必需的雇佣前文档时,会发生此活动。系统通常会在所有电子签名或文档上传完成后自动记录。
为什么重要

完成文档是创建正式员工档案和启动薪资流程的重要前提,也是确保第一天准备就绪和符合合规要求的关键里程碑。

获取位置

当文档包中的所有必需表单完成电子签名,或HR用户手动确认已收到并完成时自动捕获。

采集

确定整个文档包或最后一份必需文档被标记为“Completed”的时间戳。

事件类型 explicit
30天沟通已完成
表示新员工与其经理之间首次正式沟通已完成。该会议通常在入职约30天时进行,用于讨论进展、解答问题并提供反馈。
为什么重要

早期沟通对于员工投入度、留任和及时解决问题至关重要。跟踪此活动有助于确保经理积极参与入职旅程。

获取位置

当经理或HR将“30-Day Check-in”任务或简单的绩效评估表标记为完成时捕获。

采集

使用沟通任务的完成时间戳,或相关表单的提交日期。

事件类型 explicit
入职培训已完成
标志着新员工初始入职培训已完成。培训通常涵盖公司文化、核心政策、福利和人员介绍。
为什么重要

入职培训是帮助员工融入公司文化、了解公司规范和资源的重要环节。跟踪其完成情况有助于确保一致的第一天体验。

获取位置

当HR或招聘经理在入职清单中将“Orientation”任务勾选为完成时捕获。

采集

使用入职工作流中入职培训任务的完成时间戳。

事件类型 explicit
入职流程已取消
表示在员工入职日期之前终止入职流程。候选人可能撤回接受的录用,也可能因背景调查未通过而取消。
为什么重要

这是值得分析的重要异常路径,有助于量化入职前流失,并识别可能导致候选人退出的流程问题。

获取位置

当HR系统中执行“Rescind Hire”或“Cancel Onboarding”操作,终止正在运行的入职工作流时捕获。

采集

确定入职流程日志中取消或撤销事件的时间戳。

事件类型 explicit
入职流程已启动
此活动标志着新员工入职流程在系统层面的开始。通常,当候选人从招聘系统转入HR系统时,系统会自动触发该活动,并创建初始入职案例或记录。
为什么重要

此事件提供了衡量完整入职生命周期的最早起点,有助于识别从决定录用到正式开始入职活动之间的延迟。

获取位置

通常在HRIS中创建入职案例或工作流时记录,往往由已连接招聘模块中的“Ready to Hire”等状态变更触发。

采集

查找入职记录的创建时间戳,或入职流程日志中的第一条状态记录。

事件类型 explicit
已分配必修培训
当向新员工分配必需的合规、安全或岗位培训时,会发生此事件。通常通过学习管理系统(LMS)进行管理。
为什么重要

及时分配培训对于合规和技能发展十分重要。此活动开始计量培训完成率和完成及时性。

获取位置

当新课程添加到员工学习计划时,在培训或学习模块中明确记录,通常由入职事件触发。

采集

从学习管理系统中获取报名日期或分配时间戳。

事件类型 explicit
已发送雇佣前文档
当第一批必需文档发送给新员工进行审核和签署时,会发生此事件。文档通常包括合同、税务表格、政策确认文件和个人信息表。
为什么重要

此活动开始计量新员工完成必要行政任务所需的时间,有助于识别文档管理和沟通中的瓶颈。

获取位置

HR管理员通过系统的文档管理或电子签名功能发送文档包时记录。

采集

记录文档包被分配,或其状态变更为“Sent to Candidate”的时间戳。

事件类型 explicit
已启动背景调查
表示已为新员工发起背景调查或筛查流程。通常,这是确保合规和任职资格后再推进其他入职活动的早期步骤。
为什么重要

跟踪此活动有助于衡量雇佣前筛查流程的效率。此处的延迟可能会显著影响新员工的入职日期和整体入职进度。

获取位置

当创建特定的“Background Check”任务、更新状态,或第三方筛查服务商的集成日志中出现相关记录时捕获。

采集

使用背景调查任务的创建时间戳,或显示请求已发送的日志记录时间。

事件类型 explicit
已订购设备
表示已为新员工订购笔记本电脑、显示器或手机等必要硬件。此步骤对于确保员工拥有岗位所需的实体工具至关重要。
为什么重要

设备订购或交付延迟会直接影响新员工的工作能力。跟踪此活动有助于管理采购和物流周期时间。

获取位置

通常在入职清单中将“Order Equipment”任务标记为已开始或已完成,或在采购系统中记录请求时捕获。

采集

记录设备订购任务的时间戳,或对应采购订单的创建日期。

事件类型 explicit
背景调查已完成
表示新员工的背景调查已成功完成,结果已经可用。这是完成招聘流程前的关键把关步骤。
为什么重要

从发起到完成所需的时间,是衡量第三方服务商绩效的关键指标。该里程碑会解除后续招聘和资源配置步骤的阻塞。

获取位置

当入职清单中的背景调查任务标记为“Completed”,或收到筛查服务商的最终状态时记录。

采集

使用背景调查任务最终状态更新的时间戳,例如“Cleared”或“Completed”。

事件类型 explicit
设备已交付
此活动表示已订购的硬件完成实体交付,并已准备好供新员工使用,确认员工的实体工作环境已配置完成。
为什么重要

这是资产配置流程的最终里程碑,确认新员工在第一天之前或当天已获得必要的实体工具。

获取位置

通常由IT或设施管理人员在入职清单中将单独的“Equipment Delivered”或“Workspace Setup”任务标记为完成时跟踪。

采集

使用设备交付或工作空间配置任务的完成时间戳。

事件类型 explicit
建议 可选

提取指南

如何获取用于流程挖掘的数据。

提取方法因系统而异。如需详细说明,

请阅读我们的ETL指南

选择具体流程和系统.

准备开始了吗?

选择系统专用指南,开始提取员工入职数据;您也可以使用此通用模板作为灵活的基础框架。

立即通过流程挖掘优化员工入职

快速发现低效环节,打造顺畅的入职体验。

开始免费试用

无需信用卡,5分钟完成设置。