您的招聘与人才获取 data 模板
您的招聘与人才获取 data 模板
- 建议采集的属性,用于全面分析
- 要追踪的关键流程活动和里程碑
- 系统数据提取指南
招聘与人才获取属性
| 名称 | 描述 | ||
|---|---|---|---|
|
开始时间
EventTime
|
指示招聘活动何时开始的 timestamp。 | ||
|
描述
此属性捕获特定活动发生的精确日期和时间。它为每个职位申请 case 内的 event 排序提供时间背景。 开始时间对于所有基于时间的 Process Mining 分析都至关重要。它用于计算活动间的周期时间、识别延误、衡量整体招聘周期,并检查是否符合服务水平协议或绩效目标。
为何重要
它提供了事件的时间顺序,这对于计算持续时间、发现瓶颈以及分析流程绩效至关重要。
获取方式
此 timestamp 通常位于 Oracle HCM Recruiting 的 event log 或状态历史记录表中的活动名称旁边。
示例
2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
|
|||
|
活动
ActivityName
|
发生的特定招聘活动或 event 的名称。 | ||
|
描述
此属性描述招聘流程中的单个步骤或里程碑,例如“申请已筛选”、“面试已进行”或“Offer 已发送”。每个活动代表申请生命周期中的一个独立 event。 它是 Process Mining 的基础组件,因为它定义了流程图中的节点。分析活动的顺序和频率有助于识别常见流程路径、瓶颈、偏离标准程序的行为以及返工循环。
为何重要
此属性定义了招聘流程中的各个步骤,构成了流程图的基础,并支持对流程流向和变体的分析。
获取方式
通常源自 Oracle HCM Recruiting 中与职位申请对象相关的 event 或状态历史记录表。
示例
申请已筛选面试已进行已发出 Offer候选人已入职
|
|||
|
职位申请
JobApplicationId
|
每份候选人职位申请的唯一标识符。 | ||
|
描述
职位申请 ID 是追踪候选人在特定职位申请中完整旅程的主键。它关联了从初始提交到最终雇佣决策的所有相关活动,形成了一个单一且连贯的流程实例。 在 Process Mining 中,此属性对于定义 case 至关重要,它能够重构每个候选人的独特路径。分析师利用它来可视化端到端的申请流程,衡量整体周期时间,并分析招聘漏斗不同阶段之间的转化率。
为何重要
它唯一标识每个招聘 case,使得全程追踪候选人从申请到结束的完整生命周期成为可能。
获取方式
这是 Oracle HCM Recruiting 模块中的主要标识符,通常与候选人提交记录相关联。
示例
APP-2024-00123APP-2024-00124APP-2024-00125
|
|||
|
最后数据更新
LastDataUpdate
|
从源系统最后一次刷新或提取数据的时间戳。 | ||
|
描述
此属性指示最近一次 data 提取的日期和时间。它提供了所分析 data 的新鲜度背景。 这对于用户了解流程分析的实时性以及管理对最近活动可见性的预期非常重要。它是任何 Dashboard 或报表中的关键元数据。
为何重要
告知用户数据的时效性,确保其了解分析所涵盖的时间段。
获取方式
此时间戳在数据提取、转换与加载(ETL)过程中生成并添加。
示例
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
源系统
SourceSystem
|
data 来源的系统。 | ||
|
描述
此属性用于识别记录招聘 data 的来源信息系统。对于此流程,通常为“Oracle HCM Recruiting”。 在多系统环境中,此字段对于 data 溯源和故障排查至关重要。它有助于确认 data 是否来自预期源,并可用于过滤来自特定平台的分析 data。
为何重要
识别数据来源,这对于数据治理、验证以及确保分析基于正确的信息源至关重要。
获取方式
这通常是在数据提取、转换和加载(ETL)过程中添加的静态值,用于标记数据集。
示例
Oracle HCM RecruitingOracle Fusion Cloud HCM
|
|||
|
Recruiter
Recruiter
|
负责管理该职位申请的招聘专员姓名或 ID。 | ||
|
描述
此属性用于识别分配给该申请的人才获取专业人员。此人通常负责引导候选人完成整个流程。 按招聘人员分析流程可以实现工作量平衡、绩效基准评估并确定最佳实践。它能回答诸如哪些招聘人员的周期最短或 Offer 接受率最高等问题,从而为“招聘人员工作量与效率”Dashboard 提供支持。
为何重要
将活动归因于特定个人,支持对招聘人员的工作量、效率和绩效进行分析。
获取方式
与 Oracle HCM 招聘中的职位申请或招聘需求对象相关联。
示例
约翰·史密斯Jane DoeEmily Jones
|
|||
|
应用源
ApplicationSource
|
收到申请的渠道或来源。 | ||
|
描述
此属性追踪候选人发现职位空缺的途径,例如“LinkedIn”、“公司官网”、“员工推荐”或“招聘门户”。 它对于“申请来源有效性”Dashboard 至关重要,因为它允许组织衡量不同寻才渠道的投资回报率。通过分析哪些来源产生的入职人数最多或招聘周期最快,人才获取团队可以优化其渠道策略。
为何重要
有助于确定吸引和聘用合格候选人的最有效渠道,从而优化招聘营销支出。
获取方式
这些信息通常是在候选人在 Oracle HCM Recruiting 中提交申请时捕获的。
示例
LinkedIn员工推荐公司招聘页面Indeed
|
|||
|
招聘经理
HiringManager
|
关联职位申请的招聘经理姓名或 ID。 | ||
|
描述
此属性用于识别职位空缺所属团队或部门的经理。招聘经理是核心利益相关者,通常参与筛选、面试和最终雇佣决策。 按招聘经理分析流程绩效,可以揭示与其面试时间安排或反馈延迟相关的瓶颈。这有助于发现培训或流程改进的机会,帮助经理更高效地履行招聘职责。
为何重要
识别流程中的关键利益相关者,支持分析与招聘经理参与相关的延迟或效率。
获取方式
存储在职位申请对象中,该对象在 Oracle HCM Recruiting 内与职位申请关联。
示例
Robert BrownSusan WhiteMichael Green
|
|||
|
申请状态
ApplicationStatus
|
职位申请的当前或最终状态。 | ||
|
描述
此属性指示申请的处理情况,例如“进行中”、“已雇佣”、“已拒绝”或“已撤回”。它提供了申请在流程中所处位置或其最终结果的快照。 分析最终状态是计算录用率和流失率等关键指标的基础。通过展示有多少候选人成功进入最后阶段,它有助于了解招聘漏斗的整体有效性。
为何重要
提供招聘流程的最终结果,这对于计算转化率、录用率和流失率至关重要。
获取方式
Oracle HCM 招聘中主职位申请记录上的标准字段。
示例
已录用已驳回由候选人撤回已接受 Offer
|
|||
|
部门
Department
|
候选人受聘的部门或业务单位。 | ||
|
描述
此属性指定拥有职位空缺的组织单位,例如“工程部”、“销售部”或“市场部”。它为每个职位申请提供了组织背景。 按部门划分招聘流程对于绩效基准评估至关重要。如“部门招聘绩效基准评估”Dashboard 所要求的,它允许领导层比较组织不同部门的招聘周期、流失率和其他关键指标。
为何重要
支持对不同业务单位或部门之间的招聘绩效和流程差异进行比较。
获取方式
通常是 Oracle HCM Recruiting 中与申请关联的职位申请 data 的一部分。
示例
工程部销售财务人力资源
|
|||
|
Offer 金额
OfferAmount
|
向候选人发送的 Offer 中的薪资数额。 | ||
|
描述
此属性捕获岗位的拟议薪酬。这是招聘流程最后阶段的一项关键信息。 虽然数据敏感,但分析 Offer 金额可以揭示薪酬竞争力。它可以与 Offer 接受率相关联,以了解薪酬是否是候选人拒绝 Offer 的因素。它还可以用于确保不同部门和岗位之间的薪酬公平。
为何重要
支持分析薪酬趋势及其对 offer 接受率的影响,有助于制定更具竞争力的招聘策略。
获取方式
位于 Oracle HCM 招聘中申请的职位 offer 详情部分。
示例
8500012000065000
|
|||
|
处理时间
ProcessingTime
|
单个活动的持续时间。 | ||
|
描述
该指标代表在特定任务上花费的时间,计算为活动结束时间与开始时间之差。它衡量一个步骤的主动处理时长。 此计算属性对于识别哪些具体活动最耗时至关重要。例如,它可以突出面试反馈提交是否耗时过长,或者 Offer 审批是否延误。这有助于将改进工作集中在最高效低下的步骤上。
为何重要
精准定位单个流程步骤的具体时长,从而识别并解决最耗时的活动。
获取方式
在数据转换期间,通过从 EventEndTime 中减去活动的 EventTime 来计算。
示例
360086400604800
|
|||
|
工作地点
JobLocation
|
职位所在的地理位置或办公室。 | ||
|
描述
此属性指定与职位申请相关的城市、省/州或国家。它还可以指示该职位是否为远程办公。 这一维度支持对招聘流程进行区域分析。它可以帮助解答诸如不同地点的招聘周期是否存在显著差异,或者某些地区的候选人流失率是否更高。这对于针对特定劳动力市场量身定制招聘策略非常有用。
为何重要
支持对招聘指标进行地理位置分析,有助于识别不同地区在招聘表现和挑战方面的差异。
获取方式
存储在 Oracle HCM Recruiting 的职位申请对象中。
示例
美国纽约英国伦敦远程加州旧金山
|
|||
|
拒绝原因
RejectionReason
|
候选人申请被拒绝的原因。 | ||
|
描述
当申请转入“已拒绝”状态时,此属性提供了背景信息。原因可能包括“不符合企业文化”、“缺乏所需技能”或“已雇佣其他候选人”。 分析流程不同阶段的拒绝原因可以提供极其宝贵的反馈。它可以突出职位描述的问题、预期不一致或筛选过程中的缺陷,从而帮助优化招聘策略并提高候选池的质量。
为何重要
深入了解候选人停止进度的原因,这对于改进职位描述、筛选标准和提升整体流程有效性至关重要。
获取方式
通常在招聘专员或招聘经理在 Oracle HCM Recruiting 中拒绝候选人时,记录在特定字段或备注部分。
示例
不符合最低任职资格选择了更合适的候选人薪酬期望不匹配
|
|||
|
招聘周期目标
TimeToHireTarget
|
填补该职位申请的目标时长(天数)。 | ||
|
描述
此属性定义了完成招聘流程的预期时间范围,从发布职位到候选人接受 Offer。该目标通常基于岗位级别或部门标准设定。 这对于“招聘周期目标达成率”这一 KPI 至关重要。通过将实际招聘周期与此目标进行对比,组织可以衡量其相对于战略目标的绩效,并主动识别那些有延期风险的职位申请。
为何重要
提供衡量实际招聘周期绩效的基准,直接支持目标达成率的 KPI 计算。
获取方式
这可能是 Oracle HCM Recruiting 中职位申请对象上的一个字段,也可能在单独的系统中维护。
示例
30456090
|
|||
|
招聘需求ID
JobRequisitionId
|
候选人申请职位的唯一标识符。 | ||
|
描述
职位申请 ID 将多个职位申请链接到单个已批准的职位空缺。它代表了招聘流程的需求端。 此属性对于聚合申请 data 以分析特定招聘工作的整体健康状况至关重要。通过它,可以分析有多少候选人处于该岗位的候选池中、该岗位的渠道有效性以及填补该职位所需的总时间。
为何重要
将同一职位空缺的所有申请分组,支持对特定职位的整个招聘流水线进行分析。
获取方式
这是职位申请对象上的一个主键,链接到 Oracle HCM Recruiting 中的每个申请。
示例
REQ-2024-501REQ-2024-502REQ-2024-503
|
|||
|
是内部候选人
IsInternalCandidate
|
指示候选人是否为当前员工的标志。 | ||
|
描述
此布尔属性用于区分内部候选人(现有员工)和外部候选人。内部和外部招聘流程通常具有不同的步骤、SLA 和成功率。 分析此属性可以对内部调动和外部招聘流程进行比较。它可以帮助确定公司是否有效地实现了内部晋升,以及内部招聘流程是否比外部流程更高效。
为何重要
区分内部和外部候选人,因为两者的招聘路径和绩效指标通常差异巨大,这样可以实现更准确的分段分析。
获取方式
这通常是 Oracle HCM Recruiting 中候选人或申请资料上的一个标记。
示例
truefalse
|
|||
|
是否返工
IsRework
|
指示某个活动是否正在第二次或随后多次执行的标志。 | ||
|
描述
此计算属性用于识别在同一个 case 中活动重复的情况。例如,如果一个申请从“面试”回到“筛选”,然后再回到“面试”,则第二次“筛选”和“面试”活动将被标记为返工。 分析返工是发现流程低效和隐性成本的关键。它有助于精准定位流程失效的环节,即需要重复执行步骤的地方。通过量化此类循环的频率和影响,这直接支持了“申请返工与瓶颈分析”Dashboard。
为何重要
识别流程中的低效环节和工作重复的循环,有助于发现隐藏成本和精简机会。
获取方式
在数据准备期间,通过检查给定 CaseId 是否已发生过相同活动来计算。
示例
truefalse
|
|||
|
结束时间
EventEndTime
|
指示招聘活动何时完成的 timestamp。 | ||
|
描述
结束时间标志着一项活动的完成。开始时间与结束时间之差代表单个活动的处理时间。 在 Process Mining 中,这用于计算特定任务的时长,例如筛选申请或进行面试所需的时间。分析活动时长有助于识别在整个流程中哪些具体步骤最耗时。
为何重要
支持计算单个活动的持续时间,这是精准定位低效步骤和衡量任务级绩效的关键。
获取方式
可能存在于 event log 表中,或者可以从后续活动的开始时间推断得出。
示例
2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
|
|||
招聘与人才获取活动
| 活动 | 描述 | ||
|---|---|---|---|
|
候选人已入职
|
代表招聘流程最终圆满结束。当候选人状态正式更改为“已雇佣”时发生此 event,并触发向核心 HR 部门的移交。 | ||
|
为何重要
这是流程的主要成功结果。它作为计算招聘周期和其他关键效率指标的终点。
获取方式
这是 IRC_SUBMISSIONS 中职位申请记录上的一个关键状态更改。它由 Oracle Recruiting 中的“雇佣”或“移交给 HR”操作触发。
捕获
当招聘负责人执行最终的“雇佣”操作时记录。
事件类型
explicit
|
|||
|
已发出 Offer
|
标志着正式向候选人发送录用通知。这是一个明确的 event,在招聘负责人通过 Oracle Recruiting 系统正式发送 Offer 时记录。 | ||
|
为何重要
这是衡量 Offer 接受率以及从最终面试到 Offer 发送时长(候选人体验的关键部分)的关键里程碑。
获取方式
当职位 offer 状态更改为“已发出”或“已发送”时显式捕获。此操作的时间戳记录在 offer 对象上。
捕获
当招聘负责人执行“发送 Offer”操作时记录。
事件类型
explicit
|
|||
|
已接受 Offer
|
表示候选人已正式接受职位 offer。当候选人通过职业门户接受,或招聘人员手动更新状态时,会捕获此事件。 | ||
|
为何重要
这是流程中的主要成功里程碑。它是计算 Offer 接受率的基础,并标志着 Offer 发送后活动的开始。
获取方式
通过将 offer 记录上的状态更新为“已接受”来捕获。这可以由候选人在网上触发,或由招聘人员手动录入。
捕获
来自 offer 状态更改为“已接受”的时间戳。
事件类型
explicit
|
|||
|
已收到申请
|
标志着候选人申请职位时创建了新的申请记录。当系统中首次创建申请记录时,通常会明确捕获此 event。 | ||
|
为何重要
这是每个 case 的起点,对于计算端到端流程时长(如招聘周期)以及分析一段时间内的申请量至关重要。
获取方式
此 event 是从 Oracle Recruiting 中候选人提交记录的创建 timestamp 中捕获的,可能来自 IRC_SUBMISSIONS 之类的表。
捕获
来自职位申请记录的创建时间戳。
事件类型
explicit
|
|||
|
申请已拒绝
|
表示公司已决定在流程的任何阶段不再继续推进该候选人。通过申请上的状态更改来捕获。 | ||
|
为何重要
这是申请的一个常见终点。分析在哪个阶段发生拒绝是了解流失率和流程效率的关键。
获取方式
从职位申请上的任何最终状态更改(如“已拒绝”、“未被选中”或类似的配置值)推断得出。
捕获
根据职位申请状态更改为最终的“已拒绝”状态推断得出。
事件类型
inferred
|
|||
|
面试已进行
|
标志着候选人面试的结束。通常在面试官或招聘负责人将预定面试的状态更新为“已完成”或“已进行”时推断得出。 | ||
|
为何重要
这是招聘流程中的一个关键里程碑。从该活动到“Offer 已发送”的周期时间是一个关键绩效指标。
获取方式
根据 Oracle 招聘中已安排面试记录的状态更改推断得出。该状态更改的时间戳即为事件时间。
捕获
根据面试状态更改为“已完成”或“已结束”推断得出。
事件类型
inferred
|
|||
|
Offer 已拒绝
|
代表候选人决定拒绝录用通知。这是 Offer 记录上的一个明确状态更改,通常伴有拒绝原因。 | ||
|
为何重要
这是流程中的一个关键失败点。分析 Offer 被拒绝的时间和原因,可以深入了解薪酬竞争力和候选人体验。
获取方式
通过将 offer 记录上的状态更新为“已拒绝”或“候选人拒绝”来捕获。
捕获
来自 offer 状态更改为“已拒绝”的时间戳。
事件类型
explicit
|
|||
|
Offer 详情已审批
|
代表录用通知发送给候选人之前的内部审批 workflow 已完成。这从 Offer 记录上的最终审批状态推断得出。 | ||
|
为何重要
此活动有助于分析内部 Offer 审批流程的时长和效率,这可能是延误的一个主要来源。
获取方式
通过追踪 Oracle 招聘中职位 offer 记录的状态变更历史(何时进入“已批准”状态)推断得出。
捕获
从 offer 对象状态更改为“已批准”推断得出。
事件类型
inferred
|
|||
|
已发起背景调查
|
标志着候选人接受 Offer 后启动背景调查。此 event 通常由状态更改或与第三方服务的集成触发。 | ||
|
为何重要
此活动对于追踪 Offer 之后、入职之前的时间线以及确保合规性至关重要。此处的延误可能会影响候选人的入职日期。
获取方式
根据职位申请状态更改为“背景调查”推断得出,或通过向集成的背景调查供应商发出的 API 调用记录。
捕获
根据申请状态更改为“背景调查进行中”推断得出。
事件类型
inferred
|
|||
|
申请已撤回
|
代表候选人决定退出该职位的考量。当申请状态更新为“候选人撤回”时捕获。 | ||
|
为何重要
追踪撤回申请有助于识别候选人体验可能较差的阶段,这些阶段会导致高流失。这对于分析“候选人流失率”KPI 至关重要。
获取方式
根据职位申请状态更改为“已撤回”推断得出。这可以由候选人在门户中发起,或由招聘人员代表其发起。
捕获
根据职位申请状态更改为“候选人已撤回”推断得出。
事件类型
inferred
|
|||
|
申请已筛选
|
代表招聘负责人对候选人申请进行的初步审查,以检查其基本资质。通常在申请状态从“新申请”变为“审核中”时推断得出。 | ||
|
为何重要
分析该阶段的耗时有助于识别初步筛选过程中的瓶颈,同时也是衡量“申请筛选返工率”KPI 的关键。
获取方式
从 Oracle 招聘中职位申请状态字段的历史记录中推断得出。在 IRC_SUBMISSIONS 表历史记录中查找状态更改。
捕获
根据职位申请状态更改为“筛选中”或“审核中”推断得出。
事件类型
inferred
|
|||
|
评估已完成
|
表示候选人已完成所需的预筛选评估,如技能测试或性格评估。当评估平台向 Oracle HCM 返回完成状态时,通常会记录此事件。 | ||
|
为何重要
此活动有助于追踪候选人的参与度,并分析候选人完成评估所需的时间,这可能是一个流失点。
获取方式
通过集成第三方评估工具推送的状态更新,或招聘人员在候选人申请档案中手动更改的状态来捕获。
捕获
当评估供应商 API 更新候选人状态时记录。
事件类型
explicit
|
|||
|
面试反馈已提交
|
表示面试官已在面试后提交了对候选人的反馈和评估。这是在保存反馈表时捕获的一个显式事件。 | ||
|
为何重要
面试和反馈提交之间的延迟会显著减慢招聘过程。跟踪这一点有助于识别决策过程中的瓶颈。
获取方式
当面试官通过 Oracle 招聘门户提交评估时显式记录。使用反馈记录的创建时间戳。
捕获
来自面试反馈记录的创建时间戳。
事件类型
explicit
|
|||
|
面试已安排
|
代表候选人面试在系统中正式排定的时间点。通常在创建面试并将其与职位申请关联时捕获。 | ||
|
为何重要
追踪此项有助于衡量安排面试所需的时间,这是候选人体验和整体招聘周期的关键组成部分。
获取方式
此 event 在 Oracle Recruiting 的面试安排模块中明确记录。相关 data 可以在与职位申请关联的面试相关表中找到。
捕获
来自与申请关联的面试事件的创建记录。
事件类型
explicit
|
|||