您的 Hire to Retire(职位管理)数据模板
您的 Hire to Retire(职位管理)数据模板
- 建议收集的属性
- 需要追踪的关键活动
- SAP SuccessFactors Employee Central 数据提取指南
从入职到离职 - 岗位管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示特定活动发生时间的时间戳。 | ||
|
描述
事件时间记录了活动在系统中执行或记录的具体日期和时间。它为每个岗位的生命周期提供了事件的时间顺序。 该时间戳对于流程挖掘 (Process Mining) 中的所有时间维度分析都至关重要。它用于计算活动间的周期时间、测量整个流程的持续时间、通过分析步骤间的耗时来识别瓶颈,以及跟踪性能趋势。如果没有准确的时间戳,就无法进行流程分析。
为何重要
此属性提供事件的时间顺序,这对于计算周期时间、发现瓶颈以及了解流程绩效至关重要。
获取方式
这对应于 SAP SuccessFactors 职位管理审计日志或交易记录中与事件或状态变更关联的创建日期或最后修改日期字段。
示例
2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
|
|||
|
岗位ID
PositionId
|
组织职位的唯一标识符,作为职位管理流程的主要 case 标识符。 | ||
|
描述
职位 ID(Position ID)链接了与单个组织职位相关的所有活动和数据点。它支持对职位整个生命周期的端到端追踪,从初始请求、创建到任何修改、重新分类,直至最终停用或关闭。 在流程挖掘中,每个唯一的职位 ID 代表一个 case(案例)。通过此标识符分析流程,有助于了解职位的完整旅程,衡量总生命周期时间,并识别从头到尾影响职位的模式或瓶颈。它是构建流程图和计算案例级 KPI 的基础属性。
为何重要
这是连接所有相关事件的核心 case 标识符,使追踪职位的完整生命周期并分析其流程流向成为可能。
获取方式
此标识符是 SAP SuccessFactors Employee Central 职位管理模块的核心元素,通常位于职位对象中。
示例
POS-1002345POS-1002346POS-2039871
|
|||
|
活动名称
ActivityName
|
职位的特定时间点发生的业务事件名称。 | ||
|
描述
此属性描述了职位管理生命周期中的特定步骤或里程碑,例如“职位请求已发起”、“HR 系统职位已创建”或“职位已停用”。每项活动代表流程中的一个独立事件。 分析活动的顺序和频率是流程挖掘的核心。它支持流程图的可视化,识别常见及替代流程流(变体),并精准定位步骤之间发生延迟或返工的位置。这是了解流程实际运行方式的基础。
为何重要
它定义了流程中的步骤,支持流程图的可视化以及对工作流、瓶颈和偏差的分析。
获取方式
这通常派生自 SAP SuccessFactors Employee Central 系统中的事件日志、状态变更记录或审计追踪。可能需要将技术事件代码或状态转换映射为用户易懂的名称。
示例
职位请求已发起HR 系统职位已创建职位属性已修改职位已停用
|
|||
|
最后数据更新
LastDataUpdateTime
|
从源系统最后一次刷新或提取数据的时间戳。 | ||
|
描述
此属性指示流程数据在流程挖掘工具中最后一次更新的时间。它反映了所分析数据的实时性。 这对于用户了解分析的时效性并管理对数据及时性的预期非常重要。它是任何仪表板或报告的关键元数据。
为何重要
它向用户告知数据的更新程度,这对于确保分析和决策基于最新信息至关重要。
获取方式
此时间戳由数据提取和转换流水线在执行时生成。
示例
2023-10-27T08:00:00Z
|
|||
|
源系统
SourceSystemId
|
数据提取来源系统。 | ||
|
描述
此属性标识事件数据源自的源系统。对于此流程,该系统始终为 SAP SuccessFactors Employee Central。 虽然在单源模型中这看似多余,但对于数据治理和保持上下文连接至关重要,尤其是在可能合并多个系统数据的环境中。它确保了数据来源的清晰性。
为何重要
它提供了清晰的数据来源记录,这对于数据治理、问题排查以及涉及多个数据源的场景至关重要。
获取方式
这通常是在数据转换过程中添加的静态值,用于标记数据集的来源。
示例
SAP SuccessFactors Employee Central
|
|||
|
事件结束时间
EventEndTime
|
指示特定活动完成的时间戳。 | ||
|
描述
事件结束时间标志着一项活动的完成。在许多系统中,活动被记录为单一时间点,在这种情况下,结束时间将与开始时间相同。然而,对于具有可测量持续时间的活动(如正在进行的审批步骤),此字段捕获的是完成时刻。 此属性对于计算单个活动的处理时间至关重要。它有助于区分等待时间(活动之间的间隔)和处理时间(活动本身的持续时间),从而提供更详细的流程效率视图。
为何重要
它支持计算活动处理时间,有助于区分处理任务所用的时间与等待下一步骤的时间。
获取方式
此信息可能在审计日志中提供,或者需要推断。通常,对于原子事件,它与 StartTime 相同。
示例
2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
|
|||
|
审批人 ID
ApproverId
|
参与审批活动的经理或审批者的标识符。 | ||
|
描述
此属性标识执行审批步骤的特定用户,例如“经理已批准职位请求”或“HR 已批准职位请求”。它不同于通用的用户 ID,因为它专门与审批任务相关。 按特定审批人分析审批时间有助于识别流程中可能存在的个人瓶颈,或发现审批效率极高的最佳实践。它为分析“部门审批瓶颈”仪表板提供了更细粒度的细节。
为何重要
它允许对审批步骤进行粒度分析,有助于在个人审批者层级识别瓶颈或高效表现者。
获取方式
这存储在 SAP SuccessFactors 的工作流或审批日志数据中,与职位请求交易相关。
示例
m.joness.patele.williams
|
|||
|
用户ID
UserId
|
执行该活动的用户标识。 | ||
|
描述
此属性捕获执行特定事件的员工或系统用户的唯一 ID,例如批准职位请求的经理或在系统中创建职位的 HR 管理员。 按用户 ID 分析对于了解工作量分配、识别优秀员工以及发现潜在培训需求至关重要。它还有助于资源分析、合规性检查,以及识别由系统或服务账号执行的活动(这通常意味着已实现自动化)。
为何重要
它有助于将流程活动归因于特定用户,从而支持工作量分析、绩效衡量和自动化机会识别。
获取方式
此信息通常位于 SAP SuccessFactors 职位对象的审计日志或交易数据中的“修改人”或“用户”字段。
示例
c.bakerj.smithSYSTEM_USER
|
|||
|
职位状态
PositionStatus
|
事件发生时职位的状态。 | ||
|
描述
此属性指示职位的状态,例如“待招”、“已填充”、“已冻结”或“已撤销”。状态通常会随着流程中特定活动的发生而改变。 随时间分析职位状态转换对于了解职位生命周期并确保状态使用的一致性至关重要。“职位状态转换分析”仪表板依靠此属性来识别非标准流程流,并检查是否符合定义的状态模型。它有助于回答关于职位在特定状态停留时长的问题。
为何重要
追踪状态变更是分析职位生命周期、确保流程合规以及了解职位在各状态停留时长的关键。
获取方式
这对应于 SAP SuccessFactors Employee Central 中职位对象上的状态字段。
示例
待招已填补已冻结已消除
|
|||
|
部门
DepartmentName
|
职位所属的部门名称。 | ||
|
描述
此属性指定与职位关联的组织部门,如“财务部”、“销售部”或“信息技术部”。 部门是对比分析的关键维度。它允许您在组织的不同板块之间设定流程绩效基准,例如通过对比各部门之间的职位审批时间。这对于“部门审批瓶颈”仪表板至关重要,有助于识别局部低效环节或最佳实践。
为何重要
这支持跨不同业务部门的绩效对比和瓶颈分析,有助于精准发现特定区域的问题。
获取方式
这是 SAP SuccessFactors Employee Central 中职位对象的标准属性。
示例
财务销售部 - 北美研发
|
|||
|
业务单元
BusinessUnitName
|
与职位关联的业务单元(BU)。 | ||
|
描述
此属性标识职位所属的大型业务部门或单元(BU),其层级可能高于部门。 与“部门”类似,“业务单元”为高层级对比分析提供了一个维度。它允许资深领导者对比业务主要板块(如“消费品”与“企业软件”)之间的职位管理效率。
为何重要
支持高层级、跨部门的流程绩效对标,并有助于将流程指标与战略业务单元保持一致。
获取方式
这是 SAP SuccessFactors 职位对象上提供的标准组织架构属性。
示例
消费品企业软件全球服务
|
|||
|
修改的属性
ModifiedAttribute
|
职位上被更改的具体属性或字段。 | ||
|
描述
当发生“职位属性已修改”活动时,此字段指定了更改的属性,例如“部门”、“职衔”或“上级报告人”。 这为“职位属性变更频率”仪表板提供了关键细节。通过它,您不仅能知道发生了变更,还能分析哪些内容变更最频繁。某个特定属性的大量变更可能意味着其定义不明确,或者该特定字段的初始数据经常录入错误。
为何重要
它为变更事件添加了关键细节,使分析能够识别哪些特定数据点最不稳定或最容易出错。
获取方式
此信息来自 SAP SuccessFactors 中捕获字段级变更的详细审计日志,显示了旧值和新值。
示例
部门直属主管成本中心职位名称
|
|||
|
变更原因
ChangeReason
|
为职位修改或重新分类提供的理由。 | ||
|
描述
当职位被修改或重新分类时,用户通常会提供变更理由。此属性捕获该理由,例如“组织重组”、“范围变更”或“年度审查”。 这是根本原因分析的关键属性。它有助于解释重新分类或属性修改等流程事件背后的“原因”。分析最常见的变更原因可以揭示潜在问题,例如初始工作描述不清晰或组织变动频繁,这也是“职位重新分类分析”仪表板的核心目标。
为何重要
它提供了根本原因分析所需的业务背景,解释了为何会发生重新分类或修改等变更。
获取方式
这些数据通常在修改 SAP SuccessFactors 中职位对象的交易过程中,通过“理由”或“备注”字段捕获。
示例
组织调整范围变更年度审查
|
|||
|
国家/地区
CountryCode
|
职位所在的国家/地区。 | ||
|
描述
此属性指定与职位所在地关联的国家/地区。它是分析的关键地理维度。 按国家/地区分析流程可以揭示效率、合规要求或流程执行方面的地域差异。例如,由于当地劳动法规或劳资委员会的介入,某个国家的职位审批时间可能会明显更长。这有助于理解并解决特定地区的流程差异。
为何重要
它允许进行地理维度分析,以识别可能受当地法规或习惯影响的流程绩效区域差异。
获取方式
这是 SAP SuccessFactors 中与职位对象关联的位置信息的一部分。
示例
美国DEUINDGBR
|
|||
|
处理时间
ProcessingTime
|
在一项活动上实际投入工作的时间长度。 | ||
|
描述
此属性衡量完成单项活动所需的时间,计算方法是事件结束时间与事件时间(开始时间)之差。这与周期时间不同,后者包含了活动之间的等待时间。 分析处理时间有助于识别流程中哪些特定步骤执行起来最耗时。这便于开展有针对性的改进,例如简化表单、提供更好的培训或自动化某项任务。例如,它可以显示“HR 系统中创建职位”这一活动是需要几分钟还是几小时才能完成。
为何重要
它隔离了活动的实际工作时间,有助于精确指出哪些特定任务最耗时,将其与等待时间分开。
获取方式
这是在数据转换期间根据 EventTime 和 EventEndTime 字段计算得出的(ProcessingTime = EventEndTime - EventTime)。
示例
PT5M12SPT1H30MP1D
|
|||
|
是否首次即正确
IsFirstTimeRight
|
指示岗位是否在首次创建时即完全正确且无需立即修改的标记。 | ||
|
描述
此计算属性是一个布尔值(true/false)标志,用于检查在预定义的时间窗口内(如 24 小时),“HR 系统中创建职位”活动之后是否紧跟着“职位属性已修改”活动。如果没有发生修改,则标记为“true”。 此属性直接支持“创建一次成功率 %”KPI。它是衡量数据质量和流程有效性的有力指标,突出了因初始数据录入不准确或不完整而导致立即返工的情况。较低的一次成功率预示着在培训、系统易用性或数据验证规则方面可能存在问题。
为何重要
该指标衡量职位创建流程的质量,突出显示录入环节的返工和数据质量问题。
获取方式
这是一个布尔标志,在数据转换过程中通过分析每个职位 ID 的事件序列计算得出。
示例
truefalse
|
|||
|
职位名称
PositionTitle
|
与职位关联的官方职衔。 | ||
|
描述
此属性保存职位的描述性职衔,例如“高级财务分析师”或“二级软件工程师”。 虽然职位名称不是流程流动的主要驱动因素,但它提供了重要的业务上下文。它可用于针对特定角色类型过滤分析,或观察某些职衔是否与较长的创建周期或更频繁的修改相关联。它为分析增加了更贴近业务层面的细节。
为何重要
它提供了有价值的业务背景,支持按特定职位角色或职级对分析进行过滤或细分。
获取方式
这是 SAP SuccessFactors Employee Central 职位对象上的标准属性,通常链接到职务分类。
示例
高级财务分析师软件工程师 II市场协调员
|
|||
|
职位审批时长
PositionApprovalCycleTime
|
从职位请求发起直至 HR 批准的总时长。 | ||
|
描述
这是一个计算得出的 KPI,用于衡量新职位整个审批阶段的时长。它通过计算“职位请求已发起”事件与“HR 已批准职位请求”事件之间的时间差,在案例层级进行计算。 此属性直接衡量“平均职位审批时长”KPI,是“职位审批周期时间”仪表板的核心指标。它提供了组织敏捷性和前端招聘效率的关键衡量标准。
为何重要
这是一个关键绩效指标,直接衡量职位审批工作流的效率,有助于追踪并减少延迟。
获取方式
该指标是流程挖掘平台或数据转换层中,利用相关活动的时间戳在案例层级计算得出的。
示例
P3D4H30MP10DP1DT12H
|
|||
|
职位族
PositionJobFamily
|
职位所属的职系或职能领域。 | ||
|
描述
职系(Job Family)是一种将相关工作归类在一起的分类方式,例如“工程”、“财务”或“人力资源”。这提供了比具体职位名称更高层级的分组。 此属性对于“职位重新分类分析”仪表板至关重要。它允许分析师跟踪职系之间职位重新分类的频率并识别趋势。例如,从“IT 支持”到“网络安全”的高重新分类率可能预示着组织的战略转型。
为何重要
此属性对于分析重新分类趋势以及从职能层面了解组织架构变更至关重要。
获取方式
这是 SAP SuccessFactors 中与职位对象关联的职务分类结构的一部分。
示例
工程部财务人力资源
|
|||
|
预算审批状态
BudgetApprovalStatus
|
职位请求的预算审批状态。 | ||
|
描述
此属性追踪新职位的财务审批状态,取值如“待定”、“已批准”或“已驳回”。它专门用于监控财务清算步骤。 此状态对于计算“预算审批周期时间”KPI 以及“职位预算审批时长”仪表板必不可少。它将流程中的财务审批部分独立出来,支持针对预算相关问题引发的延迟进行专项分析,而这往往是职位创建中的重大瓶颈。
为何重要
这直接支持对预算审批阶段的分析,有助于识别并减少新职位财务清算过程中的延迟。
获取方式
此信息属于 SAP SuccessFactors 职位请求工作流数据的一部分,通常体现为特定审批步骤的状态。
示例
待财务审批已批准已驳回
|
|||
从入职到离职 - 岗位管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
HR 已批准职位请求
|
此活动表示人力资源部门已批准职位请求。这是一个关键里程碑,记录为审批工作流中显式的完成步骤。 | ||
|
为何重要
HR 的最终批准通常标志着预算分配或系统创建前主审批阶段的结束。测量到达此步骤的时间对于“平均岗位审批时间”KPI 至关重要。
获取方式
这是从与职位请求关联的工作流日志中捕获的。该事件对应于 HR 代表完成其分配的审批步骤的时间戳。
捕获
当 HR 审批者完成其在 workflow 中的步骤时记录。
事件类型
explicit
|
|||
|
HR 系统职位已创建
|
此活动标志着 SAP SuccessFactors Employee Central 中职位记录的正式创建。它是利用创建时间戳,从 Position MDF 对象的审计追踪或历史记录中显式捕获的。 | ||
|
为何重要
这是一个基础里程碑,确认职位已正式存在。“职位创建周期时间”KPI 衡量从请求发起至此事件的时长,反映了整体效率。
获取方式
此事件源自特定职位 ID 的职位元数据框架 (MDF) 对象审计历史记录中的“创建于”或“创建日期”系统字段。
捕获
从 Position 对象记录的创建时间戳提取。
事件类型
explicit
|
|||
|
岗位已激活
|
此事件表示新创建的职位已激活并可用于人员配备或招聘。这通常是根据职位状态字段变更为“Active”推断出来的。 | ||
|
为何重要
激活是招聘开始前的最后一步。追踪从创建到激活的时间有助于识别使岗位进入待招聘状态过程中的延迟。
获取方式
这是通过追踪 Position MDF 对象历史记录中“状态”或“生效状态”字段的变更推断出来的。变更为“Active”的时间戳即标记该事件。
捕获
根据岗位状态字段变更为“活跃”推断。
事件类型
inferred
|
|||
|
职位已关闭
|
这是职位生命周期中的最后一个事件,表示该职位已被永久关闭或撤销。这通常是根据职位状态变更为终态值(如“Closed”或“Eliminated”)推断出来的。 | ||
|
为何重要
此活动作为流程的最终终点,支持准确的端到端周期时间分析。它确认职位已成功撤销。
获取方式
这是通过追踪 Position MDF 对象历史记录中“状态”字段的变更推断出来的。状态变更为“Closed”或“Eliminated”的时间戳即标记该事件。
捕获
根据岗位状态变更为最终值推断。
事件类型
inferred
|
|||
|
职位请求已发起
|
此事件标志着职位管理流程的开始,即用户正式提交创建新职位的请求。当 SAP SuccessFactors 中触发职位创建工作流时,会显式捕获此事件。 | ||
|
为何重要
这是流程的主要开始事件。分析从该活动到其他活动(如职位审批或创建)的时间,对于衡量整体流程效率至关重要。
获取方式
此事件从与职位请求相关的工作流实例发起时捕获。数据可在与职位对象绑定的工作流请求表(如 WfRequest)中找到。
捕获
在发起新岗位 workflow 时记录。
事件类型
explicit
|
|||
|
职位请求被驳回
|
此事件标志着职位请求在审批工作流的任何阶段被驳回。当审批人选择“拒绝”或“退回”选项时,工作流引擎会记录这一显式事件。 | ||
|
为何重要
驳回是关键的流程偏差,可能意味着请求数据、预算或理由存在问题。分析驳回原因有助于提高未来请求的质量。
获取方式
这是从与职位请求关联的工作流日志数据中捕获的。它对应于以“rejected”状态完成的工作流步骤。
捕获
当审批者拒绝 workflow 中的某个步骤时记录。
事件类型
explicit
|
|||
|
经理已批准职位请求
|
代表第一级审批的完成,通常由招聘经理或直属经理执行。这是一个显式事件,记录为职位管理工作流中已完成的步骤。 | ||
|
为何重要
追踪经理审批时间有助于识别特定部门或管理层级的瓶颈。这是了解审批周期初始阶段的关键里程碑。
获取方式
这被记录为特定职位请求工作流日志数据中的步骤完成事件。可以通过审批人的角色和工作流步骤的“approved”状态来识别。
捕获
当用户完成 workflow 中的审批步骤时记录。
事件类型
explicit
|
|||
|
职位合规性已审查
|
代表对职位进行定期或由事件驱动的审查,以确保其符合内部政策或外部法规。该事件的捕获机制高度依赖于客户特定的配置,例如自定义工作流或 MDF 对象。 | ||
|
为何重要
此活动对于监控和确保组织合规性至关重要。它直接支持“职位审查合规率 %”等 KPI,并有助于降低风险。
获取方式
需要系统分析。这可能会在链接到职位的自定义 MDF 对象中、通过自定义工作流状态更新或通过附件日志进行捕获。
捕获
取决于自定义实现;通常是一个自定义 MDF 对象条目。
事件类型
explicit
|
|||
|
职位属性已修改
|
代表对现有职位属性所做的任何更改,例如职衔、部门或成本中心。该事件通过 Position MDF 对象的审计日志进行显式捕获。 | ||
|
为何重要
频繁的修改可能表明数据质量问题或组织设计的不稳定性。分析这些事件有助于衡量“岗位属性修改率”和返工情况。
获取方式
这些事件是从 Position MDF 对象的审计历史记录中捕获的。每个带有“最后修改日期”时间戳和用户的变更记录都代表一项修改活动。
捕获
针对任何字段变更,记录在 Position 对象的审计追踪中。
事件类型
explicit
|
|||
|
职位已停用
|
代表职位的正式停用,使其处于非活跃状态且无法使用。这是通过职位状态变更为“Inactive”或“Deactivated”推断出来的。 | ||
|
为何重要
这是职位撤销流程中的关键步骤。追踪从挂起到停用的时长对于衡量“职位停用前置时间”KPI 至关重要。
获取方式
这是通过识别 Position MDF 对象审计历史记录中“状态”或“生效状态”字段何时变更为“Inactive”推断出来的。
捕获
根据岗位状态字段变更为“未激活”推断。
事件类型
inferred
|
|||
|
职位已冻结/挂起
|
此事件表示职位已暂时挂起,无法进行人员配备。这是根据职位状态字段变更为“Frozen”或“Suspended”等值推断出来的。 | ||
|
为何重要
此活动通常发生在停用或关闭之前。分析职位保持冻结状态的时长有助于优化劳动力规划和人员编制管理。
获取方式
这是通过追踪 Position MDF 对象历史记录中“状态”字段的变更推断出来的。状态变更为“Frozen”或类似值的时间戳即标记该事件。
捕获
根据岗位状态字段变更为“已冻结”推断。
事件类型
inferred
|
|||
|
职位已重新分类
|
此活动表示职位的核心定义发生了重大变更,例如职务代码或职系的变更。这是根据 Position MDF 对象中“职务代码”或“工作分类”字段的更改推断出来的。 | ||
|
为何重要
高频的重新分类可能意味着初始职位设计存在问题或业务需求在不断变化。追踪此项指标有助于分析组织架构的稳定性。
获取方式
这是通过监控 Position MDF 对象审计历史记录中关键分类字段(如“jobCode”)的更改推断出来的。此类更改的时间戳即标记该事件。
捕获
根据 Position 对象“jobCode”字段的变更推断。
事件类型
inferred
|
|||
|
职位预算已批准
|
表示财务部门或预算持有者已批准新岗位的财务部分。这通常是 workflow 中的一个明确步骤,发生在经理和 HR 审批之后。 | ||
|
为何重要
预算审批的延迟会严重阻碍招聘进程。隔离分析此活动有助于优化岗位管理中的财务审批阶段。
获取方式
此事件从职位请求的工作流日志中捕获,对应于财务审批步骤的完成。审批者通常被标识为“财务”或“预算持有者”角色。
捕获
当财务审批者完成其在 workflow 中的步骤时记录。
事件类型
explicit
|
|||