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