员工入职数据模板
员工入职数据模板
这是适用于员工入职的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 支持有效入职分析的关键数据字段和流程活动。
- 灵活的基础框架,可根据您的系统特点和流程差异进行调整。
- 适用于全面的流程发现、一致性检查和绩效监控。
员工入职属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 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配置申请”。采用清晰、一致的活动命名规范,对于构建准确、易懂的流程图至关重要。 分析时,活动名称用于呈现流程、识别具体步骤之间的瓶颈,并衡量各项活动的发生频率。它是流程图的基础,可帮助分析人员了解入职各阶段的实际情况。分析活动的顺序和频率,有助于发现流程偏差和效率问题。 重要性 它定义了流程中的各个步骤,支持创建流程图,并分析工作流、瓶颈和偏差。 获取途径 数据来源包括HR、IT和入职系统中的事件日志、任务管理模块或审计跟踪记录。 示例 接受录用启动背景调查订购设备完成入职流程 | |||
| 上次数据更新时间 LastDataUpdate | 表示此事件的数据最近一次从源系统刷新或提取的时间戳。 | ||
| 说明 此属性记录数据最近一次与源系统同步的时间戳,是用于判断数据新鲜度和时效性的元数据字段。它不同于事件时间,后者记录业务活动实际发生的时间。 上次数据更新时间对于数据治理至关重要,也有助于确保分析基于最新信息。仪表板用户可以据此判断查看的是实时数据,还是某个时间点的快照。调试数据管道并确认数据提取按计划运行时,这一时间戳也很重要。 重要性 标明数据的新鲜度,对于数据治理以及确保流程分析反映最新运营情况至关重要。 获取途径 此时间戳通常由数据提取、转换和加载(ETL)工具或数据管道在数据导入过程中生成并记录。 示例 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| 源系统 SourceSystem | 表示提取特定事件入职数据的记录系统。 | ||
| 说明 此属性用于标识数据集中每个事件的来源信息系统,例如人力资源信息系统(HRIS)、申请人跟踪系统(ATS)或IT服务管理工具(ITSM)。入职流程通常涉及多个系统,因此记录数据来源对于验证数据和了解跨系统交互至关重要。 在流程挖掘分析中,了解源系统有助于诊断数据质量问题,并梳理不同平台之间的交接情况。例如,分析人力资源系统中的某项活动与IT系统中对应活动之间的时间差,可以发现集成问题或人工传输数据造成的延迟。这些信息也有助于解释流程步骤为何会以特定方式运行。 重要性 标明每个事件的来源,对于排查数据质量问题以及分析企业不同系统之间的流程交接至关重要。 获取途径 此信息通常在数据提取、转换和加载(ETL)过程中添加,也可能作为标准字段存储在集中式数据仓库中。 示例 HCM_SystemITSM_PlatformApplicantTrackingSystem | |||
| 事件执行者 EventPerformer | 执行入职活动的用户、角色或系统。 | ||
| 说明 此属性用于标识执行某项活动的人员或系统。执行者可以是招聘经理等具体用户、“IT支持”等角色,也可以是自动化系统或机器人。这些信息对于了解流程中的资源参与情况和交接至关重要。 分析事件执行者有助于构建社交网络或组织关系图,展示人员互动和工作量分布。还可以找出造成瓶颈的部门或个人,并通过识别重复性人工任务发现自动化机会。了解各项工作由谁负责,是优化资源和改善跨职能协作的基础。 重要性 显示各项任务的执行者,支持分析工作量分配、交接效率和自动化机会。 获取途径 可在源系统的审计轨迹或事件日志数据中找到,通常记录为“用户ID”“修改人”或“系统代理”。 示例 Jane DoeIT配置服务人力资源协调员system_user | |||
| 事件结束时间 EventEndTime | 活动完成的时间戳,适用于持续时间可衡量的任务。 | ||
| 说明 事件结束时间记录持续性活动完成的时刻。许多入职事件都是瞬时发生的,但“背景调查”或“必修培训”等任务有明确的开始和结束时间。此属性记录这类任务的结束时间。 在流程挖掘中,同时记录开始和结束时间,才能准确计算活动处理时间。这不同于等待时间,后者指活动之间的间隔时长。分析处理时间有助于找出具体哪些任务耗时最长,而不只是发现步骤之间存在较长延迟。这对于建立准确的资源利用模型,以及详细分析具体任务中的瓶颈至关重要。 重要性 可准确计算具体活动的处理时长,这对于资源分析和识别低效任务至关重要。 获取途径 通常见于任务管理或工作流系统,其中活动具有明确的状态,例如“进行中”和“已完成”。 示例 2023-10-28T17:00:00Z2024-01-20T11:45:00Z2023-11-05T16:20:00Z | |||
| 员工ID EmployeeId | 组织的人力资源系统为每位员工分配的唯一标识符。 | ||
| 说明 员工ID是新员工正式录入公司人力资源信息系统(HRIS)后分配的唯一代码。它不同于入职案例ID,是员工永久档案的主键。 入职案例ID用于跟踪流程,而员工ID则将入职活动关联到具体员工。借此可以开展长期分析,例如研究入职体验与员工后续绩效、敬业度或留任情况之间的关系。还可以利用员工主系统中的任职年限、岗位变动等属性补充入职数据。 重要性 将入职流程关联到员工的永久档案,从而长期分析入职对员工留任和绩效的影响。 获取途径 新员工档案创建后,可从核心人力资源信息系统(HRIS)或员工主数据文件中获取。 示例 102345EMP98765USR-A567B | |||
| 员工入职日期 EmployeeStartDate | 新员工正式开始工作的第一天。 | ||
| 说明 此属性记录新员工正式开始工作的日期,是入职流程中的重要里程碑,也是多项绩效指标的关键参考点。 员工入职日期用于区分入职前和入职后的阶段,也是计算“首日准备就绪率”和“入职前周期时间”等KPI的必要数据。将“设备已送达”等活动的时间戳与入职日期进行比较,公司可以衡量新员工到岗前的准备工作是否到位。此日期也是所有入职前活动的重要截止时间。 重要性 这是区分入职前后活动的重要日期,也是衡量“首日准备就绪情况”等关键KPI的必要依据。 获取途径 这是存储在人力资源信息系统(HRIS)员工合同或档案中的基础日期字段。 示例 2024-06-012024-07-152023-12-04 | |||
| 工作地点 Location | 新员工的主要工作地点、办公室或所在地区。 | ||
| 说明 此属性用于指定新员工的地理位置或实际工作地点,可以是城市、国家、具体办公楼,也可以是“远程办公”等类型。 工作地点是重要的分析维度,因为法律要求、办公安排或地区管理方式不同,入职流程也可能存在显著差异。按地点筛选或比较流程,组织可以发现地区间的不一致,确保符合当地法规,并在适当情况下统一入职体验。对于需要兼顾本地需求与企业标准的跨国公司而言,这一属性尤为重要。 重要性 可分析不同地区的入职流程差异,这对于确保合规并统一全球组织的入职体验至关重要。 获取途径 此信息通常存储在员工的人力资源系统档案中,往往由职位申请信息确定。 示例 纽约,US伦敦,UK远程办公新加坡办公室 | |||
| 招聘经理 HiringManager | 新员工直属经理的姓名或ID。 | ||
| 说明 招聘经理属性用于标识新员工的直属主管。此人主要负责新员工融入、培训和初期绩效。 在流程挖掘中,按招聘经理分析活动,可以发现经理在入职过程中的参与度和工作成效差异。这有助于识别哪些经理能高效完成入职任务,哪些经理可能需要额外支持或培训。新员工体验很大程度上受直属经理影响,因此这些信息对于提升经理责任落实情况和入职体验的一致性至关重要。 重要性 有助于评估经理履行入职职责的成效和一致性,直接影响新员工体验及达到工作效率所需的时间。 获取途径 可从职位申请数据或人力资源系统中定义的员工汇报关系获取。 示例 Jane DoeRobert JonesMGR-4567 | |||
| 职位名称 JobTitle | 新员工担任的具体职务或岗位。 | ||
| 说明 职位名称属性用于定义新员工所任职位的正式名称,例如“软件工程师”“客户经理”或“人力资源专员”,让入职流程分析更加细致。 按职位名称或职级分析流程,可以发现重要规律。例如,高管岗位的入职流程可能与初级岗位明显不同,耗时也更长。此属性支持按不同员工群体创建定制化流程视图,确保比较对象岗位相近,并有助于设计针对不同岗位的入职路径。 重要性 可分析不同岗位的入职流程差异,帮助发现按岗位优化和定制流程的需求。 获取途径 可从职位申请信息或人力资源信息系统(HRIS)中的员工岗位详情获取。 示例 高级软件工程师市场协调员财务分析师 | |||
| 部门 Department | 新员工将加入的部门或业务单元。 | ||
| 说明 此属性用于指定新员工所属的组织单元,例如“销售”“工程”或“财务”,为每个入职案例提供重要的业务背景。 在流程挖掘分析中,部门是重要的筛选和比较维度。分析人员可以按部门细分入职流程,了解组织各部门的绩效差异。例如,比较工程部与市场部的平均入职周期时间,可以发现最佳实践或需要支持的环节。此属性还有助于了解资源分配情况,并识别入职过程中各部门特有的瓶颈。 重要性 可比较不同业务单元的入职效率、流程差异和新员工体验,发现流程标准化的机会。 获取途径 通常可从人力资源系统中的新员工档案或职位申请数据获取。 示例 工程销售人力资源财务 | |||
| 入职状态 OnboardingStatus | 入职案例当前的整体状态。 | ||
| 说明 此属性概述入职案例当前所处的生命周期阶段。常见状态包括“进行中”“已完成”“已取消”或“已暂停”。这通常是案例级属性,会随着流程推进而变化。 入职状态特别适用于运营监控和创建高层级仪表板。相关人员可以快速查看正在办理、已完成或遇到问题的入职案例数量。在流程挖掘中,还可以筛选未完成或已取消的案例,开展根因分析,了解部分入职流程未能顺利完成的原因。 重要性 概览案例进度,支持运营监控,并帮助分析未完成或已取消入职流程的根本原因。 获取途径 此状态通常由主要的入职或人力资源工作流管理系统维护和更新。 示例 进行中已完成已取消等待入职日期 | |||
| 新员工姓名 NewHireName | 正在办理入职的员工全名。 | ||
| 说明 此属性包含新员工的全名,为每个入职案例提供易读的标识,方便用户调查具体情况,无需查找ID。 新员工姓名通常不用于汇总流程分析,但对于运营监控和逐级下钻查看单个案例非常有用。例如,实时跟踪入职进度的仪表板可以显示卡在特定阶段的新员工姓名,便于人力资源人员或经理直接介入。它让流程挖掘仪表板更便于实际使用。 重要性 为单个案例提供易读的标识,方便经理和人力资源人员跟踪并调查具体的入职过程。 获取途径 可从申请人跟踪系统(ATS)或人力资源信息系统(HRIS)中的新员工档案获取。 示例 John SmithMaria Garcia陈伟 | |||
| 用工类型 EmploymentType | 新员工的用工类别,例如全职、兼职或合同工。 | ||
| 说明 此属性用于对新员工与公司的用工关系进行分类。常见取值包括“全职”“兼职”“合同工”或“实习生”。用工类型通常会影响入职流程的复杂程度和具体要求。 按用工类型分析流程,有助于了解流程差异。例如,与全职员工相比,合同工的入职流程可能短得多,涉及的法律和IT步骤也有所不同。按此属性细分分析,可以确保公平评估绩效指标,并帮助组织为不同类型的员工优化各自的入职路径。 重要性 可按不同用工类型细分入职流程,确保绩效比较公平,并帮助优化不同的流程路径。 获取途径 这是人力资源主系统中员工职位或岗位数据的核心属性。 示例 全职兼职合同工实习生 | |||
员工入职活动
| 活动 | 说明 | ||
|---|---|---|---|
| 创建员工档案 | 表示新员工记录已在核心HR系统中正式创建。此事件标志着该人员在记录系统中从候选人正式转为员工。 | ||
| 重要性 这是一个基础里程碑,可启动薪资设置、福利登记和IT资源配置等其他员工相关流程,也是衡量HR处理效率的重要指标。 获取途径 可根据核心HR数据库中新员工记录或人员记录的创建日期推断此事件。 采集 使用员工主数据表中主键或记录的创建时间戳。 事件类型 inferred | |||
| 员工入职日期 | 此活动代表新员工正式入职的第一天。它根据关键日期字段计算得出,而非由用户操作直接触发。 | ||
| 重要性 这是一个重要里程碑,将入职前活动与入职后活动区分开来,也可作为衡量达到工作效率所需时间和入职后参与度的基准。 获取途径 根据核心HR系统员工档案中的“开始日期”或“录用日期”属性得出。 采集 根据员工的开始日期字段生成事件。时间戳可设为工作日开始时间。 事件类型 calculated | |||
| 完成入职前文件 | 新员工完成所有必需的入职前文件签署和提交后,此活动即告完成。通常,所有电子签名完成或文件上传后,系统会自动记录。 | ||
| 重要性 完成文件手续是创建正式员工档案和启动薪资流程的关键前提。此里程碑对于确保新员工做好入职首日准备并满足合规要求至关重要。 获取途径 所有必需表格完成电子签署后,系统会自动记录;HR用户也可以手动确认已收到并完成所有文件。 采集 查找整个文件包或最后一份必需文件的状态标记为“已完成”时的时间戳。 事件类型 explicit | |||
| 完成入职流程 | 此活动标志着新员工的整个入职流程正式结束,表示入职计划中的所有分配任务均已完成。 | ||
| 重要性 此事件界定了入职流程的结束时间,可用于准确计算总周期时间。它也确认组织从流程角度认定新员工已全面融入。 获取途径 入职流程整体状态设为“已完成”时可记录此事件,也可在最后一项任务完成时推断。 采集 使用主入职案例或计划状态变为最终“已完成”状态时的时间戳。 事件类型 explicit | |||
| 完成必修培训 | 标志着新员工已成功完成所有必修课程,满足了初始合规和学习要求。 | ||
| 重要性 这是确保新员工符合合规要求并具备岗位所需能力的重要里程碑,也是衡量新员工准备情况和培训计划成效的关键指标。 获取途径 学习管理系统中最后一门已分配培训课程的状态更新为“已完成”时记录。 采集 查找员工初始学习计划中最后一门必修课程的完成时间戳。 事件类型 explicit | |||
| 接受录用 | 标志着入职前阶段正式开始。候选人正式接受工作邀请后会触发此事件,确认其加入公司的意向。 | ||
| 重要性 这是衡量整体入职周期时间的重要起点,可从候选人确认加入之时开始分析入职前阶段的时长和效率。 获取途径 通常在申请人跟踪系统或HR模块中记录,候选人状态更新为“已录用”或“接受录用”时触发。 采集 查找候选人的录用状态字段变更为已接受时的时间戳。 事件类型 explicit | |||
| 提交IT配置申请 | 此活动标志着已正式向IT部门提交申请,为新员工创建必要的账户、系统访问权限和电子邮箱。这是所有技术入职工作的起点。 | ||
| 重要性 及时完成IT配置对于新员工从第一天起顺利开展工作至关重要。衡量从申请到完成所需的时间,有助于识别影响入职首日准备的主要瓶颈。 获取途径 创建或分配预设的“IT配置”任务时记录,通常由员工档案创建后触发的自动化工作流发起。 采集 使用IT配置任务、工单或服务申请的创建时间戳。 事件类型 explicit | |||
| 交付设备 | 此活动表示订购的硬件已实际送达,可供新员工使用,确认员工的实体工作环境已准备就绪。 | ||
| 重要性 这是资产配置流程的最后一个里程碑,确认新员工在入职首日之前或当天已获得所需的实体工具。 获取途径 IT或设施人员通常会在入职清单中将“设备已交付”或“工作空间已准备”任务单独标记为已完成,以跟踪此活动。 采集 使用设备交付或工作空间准备任务的完成时间戳。 事件类型 explicit | |||
| 入职流程启动 | 此活动标志着新员工入职流程在系统中的正式启动。通常,候选人从招聘系统转入HR系统时会自动触发此活动,并创建初始入职案例或记录。 | ||
| 重要性 此事件提供了衡量完整入职周期的最早起点,有助于识别从决定录用到正式开展入职活动之间的延迟。 获取途径 通常在HRIS中创建入职案例或工作流时记录,常由已连接的招聘模块中的“准备录用”等状态变更触发。 采集 查找入职记录的创建时间戳,或入职流程日志中的第一条状态记录。 事件类型 explicit | |||
| 分配必修培训 | 向新员工分配必需的合规、安全或岗位专项培训时,会发生此事件。通常通过学习管理系统(LMS)管理培训。 | ||
| 重要性 及时分配培训对于满足合规要求和提升技能十分重要。此活动开始计算培训完成率和按时完成率。 获取途径 在培训或学习模块中明确记录新课程加入员工学习计划的时间,通常由录用事件触发。 采集 从学习管理系统获取报名日期或分配时间戳。 事件类型 explicit | |||
| 发送入职前文件 | 此事件发生在将首批必需文件发送给新员工审阅和签署时。文件通常包括合同、税务表格、政策确认书和个人信息表。 | ||
| 重要性 此活动开始计算新员工完成必要行政任务所需的时间,有助于识别文档管理和沟通环节的瓶颈。 获取途径 HR管理员通过系统的文档管理或电子签名功能发送文件包时,系统会记录此事件。 采集 记录文件包分配时间,或其状态变为“已发送给候选人”时的时间戳。 事件类型 explicit | |||
| 取消入职流程 | 表示在员工入职日期之前终止入职流程。候选人可能撤回接受录用的决定,或背景调查未通过。 | ||
| 重要性 这是值得分析的重要异常路径,有助于量化入职前流失情况,并识别可能导致候选人退出流程的问题。 获取途径 在HR系统中执行“撤销录用”或“取消入职”操作时记录,该操作会终止正在进行的入职工作流。 采集 查找入职流程日志中取消或撤销事件的时间戳。 事件类型 explicit | |||
| 启动背景调查 | 表示已为新员工发起背景调查或筛查申请。这通常是较早开展的步骤,用于在其他入职活动开始前确认合规要求和任职资格。 | ||
| 重要性 跟踪此活动有助于衡量入职前筛查流程的效率。此处的延迟可能显著影响新员工的入职日期和整体入职进度。 获取途径 创建“背景调查”任务、更新状态,或通过第三方筛查服务商的集成日志记录。 采集 使用背景调查任务的创建时间戳,或显示申请已发送的日志记录时间。 事件类型 explicit | |||
| 完成30天沟通 | 表示新员工与经理完成首次正式沟通。通常在入职约30天时进行,讨论工作进展、解答问题并提供反馈。 | ||
| 重要性 尽早沟通对于提升员工参与度和留任率、及时解决问题至关重要。跟踪此活动有助于确保经理积极参与员工入职过程。 获取途径 经理或HR将“30天沟通”任务或简易绩效评估表标记为已完成时记录。 采集 使用沟通任务的完成时间戳,或相关表单的提交日期。 事件类型 explicit | |||
| 完成入职介绍 | 标志着新员工已完成首次入职介绍。内容通常包括公司文化、核心政策、福利和人员介绍。 | ||
| 重要性 入职介绍有助于员工融入组织,并了解公司规范和可用资源。跟踪完成情况有助于确保每位员工都能获得一致的入职首日体验。 获取途径 HR或招聘经理在入职清单中将“入职介绍”任务标记为已完成时记录。 采集 使用入职工作流中入职介绍任务的完成时间戳。 事件类型 explicit | |||
| 完成背景调查 | 表示新员工的背景调查已顺利完成,调查结果也已出具。这是完成录用流程前的一项关键把关步骤。 | ||
| 重要性 从发起到完成的时长是衡量第三方服务商绩效的重要指标。此里程碑完成后,后续录用和资源配置步骤即可继续。 获取途径 当入职清单中的背景调查任务标记为“已完成”,或收到筛查服务商的最终状态时记录。 采集 使用背景调查任务最终状态更新的时间戳,例如状态变为“已通过”或“已完成”时的时间。 事件类型 explicit | |||
| 订购设备 | 表示已为新员工订购必要的硬件,例如笔记本电脑、显示器或手机。这一步对于确保员工获得履行岗位职责所需的实体工具至关重要。 | ||
| 重要性 设备订购或交付延迟会直接影响新员工开展工作的能力。跟踪此活动有助于管理采购和物流周期。 获取途径 通常在入职清单中将“订购设备”任务标记为已开始或已完成时记录,也可能在采购系统中记录申请。 采集 记录设备订购任务的时间戳,或相应采购订单的创建日期。 事件类型 explicit | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
借助流程挖掘优化员工入职
快速发现低效环节,打造顺畅的入职体验。
无需信用卡,5分钟即可完成设置。