您的招聘与人才招募数据模板
您的招聘与人才招募数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 分步数据提取指南
招聘与人才招募属性
| 名称 | 说明 | ||
|---|---|---|---|
|
求职申请
JobApplication
|
候选人针对特定职位申请的唯一标识符。 | ||
|
说明
求职申请ID是招聘流程的主要案例标识符。它跟踪单个候选人从提交申请到后续各阶段的完整历程,包括筛选、面试、录用通知和最终招聘决定。每份申请都作为独立案例处理,因此可以详细分析候选人体验以及每个职位空缺的流程效率。 在流程挖掘中,按求职申请ID分析可清晰呈现每位候选人的端到端历程。这有助于识别瓶颈、偏离标准流程的情况,以及处理单份申请所需的总时间。所有案例级分析都以此属性为基础。
重要性
该标识符可唯一标记每位候选人的求职历程,支持从提交申请到最终决定的端到端流程分析。
获取途径
这通常是SAP SuccessFactors Recruiting中求职申请实体的主键,可通过JobApplication OData API获取。
示例
APP-0012345APP-0012346APP-0012347
|
|||
|
开始时间
EventTimestamp
|
招聘活动发生的确切日期和时间。 | ||
|
说明
此属性记录流程中每项活动的时间戳,用于确定事件的先后顺序。它对于计算招聘流程的持续时间、等待时间和整体周期时间至关重要。 此时间戳是流程挖掘中所有时间分析的基础,可用于计算活动间隔、发现延误、衡量相对于SLA的绩效,以及了解流程的时间特征。没有准确的时间戳,就无法分析流程效率或发现与时间相关的瓶颈。
重要性
它提供计算周期时间、发现延误和分析流程绩效所需的时间顺序数据。
获取途径
通常是求职申请实体上与状态变化关联的创建日期或最后修改日期。
示例
2023-04-15T10:30:00Z2023-04-22T14:00:00Z2023-05-01T11:45:00Z
|
|||
|
活动
ActivityName
|
招聘流程中发生的具体步骤或事件名称。 | ||
|
说明
活动表示招聘周期中的一个独立阶段或操作,例如“收到求职申请”“安排面试”或“发出录用通知”。这些事件按时间顺序记录,构成单份求职申请的操作序列。 在流程挖掘中,活动序列用于构建流程图、呈现流程变体并识别偏差。分析活动有助于了解执行了哪些步骤、步骤顺序及其发生频率,从而发现低效环节和合规问题。
重要性
它定义了流程步骤,可用于呈现和分析招聘工作流。
获取途径
通常根据求职申请对象的状态变化或SAP SuccessFactors Recruiting中的特定事件日志生成。
示例
完成申请筛选完成面试接受录用通知候选人入职
|
|||
|
候选人ID
CandidateId
|
申请职位的个人的唯一标识符。 | ||
|
说明
候选人ID可在人才库中唯一标识个人,无论其申请了多少个职位。借助此属性,可以跟踪候选人随时间推移的申请历史及其与公司的互动。 在分析中,此属性有助于了解重复申请者的行为,并从候选人视角查看流程。您可以据此查看某位候选人是否在一个岗位未获录用、后来又被其他岗位录用,也可以分析同一个人在多个申请中的整体体验。
重要性
它支持跨多个求职申请跟踪候选人,全面了解其与公司的互动。
获取途径
此标识符位于Candidate实体中,并与SAP SuccessFactors Recruiting中的JobApplication实体关联。
示例
CAND-9876CAND-9877CAND-9878
|
|||
|
招聘专员
Recruiter
|
负责该职位申请或招聘需求的招聘专员姓名或ID。 | ||
|
说明
此属性用于识别负责管理特定招聘需求的主要招聘专员,是流程中的关键资源。 按招聘专员分析流程,有助于评估绩效和管理工作量。您可以借此了解哪些招聘专员的招聘周期最短、工作量分配是否均衡,以及是否有人经常跳过流程步骤。此属性可直接用于“招聘专员绩效与工作量”仪表板和“招聘专员工作量失衡指数”KPI。
重要性
用于衡量招聘专员的个人绩效、分析工作量分配,并发现最佳实践或培训需求。
获取途径
此信息通常存储在JobRequisition实体中,用于标识分配的招聘专员。
示例
John SmithJane DoeEmily Jones
|
|||
|
招聘经理
HiringManager
|
招聘职位对应的经理姓名或ID。 | ||
|
说明
招聘经理最终负责招聘决策,是流程中的关键相关方。其反馈或录用审批等操作会显著影响流程时长。 此属性可用于识别特定招聘经理造成的延误,例如反馈迟缓或录用审批延迟。按招聘经理分析流程变体,还能发现组织内面试流程执行方式是否存在差异。
重要性
用于识别可能造成瓶颈的关键相关方,便于分析审批或反馈延误。
获取途径
这是SAP SuccessFactors Recruiting中JobRequisition实体的标准字段。
示例
Alice WilliamsRobert BrownCharles Davis
|
|||
|
申请来源
ApplicationSource
|
候选人提交申请的渠道。 | ||
|
说明
此属性用于识别申请来源,例如公司招聘页面、LinkedIn、员工推荐或招聘机构。它有助于评估不同招聘渠道的效果。 分析时,申请来源可用于衡量各渠道候选人的数量和质量。将来源与成功录用情况关联后,可直接用于“申请来源效果”KPI。企业据此可以优化招聘营销支出,并聚焦效果更好的渠道。
重要性
用于衡量不同招聘渠道的效果,帮助优化人才来源策略和预算。
获取途径
候选人提交申请时会记录此信息,可从JobApplication或Candidate实体中获取。
示例
公司网站LinkedIn员工推荐Indeed
|
|||
|
申请状态
ApplicationStatus
|
职位申请当前或最终状态,例如“已录用”“已拒绝”或“已撤回”。 | ||
|
说明
此属性反映职位申请在任一时点的结果。最终状态尤为重要,因为它能表明流程是否成功。 申请状态是结果分析和漏斗转化率分析的重要依据。通过跟踪候选人在各阶段从活跃状态转为“已拒绝”等终止状态的数量,可计算“各阶段候选人流失率”KPI。您也可以筛选成功完成的流程,分析其中的最佳实践。
重要性
用于标明流程结果,是计算流失率和分析流程成效的重要依据。
获取途径
这是JobApplication实体的核心字段,反映申请在招聘流程中的进度。
示例
已录用公司拒绝候选人已撤回拒绝录用通知
|
|||
|
职位名称
JobTitle
|
候选人申请的职位名称。 | ||
|
说明
此属性指定待填补的岗位,例如“软件工程师”或“项目经理”。它是细分和比较招聘流程的重要维度。 按职位名称分析流程,有助于了解不同岗位类型的招聘周期是否存在差异。例如,技术岗位的面试阶段可能多于行政岗位。此属性对于“关键岗位招聘填补时间”等KPI以及识别特定岗位的瓶颈都至关重要。
重要性
它支持比较不同岗位的招聘流程,帮助识别岗位特有的瓶颈和差异。
获取途径
此字段属于JobRequisition实体,并与JobApplication关联。
示例
高级软件工程师产品经理数据分析师
|
|||
|
职位申请ID
JobRequisitionId
|
待填补职位或岗位的唯一标识符。 | ||
|
说明
职位申请ID将多份求职申请关联到同一项招聘需求。它代表正式的职位填补申请,并包含职位名称、部门和地点等岗位详情。 按职位申请ID分析,可查看单个职位空缺的全部候选人情况。这有助于了解职位发布的效果、比较同一岗位不同候选人的求职历程,并计算“招聘填补时间”等指标。
重要性
它将同一职位空缺的所有申请归为一组,便于分析特定岗位的完整候选人漏斗。
获取途径
这是SAP SuccessFactors Recruiting中JobRequisition实体的关键字段,并与JobApplication实体关联。
示例
REQ-2023-101REQ-2023-102REQ-2023-103
|
|||
|
部门
Department
|
职位所属的部门或业务单元。 | ||
|
说明
此属性表示负责招聘新员工的组织单元,例如“工程部”“市场部”或“财务部”。 部门是根因分析的重要维度。您可以据此比较组织不同部分的流程表现,找出招聘周期较长的部门,并了解流程偏差是否集中在特定业务单元。它也是构建部门绩效仪表板的重要依据。
重要性
便于比较不同业务单元的绩效,找出部门特有的流程问题。
获取途径
此字段属于JobRequisition实体,与组织结构数据相关联。
示例
研发部销售部人力资源部
|
|||
|
地点
Location
|
职位对应的地理位置或办公地点。 | ||
|
说明
此属性指定职位所在的城市、州或国家/地区,可用于分析不同地区的招聘流程差异。 按地点分析可以揭示各地区在招聘周期、候选人流失率或流程合规方面的差异。这些信息有助于针对不同劳动力市场调整招聘策略,并识别特定地点面临的挑战或可借鉴的做法。
重要性
便于比较不同地区的流程表现,发现区域性瓶颈或效率优势。
获取途径
此字段属于JobRequisition实体,用于定义职位地点。
示例
纽约,纽约州伦敦,英国柏林,德国
|
|||
|
录用金额
OfferAmount
|
向候选人提供的薪资金额。 | ||
|
说明
此属性记录职位录用通知中提出的薪资金额,是招聘流程最后阶段的重要信息。 分析录用金额有助于了解“录用谈判周期时间”。谈判时间高于平均水平时,可能与该职位薪资范围偏低有关。您还可以据此分析不同职位和部门的薪酬竞争力。
重要性
有助于了解录用谈判周期时间,并分析薪酬策略和竞争力。
获取途径
此数据存储在与JobApplication关联的Offer Details或Offer Approval实体中。
示例
8500012000095500
|
|||
|
拒绝原因
RejectionReason
|
候选人申请被拒绝时填写的原因。 | ||
|
说明
申请状态变为“已拒绝”时,通常会记录拒绝原因,例如资历、面试表现或其他因素。这些信息有助于了解候选人未能进入下一阶段的具体原因。 此属性对“候选人流程流失分析”非常有价值。它能为量化的流失率补充背景信息,帮助您了解根因。例如,如果许多候选人在筛选阶段因“不符合基本资历要求”被拒绝,可能说明职位描述或人才来源渠道存在问题。
重要性
有助于了解候选人退出招聘流程的原因,并发现职位描述或人才来源方面的问题。
获取途径
申请状态变为“已拒绝”时,通常会填写此字段。
示例
资历不符有更合适的候选人未通过技术评估与企业文化不匹配
|
|||
|
数据最后更新时间
LastModifiedDate
|
记录在源系统中最后更新的时间戳。 | ||
|
说明
此属性反映SAP SuccessFactors中事件或案例数据最近一次修改的时间,可用于数据刷新和验证,确保分析基于当前可用的最新信息。 在数据管道中,此字段对于实施增量数据加载至关重要。它使提取流程只获取上次更新后创建或更改的记录,从而提高数据刷新效率。
重要性
它支持高效的增量数据加载,并有助于确认分析使用的是最新信息。
获取途径
这对应于大多数SAP SuccessFactors OData API实体中提供的元数据字段,例如“lastModifiedDateTime”。
示例
2023-06-10T09:00:00Z2023-06-11T15:20:00Z
|
|||
|
是否为内部候选人
IsInternalCandidate
|
用于标识申请人是否为现有员工的标记。 | ||
|
说明
此布尔属性用于区分在职员工申请的内部候选人与外部候选人。内部人才流动流程通常不同于外部招聘流程。 按此标记分析流程,对于理解和优化内部人才流动及外部招聘都很重要。内部录用流程可能更快、更精简;将两者进行比较,有助于发现提升外部招聘效率的机会。
重要性
用于区分内部人才流动和外部招聘,这两类流程的步骤和时长通常不同。
获取途径
此标记通常可从Candidate或JobApplication实体中获取。
示例
truefalse
|
|||
|
是否接受录用
IsOfferAccepted
|
用于标识候选人是否接受职位录用通知的计算标记。 | ||
|
说明
这是一个派生的布尔属性,可简化结果分析。通常,当申请最终状态为“已接受录用”或“已录用”时,值为“true”;其他情况,包括“拒绝录用通知”或“已撤回”,值为“false”。 此属性可简化录用接受率相关仪表板和KPI的创建。您可以轻松筛选和汇总数据,分析职位名称或部门等因素与录用接受率高低之间的关系。
重要性
简化录用接受率分析,并帮助发现与成功录用相关的因素。
获取途径
此字段并非源系统中的字段,而是在数据转换过程中根据“ApplicationStatus”字段派生得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
提取招聘数据的系统。 | ||
|
说明
此属性标明数据来源,这对于可能从多个系统获取数据的环境至关重要。对于此流程,数据通常来自“SAP SuccessFactors Recruiting”。 在分析中,此属性有助于确保数据沿袭清晰;如果使用多个招聘平台,也可用于筛选或细分数据。它为数据治理和问题排查提供必要背景。
重要性
它可确认数据来源,对于数据治理、验证和多系统环境都很重要。
获取途径
这是一个静态值,应在数据提取过程中添加,用于标记记录来源。
示例
SAP SuccessFactors RecruitingSFSF-RCM-PROD
|
|||
|
阶段耗时
TimeInStage
|
申请在某个阶段停留、等待进入下一阶段的时长。 | ||
|
说明
此计算指标用于衡量两个连续活动之间的时间。例如,可计算申请在“申请筛选”阶段停留多久后进入“电话初筛”阶段。 此属性对于识别瓶颈至关重要。计算每个流程步骤的耗时后,您就能找出耗时最长的阶段。许多仪表板都会使用此指标,例如“申请筛选周期时间”和“招聘需求与录用审批延误”分析。
重要性
量化各流程步骤的耗时,帮助您找出导致延误的具体阶段。
获取途径
数据转换时,通过计算同一案例中某项活动与前一项活动时间戳之间的差值来得出此指标。
示例
3天10天1天
|
|||
|
雇佣类型
EmploymentType
|
职位的雇佣类型,例如全职、兼职或合同工。 | ||
|
说明
此属性根据雇佣条款对职位进行分类,是职位的一项基本特征。 将此属性用作分析维度,可以比较正式员工与合同工的招聘流程。这两类流程的步骤、时长和审批要求往往不同。通过分析,您可以优化各类雇佣关系对应的流程。
重要性
可按职位类型细分流程,分析并优化全职和合同工等不同类型职位的招聘。
获取途径
这是JobRequisition实体的标准字段。
示例
全职兼职合同工实习生
|
|||
招聘与人才招募活动
| 活动 | 说明 | ||
|---|---|---|---|
|
候选人入职
|
求职申请招聘流程最终成功结束。通常可根据招聘模块中的最终状态更新推断,这通常发生在入职流程完成且入职日期确认之后。 | ||
|
重要性
这是流程成功结束的主要标志,对于计算整体招聘周期时间和衡量招聘漏斗的成功率至关重要。
获取途径
根据求职申请获得“已录用”等最终录用状态推断。最终状态更新的时间戳即为事件时间。
采集
找出申请最终状态设为“已录用”时的时间戳。
事件类型
inferred
|
|||
|
创建职位申请
|
在SAP SuccessFactors中创建新的职位申请时,招聘流程正式开始。招聘经理或招聘人员完成并保存职位申请表单时,系统通常会明确记录此事件。 | ||
|
重要性
这是衡量整体招聘周期时间KPI的关键起点。分析从此事件开始的耗时,有助于发现职位审批和发布阶段的延误。
获取途径
此事件通常根据SAP SuccessFactors Recruiting Management中职位申请对象的创建日期确定。职位申请记录上的创建时间戳即为事件时间。
采集
使用与求职申请关联的职位申请记录的创建时间戳。
事件类型
explicit
|
|||
|
发出录用通知
|
表示正式向候选人传达录用通知的时间。通常可根据系统中申请状态更新为“已发出录用通知”或类似状态推断。 | ||
|
重要性
这是录用协商和接受流程的关键起点。分析从此时到“接受录用通知”的耗时,对于了解录用协商周期至关重要。
获取途径
根据求职申请的状态历史变化推断。事件时间对应状态更新为“已发出录用通知”的时间戳。
采集
找出申请状态变为“已发出录用通知”时的时间戳。
事件类型
inferred
|
|||
|
完成申请筛选
|
此活动表示招聘人员或招聘经理已初步审核候选人的申请。通常可根据申请状态变化推断,例如从“新申请”变为“筛选完成”或“已入围”。 | ||
|
重要性
衡量初步审核流程的效率。此阶段的延误可能导致候选人体验不佳,并使合格申请者流失。
获取途径
根据求职申请的状态历史推断。用户将申请状态改为筛选后的状态时,系统会记录时间戳。
采集
跟踪申请状态从初始状态变为筛选或入围状态时的时间戳。
事件类型
inferred
|
|||
|
完成面试
|
表示已完成与招聘团队的正式面试。面试结束后,招聘人员或招聘经理等用户更新候选人的申请状态,即可推断此事件。 | ||
|
重要性
这是甄选流程中的关键节点。分析各面试阶段之间以及面试到录用通知之间的耗时,有助于找出决策瓶颈。
获取途径
根据求职申请的状态历史推断。事件时间戳对应状态更新为“面试完成”或类似值的时间。
采集
找出申请状态更新为面试已完成时的时间戳。
事件类型
inferred
|
|||
|
拒绝求职申请
|
表示流程未能成功结束,公司决定不再推进该候选人。申请状态变为“已拒绝”或“未入选”等终止状态时,即可推断此事件。 | ||
|
重要性
跟踪不同阶段的拒绝情况,是分析候选人漏斗流失的关键。这有助于找出淘汰候选人最多的阶段。
获取途径
根据招聘人员或招聘经理将求职申请状态改为最终拒绝状态时的时间戳推断。
采集
跟踪申请状态更新为终止状态“已拒绝”时的时间戳。
事件类型
inferred
|
|||
|
接受录用通知
|
候选人正式接受录用通知时,此事件即发生。这是关键的成功节点,通常由招聘人员根据候选人的答复更新申请状态时记录。 | ||
|
重要性
此活动表示甄选流程取得成功,也是衡量录用接受率的重要依据,同时标志着录用后的阶段开始。
获取途径
根据求职申请记录的状态变为“已接受录用通知”推断。该状态变化的时间戳即为事件时间。
采集
跟踪申请状态更新为“已接受录用通知”时的时间戳。
事件类型
inferred
|
|||
|
收到求职申请
|
候选人提交已发布职位的申请时,该求职申请案例即开始。系统成功创建候选人申请时会记录明确事件及其时间戳。 | ||
|
重要性
作为候选人求职历程的起点,此活动对于分析招聘漏斗和衡量候选人体验至关重要。它标志着申请筛选周期时间KPI的开始。
获取途径
这是SAP SuccessFactors中求职申请记录的创建日期。每份申请都有唯一ID和提交时间戳。
采集
使用主求职申请实体的创建时间戳。
事件类型
explicit
|
|||
|
候选人撤回申请
|
表示候选人主动退出,流程未能成功结束。申请状态更新为“候选人已撤回”等值时,即可推断此事件。 | ||
|
重要性
特定阶段的高撤回率可能表明候选人体验不佳、流程缓慢或录用条件缺乏竞争力。这是分析候选人流失的关键指标。
获取途径
根据求职申请的状态历史推断。状态更新为撤回状态时,使用该次更新的时间戳作为事件时间。
采集
找出申请状态更新为“已撤回”时的时间戳。
事件类型
inferred
|
|||
|
启动入职流程
|
此活动标志着招聘流程向入职流程交接。候选人转入入职模块,或其状态更新为“准备入职”或“入职中”时,即可记录此事件。 | ||
|
重要性
衡量从招聘到员工入职的衔接效率。交接缓慢会影响新员工的体验。
获取途径
通常根据候选人数据转入SAP SuccessFactors Onboarding前的最后一个招聘状态推断,并使用该状态变化的时间戳。
采集
跟踪状态变为“准备入职”或“入职已启动”时的时间戳。
事件类型
inferred
|
|||
|
启动背景调查
|
表示候选人接受录用通知后,背景调查流程开始。通常可根据申请状态变为“背景调查进行中”等状态推断。 | ||
|
重要性
启动或完成背景调查的延误可能推迟新员工的入职日期。监控此活动有助于优化录用后的流程。
获取途径
根据求职申请的状态历史推断。状态更新为表示背景调查已启动时,系统会记录时间戳。
采集
找出申请状态变为“背景调查”时的时间戳。
事件类型
inferred
|
|||
|
安排面试
|
与候选人安排正式面试时,无论是现场还是线上,都会发生此活动。可通过与日程安排工具集成明确记录,也可根据“已安排面试”等状态变化推断。 | ||
|
重要性
此活动可揭示候选人与面试官协调日程时可能出现的延误。安排时间过长会令候选人感到沮丧,甚至退出流程。
获取途径
根据求职申请对象的状态变化推断。某些配置可能包含独立的面试对象及其创建时间戳。
采集
使用申请状态变为“已安排面试”时的时间戳。
事件类型
inferred
|
|||
|
完成电话初筛
|
表示已完成与候选人的首次电话面试。通常可根据申请状态变化推断,例如变为“电话初筛通过”或“进入现场面试”。 | ||
|
重要性
这通常是与候选人的首次直接沟通,也是资格评估中的关键环节。分析其耗时有助于了解招聘人员的工作量和效率。
获取途径
通过跟踪求职申请记录上的状态变化来记录此事件。招聘人员在通话后更新候选人状态时,事件即发生。
采集
找出申请状态更新为电话初筛已完成时的时间戳。
事件类型
inferred
|
|||
|
录入录用详情
|
表示向候选人发出录用通知前的内部准备和审批工作流。可根据表示录用通知正在起草或等待审批的状态变化推断。 | ||
|
重要性
这有助于区分内部录用审批延误与候选人考虑录用通知所花的时间,是分析录用审批周期时间的关键。
获取途径
根据求职申请的状态历史或关联的录用审批对象推断。查找“准备录用通知”或“等待录用审批”等状态。
采集
跟踪申请进入录用准备或审批状态时的时间戳。
事件类型
inferred
|
|||
|
提交反馈
|
表示面试官已提交候选人面试反馈。如果系统创建了单独的反馈对象,此事件可明确记录;也可根据由此触发的申请状态变化推断。 | ||
|
重要性
及时反馈对于流程合规和快速做出招聘决策至关重要。此活动有助于监控面试反馈提交率KPI。
获取途径
如果存在与申请关联的面试反馈或评估对象,可使用其明确记录的时间戳;也可根据状态变化推断。
采集
如有面试反馈记录,请使用其创建时间戳;否则需要进行系统分析。
事件类型
explicit
|
|||
|
职位发布
|
表示职位申请公开、候选人可以开始申请的时间。通常可根据职位申请状态变化推断,例如职位在内部或外部招聘网站上变为活跃状态。 | ||
|
重要性
跟踪此事件有助于衡量职位上线前内部审批所需的时间。此处的延误会显著影响整体招聘填补时间,也会影响及时吸引候选人的能力。
获取途径
根据职位申请数据中的状态变化推断。查找“已发布”“开放”或“活跃”等状态,并记录该状态首次生效的时间戳。
采集
找出职位申请状态变为表示已在内部或外部发布的值时对应的时间戳。
事件类型
inferred
|
|||
数据提取指南
立即优化SAP SuccessFactors招聘流程
找出低效环节、消除瓶颈,将招聘周期缩短30%。
无需信用卡。免费试用14天。