您的新员工入职 data 模板
您的新员工入职 data 模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
员工入职属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
EventTimestamp
|
活动完成或达到里程碑的确切日期和时间。 | ||
|
描述
Event Timestamp(事件时间戳)记录了活动发生的精确时刻。此数据对于正确排序事件以及进行所有基于时间的分析(如计算周期时间、等待时间以及步骤间的时长)至关重要。 在流程挖掘中,时间戳用于排列每个案例中的活动顺序,并构建流程随时间变化的准确视图。它们是进行绩效分析、SLA 监控和瓶颈识别的基础。
为何重要
此属性对于计算所有与时间相关的指标(包括周期时间和瓶颈时长)至关重要,这些指标是进行绩效分析的核心。
获取方式
这通常与 SAP SuccessFactors Onboarding 模块的事件日志或审计跟踪中的每项活动一起记录。
示例
2023-10-01T09:00:00Z2023-10-03T14:30:00Z2023-10-05T11:25:10Z
|
|||
|
入职案例
OnboardingCaseId
|
单个新员工入职流程的唯一标识符,用于关联所有相关活动。 | ||
|
描述
入职案例 ID 是连接单个新员工入职旅程中所有事件和数据点的核心标识。它始于入职流程启动,终于流程标记为完成。 在流程挖掘中,此属性对于重构每位新员工的端到端流程至关重要。它允许对不同路径(变体)、周期时间和结果进行逐案分析,构成了整个分析的基础。
为何重要
这是定义分析范围的基础属性。没有它,就无法追踪新员工的入职历程,也无法衡量总入职时间等关键绩效指标。
获取方式
这通常是当新员工启动入职流程时,在 SAP SuccessFactors Onboarding 模块中生成的流程实例 ID。
示例
ONB-2024-00123ONB-2024-00124ONB-2024-00125
|
|||
|
活动名称
ActivityName
|
入职流程中发生的特定任务或里程碑的名称。 | ||
|
描述
此属性描述入职工作流中的特定事件或步骤,如“启动背景调查”或“已分配经理任务”。这些活动是流程图的基础组成部分。 分析活动的顺序和频率有助于识别实际流程、发现偏离标准流程的情况,并定位流程停滞的瓶颈。它是任何流程发现和分析的核心组件。
为何重要
它定义了流程图中的各个步骤。分析活动的顺序是理解和优化入职工作流的主要方式。
获取方式
此信息记录在 SAP SuccessFactors Onboarding 模块中每个案例的流程历史或审计跟踪表中。
示例
入职流程已启动背调已完成已请求 IT 配置已执行 30 天入职访谈
|
|||
|
最后数据更新
LastDataUpdateTimestamp
|
指示此事件数据上次从源系统刷新或提取的时间戳。 | ||
|
描述
此属性记录上次从源系统拉取数据的时间。它不代表事件发生的时刻,而是代表该事件记录在分析数据集中上次更新的时间。 这是一个关键的元数据字段,用于了解数据的新鲜度。它帮助分析师和业务用户了解流程分析的时效性,以及何时可以在仪表板中看到反映出的新数据。
为何重要
确保用户了解数据的时效性,这对于基于分析做出决策至关重要。
获取方式
此时间戳通常在数据提取过程中生成,并附加到每条记录上。
示例
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
|
|||
|
源系统
SourceSystem
|
用于标识数据提取自哪个系统。 | ||
|
描述
此属性指定数据的来源,在本案例中为“SAP SuccessFactors Onboarding”。在多个系统数据合并以实现更广泛流程视图的环境中,这非常有用。 在分析中,它有助于数据治理、故障排查并确保数据正确归属于其源头。它提供了必要的上下文,尤其是在比较来自不同应用的流程或数据时。
为何重要
为数据来源提供必要的上下文信息,这对于数据治理、验证以及与其他系统的集成至关重要。
获取方式
这通常是在数据提取和转换过程中添加的静态值,用于标记数据集。
示例
SAP SuccessFactors OnboardingSFSF_ONB_PRODSuccessFactors_Onboarding_US
|
|||
|
入职协调员
OnboardingCoordinator
|
负责管理该入职案例的 HR 专员或协调员。 | ||
|
描述
此属性识别监督新员工入职流程的人员(通常是 HR 成员)。他们负责确保任务按时完成并解决出现的问题。 此数据对于 HR 团队内的工作量管理和资源分配至关重要。“入职协调员工作量”仪表板依靠此属性来平衡案例分配,并识别可能超负荷或效率极高的协调员。
为何重要
对于分析 HR 团队工作量、产能规划以及识别协调员中的最佳实践至关重要。
获取方式
这可能是 SAP SuccessFactors Onboarding 流程实例中分配的角色或用户字段。
示例
Robert JohnsonEmily WhiteMichael Brown
|
|||
|
招聘经理
HiringManager
|
新员工向其汇报的经理姓名。 | ||
|
描述
此属性识别负责新员工的招聘经理。招聘经理在入职流程中通常被分配有特定任务,如安排团队介绍或制定 30 天目标。 按招聘经理分析数据有助于识别经理端的瓶颈并评估其在入职流程中的参与度。它通过突出显示可能需要额外支持或培训的经理,直接支持“经理端入职任务延迟”仪表板。
为何重要
有助于识别与经理依赖型任务相关的瓶颈,并衡量经理在入职流程中的参与度。
获取方式
这是 SAP SuccessFactors 中定义的核心职位信息和汇报结构的一部分。
示例
Jane DoeDavid Lee陈苏珊
|
|||
|
新员工 ID
NewHireEmployeeId
|
分配给新员工的唯一员工 ID。 | ||
|
描述
此属性是新员工在公司 HR 系统中的官方永久标识符。通常在创建 HR 档案后分配,并伴随员工整个任职期。 入职案例 ID 负责追踪流程,而员工 ID 则将入职流程与员工的永久记录联系起来。这实现了长期分析,例如将入职体验与未来的员工绩效或留任率进行关联分析。
为何重要
将临时的入职流程与永久的员工记录相连接,从而实现长期影响分析。
获取方式
可在 SAP SuccessFactors 的 Onboarding 或 Employee Central 模块中的新员工数据记录里获取。
示例
100523100524100525
|
|||
|
正式入职日期
OfficialStartDate
|
新员工正式入职的第一天。 | ||
|
描述
此属性是合同约定的新员工入职日期。它是许多入职前活动(如 IT 配置、文书完成和背景调查)的关键截止期限。 在分析中,此日期用作衡量入职前活动及时性的基准。它对于“首日 IT 资源就绪率”KPI 以及监控公司是否为新员工到来做好准备的仪表板来说不可或缺。
为何重要
作为评估所有入职前活动及时性和成功率的关键截止日期及基准。
获取方式
这是 SAP SuccessFactors 中新员工雇佣记录里的关键日期字段。
示例
2024-07-012024-07-152024-08-01
|
|||
|
结束时间
EndTime
|
标记活动完成时刻的时间戳,尤其适用于可度量时长的任务。 | ||
|
描述
StartTime (EventTimestamp) 标记 activity 开始或发生的时间,而 EndTime 记录其结束的时间。对于原子事件,StartTime 和 EndTime 可以相同。但对于像 'Background Check' 这样的 activity,拥有明确的开始和结束时间至关重要。 该属性可以直接计算单个 activity 的处理时间,而不仅仅是它们之间的等待时间。这有助于区分实际工作时间与空闲时间,从而更深入地洞察流程效率。
为何重要
支持精确计算活动处理时间,帮助识别哪些特定任务最为耗时。
获取方式
对于运行时间较长的任务,可以在流程日志中获取此信息,或者从后续活动的开始时间中推断得出。
示例
2023-10-01T17:00:00Z2023-10-04T10:00:00Z2023-10-06T12:00:00Z
|
|||
|
职位名称
PositionTitle
|
新员工的正式职位名称,例如“软件工程师”或“客户经理”。 | ||
|
描述
职位名称描述了新员工的具体职能角色。这提供了比仅有部门信息更细粒度的细节。 此属性用于分析入职流程是否因角色而异。例如,高管的入职流程可能与初级职位有不同的步骤或 SLA。这对于“入职流程变体分析”仪表板理解基于角色的流程偏差至关重要。
为何重要
支持基于工作职能分析流程变体,有助于定制和标准化入职体验。
获取方式
这是 SAP SuccessFactors 职位申请和新员工雇佣详情中的标准字段。
示例
高级软件工程师财务分析师HR业务伙伴业务开发代表
|
|||
|
部门
Department
|
新员工加入的部门或业务部门。 | ||
|
描述
此属性指定新员工所属的组织单位,如“销售部”、“工程部”或“财务部”。这是组织架构的基本数据。 按部门分析流程是一种常见的需求。它可以进行绩效对标,识别特定部门的瓶颈(例如,工程师的 IT 配置更慢),并了解入职流程在全公司范围内的差异。这种细分对于“部门入职基准”仪表板至关重要。
为何重要
支持对组织内不同部门的入职流程进行关键的细分和基准测试。
获取方式
此信息是 SAP SuccessFactors 中职位申请和新员工数据的一部分。
示例
销售与市场研发财务客户支持
|
|||
|
入职状态
OnboardingStatus
|
入职案例当前的总体状态,例如“进行中”或“已完成”。 | ||
|
描述
此属性提供了入职案例在其生命周期中所处位置的高级摘要。它显示流程是处于活跃状态、已结束还是因某种原因被取消。 这对于在仪表板中过滤数据以仅关注活跃案例或分析已完成案例的结果非常有用。在“单名新员工入职进度”仪表板中,此状态在深入查看详细活动历史记录之前提供快速概览。
为何重要
支持对入职 case 的整体状态进行便捷过滤和报告,有助于管理当前的业务负荷。
获取方式
此状态通常由 SAP SuccessFactors Onboarding 模块中的工作流引擎进行管理和更新。
示例
进行中已完成已取消暂停
|
|||
|
合规截止日期
ComplianceDueDate
|
所有强制合规活动必须完成的截止日期。 | ||
|
描述
此属性指定完成背景调查或强制培训等关键合规任务的目标日期。此截止日期通常由公司政策或法规要求决定。 它用于衡量合规执行情况,是“合规文件完备率”KPI 的关键组成部分。通过将合规活动的实际完成日期与此截止日期进行对比,系统可以标记逾期任务并评估流程的整体合规健康度。
为何重要
为衡量合规政策执行情况提供明确的截止期限,并有助于主动识别存在风险的案例。
获取方式
此日期可以由入职工作流根据新员工的入职日期和任务类型动态设置,也可以是一个固定字段。
示例
2024-06-302024-07-142024-07-31
|
|||
|
合规是否逾期
IsComplianceOverdue
|
一个计算出的标识,如果合规活动在截止日期后才完成,则为 true。 | ||
|
描述
此布尔属性通过比较合规相关活动(如“背景调查已完成”)的实际完成时间戳与其对应的“合规截止日期”得出。如果完成时间晚于截止日期,则标记为“true”。 此属性对于“关键合规监控”仪表板至关重要。它可以轻松识别并量化合规违规行为,帮助企业规避风险并提升对政策法规的遵循度。
为何重要
提供清晰直观的方式来识别和报告合规失败情况,从而实现主动风险管理。
获取方式
这是在流程挖掘工具中计算得出的。逻辑为:合规活动时间戳 > 合规截止日期。
示例
truefalse
|
|||
|
地点
Location
|
新员工的实际工作地点、办公室或国家/地区。 | ||
|
描述
此属性指定新员工所在的地理位置。入职要求(如合规文书或 IT 设备寄送)可能因地点或国家而异。 按地点分析流程有助于识别不同地区在效率和合规性方面的差异。例如,某些国家的背景调查可能更耗时,或者需要不同的法律文件。这种细分有助于定制和改进区域性入职流程。
为何重要
有助于识别并解决入职流程、合规要求和绩效方面的地域差异。
获取方式
此信息是 SAP SuccessFactors 中新员工职位和地点数据的一部分。
示例
美国纽约英国伦敦新加坡德国柏林
|
|||
|
处理时间
ProcessingTime
|
计算出的实际处理任务所花费的时间。 | ||
|
描述
Processing Time(处理时间)是指一项活动从开始到结束的持续时间。这与包含等待时间的 cycle time(周期时间)不同。例如,背景调查的处理时间仅指服务商实际操作的时间。 该指标通常通过活动结束时间减去开始时间得出,对于了解流程中哪些环节最耗费实际人力至关重要。它有助于区分“耗时长的任务”与“长时间的等待”,从而使改进工作更具针对性。
为何重要
精确识别哪些特定活动最耗时,从而与任务间的长时间等待区分开来。
获取方式
这是在数据分析期间通过给定活动的结束时间减去事件时间戳计算得出的。
示例
P3DT5HPT15MP7D
|
|||
|
新员工姓名
NewHireName
|
正在办理入职手续的新员工全名。 | ||
|
描述
此属性存储新员工的全名。它为案例提供了一个更具可读性的标识,方便 HR 业务伙伴或入职协调员查找和讨论特定的入职实例。 在仪表板和报表中,将新员工姓名与案例 ID 并列显示,能让需要监控个体进度的业务用户更直观地理解数据。
为何重要
为单个案例提供易于辨识的标识符,提升仪表板在业务监控中的易用性。
获取方式
这是与 SAP SuccessFactors Onboarding 中新员工个人资料关联的标准字段。
示例
约翰·史密斯Maria Garcia陈伟
|
|||
|
是否已自动化
IsAutomated
|
指示活动是由系统还是由人工用户执行的标识。 | ||
|
描述
此布尔属性区分由系统自动执行的活动(如“发送入职前文书”)和由人工执行的活动(如“完成 30 天面谈”)。 分析此属性有助于了解流程的自动化水平。通过识别手动的重复性任务,可以发现进一步自动化的机会。它还有助于将处理时间正确归因为系统处理或人工投入。
为何重要
有助于衡量流程的自动化程度,并识别用自动化工作流替代人工任务的机会。
获取方式
这通常可以从与事件关联的“用户”中推断出来。如果用户是系统或服务账号,则该事件是自动化的。
示例
truefalse
|
|||
|
用户ID
UserId
|
执行该活动的用户标识。 | ||
|
描述
此属性捕获执行流程中特定任务的人员 ID 或系统账号。这可能是新员工、招聘经理、HR 协调员,或者是自动化步骤的系统用户。 它可以用于在用户层面分析工作分配和绩效。例如,识别哪些入职协调员处理的任务最多,或者哪些经理完成分配职责的速度最快。它为资源和用户级绩效分析奠定了基础。
为何重要
支持对单个用户或用户组的工作量分配和绩效进行详细分析。
获取方式
此信息通常可以在 SAP SuccessFactors Onboarding 模块的审计跟踪或事件日志中找到,通常标记为“完成者”或“用户”。
示例
jdoedlee系统
|
|||
|
背景调查状态
BackgroundCheckStatus
|
背景调查的结果或当前状态。 | ||
|
描述
此属性记录背景调查流程的结果,这是一个关键的合规步骤。可能的值包括“已启动”、“进行中”、“通过”或“发现不利因素”。 此数据对于监控潜在瓶颈和合规风险至关重要。“背景调查周期”和“关键合规监控”仪表板使用此状态追踪进度并标记需要立即关注的案例。
为何重要
跟踪入职流程中一个至关重要且通常耗时较长的合规步骤的进展及结果。
获取方式
此信息通常在 Onboarding 模块中更新,通常通过与第三方背景调查服务商的集成来实现。
示例
通过 (Clear)挂起不良发现 (Adverse Finding)未启动
|
|||
|
雇佣类型
EmploymentType
|
指示新员工的就业状态,如全职、兼职或合同工。 | ||
|
描述
此属性根据雇佣合同对新员工进行分类。不同类型的入职流程可能存在显著差异,例如合同工可能只需要更少的步骤。 它用于流程分析中的细分,以比较不同雇佣类型的流程流转和效率。这有助于理解流程变体,并确保每种雇佣类型都遵循正确的入职路径。
为何重要
支持对比并优化不同类别员工(如全职员工与合同工)的入职流程。
获取方式
这是 SAP SuccessFactors 员工职位信息中的标准字段。
示例
全职员工兼职员工合同工实习生
|
|||
|
首日是否就绪
IsDayOneReady
|
一个计算出的标识,指示 IT 资源是否在新员工入职当天或之前准备就绪。 | ||
|
描述
此布尔属性通过将关键入职前活动(如“IT 配置已申请”和“设备已送达”)的完成时间戳与“正式入职日期”进行对比得出。值为“true”表示所有必需项在新员工入职首日已准备就绪。 这是“首日 IT 资源就绪度”仪表板中使用的关键绩效指标。它为 IT 和 HR 团队提供了一个清晰、可衡量的目标,并直接评估他们在入职准备方面的有效性。
为何重要
直接衡量入职前活动的成功程度,这会对新员工的生产力和初始体验产生重大影响。
获取方式
这在源系统中不是一个字段。它是基于以下逻辑在流程挖掘工具中计算得出的:(‘设备已送达’时间戳 <= 正式入职日期) 且 (‘IT 配置已完成’时间戳 <= 正式入职日期)。
示例
truefalse
|
|||
员工入职活动
| 活动 | 描述 | ||
|---|---|---|---|
|
HR 档案已创建
|
此活动标志着在核心 HRIS 系统(SAP SuccessFactors Employee Central)中创建了新员工的正式档案。当“管理待入职员工”流程完成且员工记录生效时,将捕获此事件。 | ||
|
为何重要
创建 HR 档案是实现薪资、福利及其他核心 HR 功能的关键集成点。追踪此环节有助于监控 HR 行政效率,并识别是否存在多次重复操作的情况。
获取方式
此事件会在 Employee Central 的员工档案中记录创建时间戳。该操作通常由 HR 管理员通过“管理待入职员工”工具执行。
捕获
从用户在 Employee Central 中的个人资料创建日期捕获。
事件类型
explicit
|
|||
|
入职前文书工作已完成
|
代表新员工通过入职门户完成了所有必需的入职前表单和任务。当系统记录到“入职前”或“新员工文书工作”步骤中的所有任务均已完成时,将捕获此事件。 | ||
|
为何重要
这是一个关键里程碑,表明新员工已参与其中并完成了必要的行政步骤。它为下游活动(如创建 HR 档案和 IT 配置)扫清了障碍。
获取方式
当文书收集流程或一系列相关任务的状态变为“已完成”时,将记录此信息。可以使用最后一项必修任务的完成时间戳。
捕获
根据系统中父级“文书工作”任务组被标记为完成的时间戳推断。
事件类型
inferred
|
|||
|
入职流程已启动
|
此活动标志着新员工入职流程的开始。通常在 SAP SuccessFactors Recruiting 模块中候选人状态更改为“待入职”,且数据传输至 Onboarding 模块时自动触发。 | ||
|
为何重要
这是入职案例的主要启动事件。它可以用于衡量总入职周期时间,并作为所有后续流程步骤的基准。
获取方式
此事件通常从 SuccessFactors Onboarding 模块(Process 对象)中新员工记录或流程实例的创建时间戳捕获。启动日期和时间通常会明确记录。
捕获
从入职流程实例的创建时间戳捕获。
事件类型
explicit
|
|||
|
入职流程已完成
|
这是最后一项活动,标志着系统内新员工入职案例的成功关闭。当 HR 管理员或自动化流程将入职流程状态移至最终的“已完成”状态时,将捕获此事件。 | ||
|
为何重要
此活动标志着流程的正式结束,是分析时的主要终止事件。它可以用于计算端到端周期时间和完成率。
获取方式
此事件通过 SuccessFactors Onboarding 模块中整个入职流程状态更新为“已完成”或“已录用”的时间戳推断得出。
捕获
根据整个入职流程状态最后一次变更为终止状态的时间戳推断。
事件类型
inferred
|
|||
|
入职首日
|
一个计算出的 event,代表新员工的正式入职日期。它不是显式的用户操作,而是衍生自与入职 case 关联的“正式入职日期”属性。 | ||
|
为何重要
这是分析入职首日前后活动的关键里程碑。它作为评估 IT 配置和入职培训等其他活动及时性的重要参考点。
获取方式
这是一个计算出的事件。它直接源自 Onboarding 或 Employee Central 模块中新员工记录里存储的“正式入职日期”字段。
捕获
衍生自员工记录中的“正式入职日期”属性。
事件类型
calculated
|
|||
|
已执行 30 天入职访谈
|
代表新员工与经理或 HR 之间完成的预定面谈(通常在入职 30 天左右)。当经理或 HR 代表将相应的检查清单项标记为完成时,将捕获此事件。 | ||
|
为何重要
此活动通常被视为初始密集入职期的结束标志。它是衡量新员工进入产出状态所需时间以及整个流程时长的关键里程碑。
获取方式
此事件通过 SuccessFactors 入职流程检查清单中特定“30 天面谈”任务或表单的完成时间戳推断得出。
捕获
根据“30 天入职访谈”任务的完成时间戳推断。
事件类型
inferred
|
|||
|
经理任务已分配
|
代表将一系列入职职责分配给招聘经理的节点。当系统自动触发并向经理分配“准备办公空间”或“安排团队欢迎”等任务时,将捕获此事件。 | ||
|
为何重要
经理的参与对于成功的入职体验至关重要。此项活动有助于分析经理收到通知的速度,并支持衡量其后续任务的完成时间。
获取方式
该事件可以通过入职工作流中分配给招聘经理角色的第一个任务的分配时间戳来识别。
捕获
在流程实例中创建并分配经理端特定任务的时间戳。
事件类型
explicit
|
|||
|
背调已完成
|
标志着背景筛选流程的结束和结果的接收。当 SuccessFactors Onboarding 模块中的背景调查任务状态更新为“已完成”或“已通过”时,将捕获此 event。 | ||
|
为何重要
这是许多企业中关键的合规里程碑,也是敲定录取通知的前提条件。此环节的延迟会严重影响新员工的入职日期和整体入职时间。
获取方式
这可以从背景调查任务状态更新为最终状态(如“已完成”)的时间戳推断得出。该状态通常通过第三方服务商的 API 进行更新。
捕获
根据入职计划中背景调查任务关联的完成时间戳推断。
事件类型
inferred
|
|||
|
入职前文书工作已发送
|
代表向新员工发送第一批所需文件和表格(如合规表单和个人信息收集表)的时刻。这通常是 SuccessFactors 预定义入职工作流中的一个自动化步骤。 | ||
|
为何重要
跟踪这一 activity 有助于评估行政配置的效率。该步骤与 'Paperwork Completed' 之间的时间间隔是识别由系统或新员工导致的延误的关键 KPI。
获取方式
这通常是一个明确的事件,或者是 Onboarding 流程对象中“新员工活动”或类似任务的状态变更。通常可以获取到任务分配或触发的时间戳。
捕获
由新员工入职门户中分配或启动文书工作任务的时间戳来识别。
事件类型
explicit
|
|||
|
已发起背景调查
|
此活动代表背景调查流程正式启动的节点,通常通过集成的第三方服务进行。当 SuccessFactors 工作流中触发相应的任务或流程步骤时,将捕获此事件。 | ||
|
为何重要
背景调查是一个关键且通常耗时较长的合规环节。通过衡量从启动到完成的持续时间,有助于识别内部流程或外部服务商中的瓶颈。
获取方式
这通常记录为 Onboarding 流程工作流中特定“背景调查”任务的状态变更。状态变更时间戳即代表该事件。
捕获
根据背景调查任务状态变更为“进行中”或类似状态的时间戳推断。
事件类型
inferred
|
|||
|
已请求 IT 配置
|
这标志着为新员工正式申请 IT 资源,如用户账号、电子邮件和系统访问权限。这通常在文书工作完成后自动触发,并通过集成或手动记录的任务进行捕获。 | ||
|
为何重要
这是决定新员工能否在首日投入工作的关键路径起点。追踪此环节有助于衡量并优化 IT 配置的前置时间。
获取方式
这通常是入职流程中的一个特定任务。该事件从“IT 配置”任务的创建或启动时间戳中捕获,该任务可能会向 ServiceNow 等服务台系统发送通知。
捕获
从 IT 配置请求或任务的创建时间戳捕获。
事件类型
explicit
|
|||
|
强制性培训已分配
|
代表将所需的合规性或基于角色的培训分配到新员工的学习计划中。当 SuccessFactors Onboarding 与学习管理系统 (LMS) 集成并分配课程时,将捕获此事件。 | ||
|
为何重要
此活动启动了合规培训流程。分析从这一节点到培训完成所需的时间,有助于了解员工的学习参与度并识别合规风险。
获取方式
此事件从 SuccessFactors Learning 模块中必修培训项目的分配日期时间戳捕获,并关联至新员工的用户 ID。
捕获
从集成的 SuccessFactors Learning 模块中的课程分配日期捕获。
事件类型
explicit
|
|||
|
强制性培训已完成
|
此活动标志着新员工完成了所有分配的强制性培训。当 SuccessFactors Learning 模块将所有必修课程的状态更新为“已完成”时,将捕获此事件。 | ||
|
为何重要
完成强制性培训是关键的合规检查点。追踪这一里程碑对于审计以及确保公司履行监管义务至关重要。
获取方式
此事件从 SuccessFactors Learning 模块中最后一项必修培训项目的完成日期时间戳捕获。
捕获
从集成的 SuccessFactors Learning 模块中的课程完成日期捕获。
事件类型
explicit
|
|||
|
设备已订购
|
此活动代表提交笔记本电脑或手机等物理硬件请求的时刻。它通过 SuccessFactors 入职检查清单中设备请求任务的时间戳进行捕获。 | ||
|
为何重要
确保设备在新员工入职首日准备就绪,对于生产力和积极的员工体验至关重要。追踪此项有助于识别采购和硬件配置流程中的延迟。
获取方式
这可以从入职流程中“订购设备”任务的状态变化推断出来。状态更改为“已提交”或“已完成”的时间戳即为该事件的时间。
捕获
根据经理或 IT 检查清单中“订购设备”任务的完成时间戳推断。
事件类型
inferred
|
|||
|
设备已送达
|
确认新员工的实物设备已成功送达指定地点。当 IT 团队成员或经理将“设备交付”任务状态更新为“已完成”时,将捕获此 event。 | ||
|
为何重要
此活动是衡量入职首日准备就绪度的关键指标。将此事件的时间戳与员工入职日期进行对比,有助于衡量“首日 IT 资源就绪率”这一 KPI。
获取方式
根据入职流程计划中“设备已送达”或“设备安装”任务状态被标记为“已完成”的时间戳推断。
捕获
根据设备交付确认任务的完成时间戳推断。
事件类型
inferred
|
|||