您的员工入职数据模板
您的员工入职数据模板
- 全面分析的推荐属性
- 入职旅程中需监控的关键活动
- Oracle HCM Onboarding 分步数据提取指南
员工入职属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示特定入职活动或事件发生时间的日期时间戳。 | ||
|
描述
Event Time 捕获了任务完成或里程碑达成的精确日期和时间。此时间顺序 data 是在 Process Mining 中计算所有基于时间的指标的基础。 此属性用于对 event 进行正确排序、计算活动之间的持续时间、衡量入职流程的总周期时间并识别延迟。它对于几乎所有的仪表板和 KPI 都至关重要,包括瓶颈分析和周期时间跟踪。
为何重要
此时间戳对于事件排序、计算持续时间以及根据时间目标衡量流程绩效至关重要。
获取方式
此信息通常与 Oracle HCM Onboarding 模块的事务或事件日志中的每个活动一起记录。
示例
2024-05-20T10:00:00Z2024-05-21T14:35:10Z2024-05-22T09:00:00Z
|
|||
|
入职案例
OnboardingCase
|
对单个新员工入职旅程中所有事件和活动进行分组的唯一标识符。 | ||
|
描述
入职案例是整个入职流程的核心标识符,从接受录用到完全融入。每个案例代表一位新员工的完整生命周期。 在流程挖掘中,此属性对于将所有相关活动缝合到一致的端到端流程图中至关重要。它允许分析个人入职旅程的流程变体、周期时间和结果,从而全面了解不同新员工体验流程的方式。
为何重要
这是连接所有相关入职活动的核心标识符,使得分析每位新员工的完整流程流成为可能。
获取方式
此标识符通常在启动候选人旅程时在 Oracle HCM Onboarding 模块中生成。请咨询 Oracle HCM Onboarding 文档或系统管理员以确定具体字段。
示例
ONB-2024-00123ONB-2024-00124ONB-2024-00125
|
|||
|
活动名称
ActivityName
|
在员工入职流程中发生的特定事件或任务的名称。 | ||
|
描述
此属性描述了入职旅程中的单个步骤或里程碑,例如“接受邀约”、“背景调查完成”或“第一天入职培训”。这些活动构成了流程图的构建模块。 分析这些活动的顺序和持续时间是流程挖掘的基础。它有助于识别瓶颈、偏离标准流程的情况以及自动化或改进的机会。理解活动流对于周期时间和流程变体相关的仪表板至关重要。
为何重要
此属性定义了流程中的步骤,从而实现了入职工作流、瓶颈和变体的可视化与分析。
获取方式
这通常源自 Oracle HCM Onboarding 模块内的事件或任务日志。它可能是一个标准化的任务名称或状态更改记录。
示例
已接受 Offer已发起背景调查入职前文书已完成已进行首日迎新培训
|
|||
|
事件结束时间
EventEndTime
|
具有可衡量持续时间的活动结束时的时间戳。 | ||
|
描述
虽然 event 时间 (StartTime) 标记了开始或某个时间点 event,但 event 结束时间则标记了完成。同时具备开始和结束时间可以精确测量“背景调查”等活动的持续时长。 该属性对于计算非瞬时任务的
为何重要
支持精准计算活动处理时间,这对于准确识别流程瓶颈和低效环节至关重要。
获取方式
请查阅 Oracle HCM Onboarding 文档。这些信息可能存在于任务或 workflow 表中,通常与开始时间并列。
示例
2024-05-23T11:05:00Z2024-05-24T16:20:15Z2024-05-25T10:00:00Z
|
|||
|
合规截止日期
ComplianceDueDate
|
必须完成必修培训或合规任务的截止日期。 | ||
|
描述
此属性指定关键入职任务的目标完成日期,特别是与法律、监管或公司政策要求相关的任务。它充当合规活动的服务水平协议 (SLA)。 在分析中,此日期与“必修培训完成”等活动的实际完成时间戳进行比较,以确定是否达到了合规目标。它是“按时培训完成率”KPI 和“合规遵循跟踪”仪表板的基础。
为何重要
此日期对于监控合规性、计算强制性任务的按时完成率以及降低企业风险至关重要。
获取方式
此日期通常在 Oracle HCM 的入职任务设置或旅程模板中定义,可能根据入职日期计算得出。
示例
2024-06-302024-07-152024-08-30
|
|||
|
执行人
PerformedByUser
|
执行入职活动的员工或系统的用户 ID 或名称。 | ||
|
描述
此属性标识负责完成任务的人员资源,例如 HR 专员、招聘经理或新员工本人。它还可以指示系统执行的自动化操作。 分析谁执行了哪些活动有助于了解资源分配、工作量分布和自动化水平。它可以揭示延迟是否与特定团队或角色相关,并有助于识别针对性培训或流程重新设计的机会。
为何重要
识别每个活动的执行者,从而能够分析流程中的工作负载、资源绩效和自动化程度。
获取方式
此信息通常位于 Oracle HCM Onboarding 的审计线索或事件历史日志中,并与每个任务或事务相关联。
示例
john.doejane.smithHCM_SYSTEM_AUTOMATION recruiter_team
|
|||
|
招聘经理
HiringManager
|
新员工经理的姓名或 ID。 | ||
|
描述
此属性标识将负责新员工的经理。招聘经理是入职流程中的关键利益相关者。 按招聘经理分析数据可以揭示不同经理参与入职流程方式的差异。例如,它可以显示哪些经理能及时完成“团队介绍”等任务,而哪些经理可能需要更多支持,从而帮助提高经理的效能和新员工的融入度。
为何重要
有助于分析招聘经理在入职流程中的参与度和有效性,这直接影响新员工的体验。
获取方式
此信息是 Oracle HCM 员工记录的核心部分,将员工与其直接经理关联起来。
示例
manager_user1Emily Whitemanager_user3
|
|||
|
新员工所属部门
NewHireDepartment
|
新员工加入的部门或组织单位。 | ||
|
描述
此属性指定新员工分配到的部门,例如“销售”、“工程”或“财务”。它是细分和比较入职流程的关键维度。 通过按部门过滤或比较,分析师可以确定整个组织的入职体验或效率是否存在差异。这可以突出某些部门的最佳实践,或识别其他可能需要额外支持或流程改进的部门。这对于理解流程性能如何随业务背景而变化至关重要。
为何重要
允许对入职 data 进行细分,以比较组织不同部门的流程效率和体验。
获取方式
这是新员工职位的核心属性,存储在 Oracle HCM 的员工档案中。
示例
销售与市场软件工程财务人力资源
|
|||
|
新员工职位名称
NewHireJobTitle
|
新员工的正式职位名称。 | ||
|
描述
此属性包含新员工的具体职位,例如“高级软件工程师”或“客户经理”。它为流程分析提供了另一个层级的详细信息。 不同的工作职位可能有独特的入职要求,例如专门的培训或设备。按职位名称分析流程可以帮助确保这些独特需求得到有效满足,并能揭示一些模式,例如技术职位的 IT 配置时间更长。
为何重要
提供有关新员工职位的背景信息,以便分析入职流程是否因不同的职能或级别而异。
获取方式
这是新员工核心职位信息的一部分,存储在 Oracle HCM 的员工记录中。
示例
高级软件工程师客户执行 (AE)HR通才产品经理
|
|||
|
正式入职日期
OfficialStartDate
|
新员工的正式入职日期。 | ||
|
描述
此属性是一个关键日期,作为入职流程中的重要里程碑。它将入职前活动与入职后的融入活动区分开来。 此日期作为多项重要 KPI 的基准,包括“入职前周期时间”、“团队介绍所需时间”和“首日就绪率”。分析相对于入职日期的活动有助于评估组织是否为新员工的到来做好了充分准备,从而确保他们从第一天起就能产生效益。
为何重要
作为衡量入职前效率的关键里程碑,并用于评估新员工是否为入职第一天的成功做好了准备。
获取方式
这是 Oracle HCM Core HR 模块中新员工记录的基本字段。
示例
2024-06-012024-07-152024-08-01
|
|||
|
活动时长
ActivityDuration
|
完成特定入职活动所花费的计算时间。 | ||
|
描述
此指标代表活动的处理时间,计算为结束时间戳与开始时间戳之间的差值。如果结束时间不可用,可以估算为直到下一个活动开始的时间。 活动持续时间是流程挖掘分析的基石,直接支持“活动瓶颈分析”仪表板。通过突出哪些步骤耗时最长,它使流程负责人能够将改进工作集中在对整体周期时间影响最大的领域。
为何重要
直接衡量每个任务花费的时间,这对于识别瓶颈和确定流程改进工作的优先级至关重要。
获取方式
这是一个计算指标,通过从“EventEndTime”中减去“EventTime”(StartTime) 得出。
示例
25920086400604800
|
|||
|
HR 个人资料是否返工
IsHrProfileRework
|
一个标志,用于指示新员工的“HR Profile Created”活动是否发生了多次。 | ||
|
描述
此布尔属性用于识别 HR 档案创建步骤中返工的情况。如果“已创建 HR 档案”活动或相关的更正活动在同一个入职案例中多次出现,则将其设置为 true。 此属性直接支持“HR 档案返工率”KPI。返工发生率高表明存在数据质量、系统集成或用户错误等问题,所有这些都会导致入职流程的延误和低效。
为何重要
通过标记需要更正的 case 来帮助量化流程低效情况,指出 data 录入或流程设计中潜在的问题。
获取方式
这是一个计算属性,通过在流程挖掘工具中分析活动顺序以检测重复步骤而得出。
示例
falsetrue
|
|||
|
入职旅程类型
OnboardingJourneyType
|
分配给新员工的入职计划或旅程的具体类型。 | ||
|
描述
企业通常有不同的入职计划,例如“标准雇佣”、“高管”、“实习生”或“重新雇佣”。此属性根据分配的计划对入职案例进行分类。 这是一个强大的分析维度,因为它允许对不同的入职计划进行直接比较。它可以帮助回答诸如“我们的高管入职流程是否比标准流程更快?”之类的问题,并且是理解流程变体的基础。
为何重要
按计划类型对入职 case 进行分类,从而能够直接比较不同的入职路径和体验。
获取方式
这将由 Oracle HCM Onboarding 中应用于新员工的具体入职检查清单或旅程模板决定。
示例
标准企业雇佣高管入职校招新员工内部转交
|
|||
|
最后数据更新
LastDataUpdate
|
表示此记录的 data 上次刷新或提取时间的 timestamp。 | ||
|
描述
此属性提供最近一次数据加载的日期和时间。这是一个元数据字段,对于了解分析的时效性至关重要。 用户依靠此信息来了解他们查看的仪表板和分析是否为最新。它有助于管理对数据延迟的预期,并且对于验证数据质量和刷新计划非常重要。
为何重要
指示 data 的新鲜度,这对于确保分析和仪表板基于当前信息至关重要。
获取方式
此时间戳是在数据提取和转换 (ETL) 过程中生成并添加的。
示例
2024-06-10T04:00:00Z2024-06-11T04:00:00Z
|
|||
|
培训是否准时
IsTrainingOnTime
|
一个计算标志,用于指示强制性培训是否在合规截止日期前完成。 | ||
|
描述
此布尔属性是通过将“必修培训完成”活动的时间戳与“合规截止日期”进行比较而得出的。如果培训在截止日期当天或之前完成,则为 true。 这是“按时培训完成率”KPI 的核心指标。它为合规遵循提供了清晰的二元结果,便于跟踪一段时间内的绩效并识别存在违规风险的案例。
为何重要
提供合规遵循的清晰指标,帮助跟踪和管理与逾期必修培训相关的风险。
获取方式
这是一个计算属性,通过将“必修培训完成”时间戳与“合规截止日期”属性进行比较而得出。
示例
truefalse
|
|||
|
必修培训状态
RequiredTrainingStatus
|
新员工必修培训任务的当前状态。 | ||
|
描述
此属性跟踪必修培训的进度,可能的值包括“已分配”、“进行中”或“已完成”。它提供了新员工合规就绪情况的快照。 此状态对于“必修培训完成率”仪表板至关重要,使 HR 和合规团队能够监控进度并在培训逾期时进行干预。它比单纯的完成事件提供了更细致的视角。
为何重要
提供合规培训的清晰状态,帮助监控进度并确保按时完成强制性要求。
获取方式
此信息可能在 Oracle Learning Cloud 模块或与 Oracle HCM 集成的类似培训模块中。
示例
已分配进行中已完成逾期
|
|||
|
总入职周期时长
TotalOnboardingCycleTime
|
从接受录用到完成 30 天面谈的总时长。 | ||
|
描述
这是一个案例级指标,衡量核心入职流程的端到端时长。它被计算为第一个活动(“接受邀约”)与关键融入里程碑(“执行 30 天面谈”)之间的时间差。 此属性是“平均入职周期时间”KPI 和“整体入职周期时间”仪表板的主要衡量标准。它提供了流程效率的高级摘要,是新员工产出效率提升时间的关键指标。
为何重要
衡量入职流程的端到端效率,直接影响新员工融入并成为高效产出成员的速度。
获取方式
这是一个计算指标,根据每个入职案例的“接受邀约”和“执行 30 天面谈”活动的时间戳得出。
示例
345600043200002592000
|
|||
|
新员工所属国家
NewHireCountry
|
新员工所在的国家/地区。 | ||
|
描述
此属性指定新员工的地理位置。由于不同的劳动法和文化习俗,不同国家/地区的入职流程可能会有很大差异。 按国家/地区分析流程有助于识别效率和合规性方面的地区差异。此信息是在可能的情况下实现流程标准化,同时兼顾必要的本地化差异的关键。
为何重要
允许按地理位置对入职流程进行细分,以识别不同地区的绩效和合规性差异。
获取方式
这是新员工核心员工档案中地点或分配详细信息的一部分。
示例
美国德国印度英国
|
|||
|
源系统
SourceSystem
|
提取入职数据的原始系统。 | ||
|
描述
此属性标识数据的来源,在此流程中通常为“Oracle HCM Onboarding”。它可以是在数据转换过程中添加的静态值。 在拥有多个集成系统的环境中,此字段对于数据治理和理解事件背景至关重要。它有助于区分可能在不同平台(例如单独的第三方背景调查供应商系统)中发生的入职活动。
为何重要
提供有关数据来源的基本背景信息,这对于多系统环境中的数据治理和故障排除非常重要。
获取方式
这通常是在数据提取和转换 (ETL) 过程中添加的静态值,用于标记数据集。
示例
Oracle HCM OnboardingHCM_PRODOracleCloudHCM
|
|||
|
背景调查状态
BackgroundCheckStatus
|
背景调查流程的结果或状态。 | ||
|
描述
此属性跟踪背景调查的结果,这是入职前阶段中一个关键且通常耗时较长的步骤。状态可包括“进行中”、“通过”或“需要审核”。 监控此状态对于“入职前周期时间”仪表板非常重要。背景调查的延误或问题会显著影响新员工的入职日期,跟踪此属性有助于主动识别并管理这些潜在障碍。
为何重要
提供对关键入职前步骤的可见性,帮助跟踪进度并识别可能影响新员工入职日期的延误。
获取方式
此信息可能存储在 Oracle HCM Onboarding 中,或者可能需要从集成的第三方背景调查供应商处获取。
示例
通过需要审核进行中未启动
|
|||
|
雇佣类型
EmploymentType
|
指示新员工的雇佣安排,例如全职、兼职或合同工。 | ||
|
描述
此属性根据雇佣合同对新员工进行分类。不同类型的员工通常具有不同的入职路径和要求。 使用此属性进行过滤可以分析特定的入职流程,例如,比较承包商与全职员工的周期时间。这有助于为不同的员工群体定制和优化入职旅程。
为何重要
支持对不同人员类别的入职流程进行比较,确保每条路径都经过优化且合适。
获取方式
这是 Oracle HCM 中员工职位或分配记录中的标准字段。
示例
全职兼职合同工实习生
|
|||
|
首日准备就绪
IsFirstDayReady
|
一个计算标志,用于指示基本设备是否在新员工入职日期之前送达。 | ||
|
描述
此布尔属性是通过将“设备已交付”和其他就绪活动的完成时间戳与“正式入职日期”进行比较而得出的。如果在第一天之前满足所有前提条件,则为 true。 此属性直接支持“首日就绪率”KPI。高比率表明新员工入职顺畅且积极,使他们能够立即产生效益。低比率则表明配置流程中存在需要解决的系统性问题。
为何重要
衡量入职前准备工作的成效,这对于新员工的生产力及其对公司的初步体验至关重要。
获取方式
这是一个计算属性,通过比较每个案例的“设备已交付”时间戳与“正式入职日期”属性而得出。
示例
truefalse
|
|||
员工入职活动
| 活动 | 描述 | ||
|---|---|---|---|
|
HR 个人资料已创建
|
此活动标志着在核心 HR 系统中创建正式员工记录,将候选人转换为员工。这是在 Oracle HCM 中创建新人员记录时记录的基本事件。 | ||
|
为何重要
及时创建 HR 个人资料对于开启 IT 配置和薪资设置等下游活动至关重要。此环节的延迟会对整个流程产生连锁负面影响。
获取方式
从 Oracle Fusion HCM 中与入职 case 关联的个人记录(PER_ALL_PEOPLE_F 表)的创建日期中捕获。
捕获
请使用核心 HR 人员记录表中的 CREATION_DATE 字段。
事件类型
explicit
|
|||
|
入职前文书已完成
|
代表新员工成功完成并提交所有必需入职前文档的时刻。当入职旅程中与文档相关的任务被标记为完成时,将捕获此事件。 | ||
|
为何重要
确保符合新员工入职日期的合规性和准备就绪状态。从发送到完成之间的时间可以揭示新员工响应或系统易用性方面的瓶颈。
获取方式
捕获 Oracle HCM 中员工入职旅程内相关文档收集任务的完成 timestamp。
捕获
所有必需文档任务状态更改为“已完成”的时间戳。
事件类型
inferred
|
|||
|
已完成必修培训
|
标志着新员工成功完成分配的必修培训模块。此事件在课程完成后会自动记录在 Oracle Learning Cloud 中。 | ||
|
为何重要
对于合规和审计目的至关重要。通过将此 event 的 timestamp 与截止日期进行比较,可以监控准时完成率。
获取方式
这是从 Oracle Learning Cloud 模块中注册记录的完成日期捕获的显式事件。
捕获
学习注册状态更改为“已完成”的时间戳。
事件类型
explicit
|
|||
|
已执行 30 天回访
|
此活动标志着新员工与经理之间第一次正式面谈(通常在 30 天后)的完成。当经理在入职旅程中完成相应任务时,将捕获此信息。 | ||
|
为何重要
这是一个关键里程碑,标志着初始融入阶段的结束。它通常被用作衡量整体入职周期时间和有效性的终点。
获取方式
捕获 Oracle HCM 中新员工入职旅程内“30 天回访”任务的完成 timestamp。
捕获
30 天面谈任务被标记为“已完成”的时间戳。
事件类型
inferred
|
|||
|
已接受 Offer
|
此活动标志着入职流程的正式开始,发生在候选人正式接受工作邀约时。这通常是在 Oracle Recruiting 或 Onboarding 模块中,候选人状态更新为“接受邀约”或类似状态时捕获的。 | ||
|
为何重要
这是每个入职案例的关键起点。分析此事件到其他事件的时间可以揭示入职前及入职的总周期时间。
获取方式
此事件通常是根据 Oracle Recruiting Cloud 中候选人工作申请记录的状态更改推断出来的,该模块与 Onboarding 模块集成。
捕获
识别候选人的申请状态变更为“已接受录用”或同等状态时的 timestamp。
事件类型
inferred
|
|||
|
背调已完成
|
标志着背景调查流程的结束。此事件通常在相应的入职任务被标记为完成时记录,无论是通过手动操作还是自动化集成。 | ||
|
为何重要
此活动为后续步骤扫清了障碍,是满足合规要求的关键里程碑。从启动到完成之间的持续时间是一项关键 KPI。
获取方式
捕获 Oracle HCM 中分配给员工的入职旅程内“背景调查”任务的完成 timestamp。
捕获
背景调查任务状态更改为“已完成”或“已关闭”的时间戳。
事件类型
inferred
|
|||
|
IT 账号配置已启动
|
代表为新员工创建 IT 账号流程的开始。这通常是在入职旅程中创建或触发特定的 IT 配置任务时捕获的。 | ||
|
为何重要
此活动对于确保新员工在入职第一天拥有系统访问权限至关重要。跟踪其启动情况有助于衡量 IT 交付的效率。
获取方式
捕获新员工入职旅程中“IT 配置”任务的创建或启动 timestamp。
捕获
IT 相关任务的创建或状态更改为“进行中”的时间戳。
事件类型
inferred
|
|||
|
入职前文书已发送
|
此活动在向新员工发送所需的入职前文档(如合同和政策确认书)时发生。这通常是入职旅程中的一个自动化步骤,负责分发电子文档以供签署。 | ||
|
为何重要
跟踪文件发送时间是衡量文档管理流程效率并识别延迟的第一步。
获取方式
当文档发送给新员工时,这通常是在 Oracle 入职检查清单或旅程中记录的显式事件或任务创建。
捕获
“分发文档”任务的 event 日志或创建 timestamp。
事件类型
explicit
|
|||
|
入职办理完成
|
代表新员工整个入职流程的正式结束。当系统中的入职旅程或案例的整体状态设置为“已完成”时,将捕获此事件。 | ||
|
为何重要
此活动为流程提供了一个确定的终点,从而能够准确衡量总周期时间和吞吐量。
获取方式
根据 PER_ALLOCATED_CHECKLISTS 表中员工的整体分配旅程或清单状态变更为“已完成”来推断。
捕获
当流程主状态更新为“已完成”时的 timestamp。
事件类型
inferred
|
|||
|
团队介绍已完成
|
代表新员工正式介绍给团队。这通常是入职检查清单上的一项软性任务,由招聘经理标记为完成。 | ||
|
为何重要
此活动是社交融入的一个指标,对于敬业度和留存至关重要。跟踪其完成情况有助于确保经理履行这一关键职责。
获取方式
捕获入职旅程中“向团队介绍新员工”任务的完成 timestamp。
捕获
团队介绍任务状态更改为“已完成”的时间戳。
事件类型
inferred
|
|||
|
已分配入职旅程
|
当 HR 管理员为新员工分配特定的入职旅程或检查清单时发生。该旅程包含了新员工及其他利益相关者必须完成的一系列任务。 | ||
|
为何重要
这标志着系统中引导式入职流程的正式开始。对此进行分析有助于了解流程是否标准化并得以及时启动。
获取方式
这是在将检查清单分配给人员时,在旅程管理表 (PER_ALLOCATED_CHECKLISTS) 中捕获的显式事件。
捕获
管理分配的旅程或检查清单的表中记录创建的时间戳。
事件类型
explicit
|
|||
|
已分配必修培训
|
此活动在为新员工分配必需的合规或基于职位的培训时发生。这通常是通过与 Oracle Learning Cloud 集成(创建注册信息的地方)来捕获的。 | ||
|
为何重要
这是跟踪合规培训的起点。它有助于确保在入职日期后及时分配培训。
获取方式
此事件可以从 Oracle Learning Cloud 模块(属于 HCM 套件)中的注册创建日期捕获。
捕获
学习项目注册记录创建的时间戳。
事件类型
explicit
|
|||
|
已发起背景调查
|
代表为新员工启动背景调查流程的时间点,通常是通过与第三方供应商集成实现的。这通常记录为新员工入职旅程或检查清单中特定任务的开始。 | ||
|
为何重要
背景调查的持续时间是一个常见的瓶颈。跟踪其起点和终点对于识别可能推迟正式入职日期的延误至关重要。
获取方式
捕获 Oracle HCM 中分配给员工的入职旅程内“背景调查”任务的创建或启动 timestamp。
捕获
背景调查任务创建或状态更改为“进行中”的时间戳。
事件类型
inferred
|
|||
|
已进行首日迎新培训
|
代表新员工第一天入职培训课程的完成。这通常是入职旅程中的一个检查清单项目,由 HR 代表或招聘经理标记为完成。 | ||
|
为何重要
确保所有新员工都能获得一致且完整的入职培训体验。跟踪此项有助于监控入职流程的标准化程度。
获取方式
捕获员工入职旅程中“首日迎新”任务的完成 timestamp。
捕获
当入职培训任务状态更新为“已完成”时的 timestamp。
事件类型
inferred
|
|||
|
设备已交付
|
标志着新员工设备已成功交付的确认。这通常是由 IT 或后勤团队成员在入职流程中手动完成“设备已交付”任务来捕获的。 | ||
|
为何重要
这是首日就绪的关键里程碑。从“订购设备”到此活动的周期时间是 IT 和设施部门绩效的关键 KPI。
获取方式
捕获 Oracle HCM 中新员工入职旅程内“确认设备交付”任务的完成 timestamp。
捕获
设备交付确认任务的状态更改为“已完成”的时间戳。
事件类型
inferred
|
|||
|
设备已订购
|
当新员工设备(如笔记本电脑或手机)的请求被正式提交时,记录此活动。这通常是入职旅程中的一项任务,完成后表示订单已下达。 | ||
|
为何重要
及时订购设备对于确保新员工“首日就绪”至关重要。此活动有助于衡量采购流程启动的速度。
获取方式
捕获入职旅程中“订购设备”任务的完成 timestamp,或与采购系统的集成 event。
捕获
设备订购任务的状态更改为“已完成”的时间戳。
事件类型
inferred
|
|||