您的Hire to Retire员工生命周期数据模板
您的Hire to Retire员工生命周期数据模板
- 全面分析所需收集的推荐属性
- 流程中需要跟踪的关键活动和里程碑
- 从SAP SuccessFactors Onboarding提取数据的系统专属指导
招聘到离职:员工生命周期属性
| 名称 | 说明 | ||
|---|---|---|---|
| 员工ID EmployeeId | 用于标识员工整个组织生命周期的唯一标识符。 | ||
| 说明 员工ID是主要案例标识符,用于关联从最初提交职位申请到最终离职的所有事件。该ID对于追踪单个员工在不同任职阶段的完整历程至关重要。 在流程挖掘分析中,每项活动,例如“接受录用通知”或“完成绩效评估”,都与特定员工ID相关联。这样可以端到端重建每位员工的生命周期,并详细分析单个案例的流程、持续时间和变体。 为什么重要 这是将所有相关事件连接为单一完整流程实例的基础属性,使端到端生命周期分析成为可能。 获取位置 通常是SAP SuccessFactors核心HR模块中的主要员工标识符。 示例 100234510098762001567 | |||
| 开始时间 EventTime | 表示活动或事件开始时间的时间戳。 | ||
| 说明 该属性为员工生命周期中的每项活动提供准确的日期和时间,用于按时间顺序排列事件,并计算不同步骤之间的时长。 准确的时间戳对于绩效分析至关重要。它们支持计算“招聘周期时间”(“Job Requisition Created”与“Offer Accepted”之间的时间)和“入职周期时间”等关键指标。分析时间戳有助于识别延迟,并根据服务级别协议(SLA)衡量流程效率。 为什么重要 它提供事件的时间顺序,是所有基于时间的分析不可或缺的基础,包括周期时间计算和瓶颈识别。 获取位置 这些信息通常以SAP SuccessFactors记录中的创建日期、完成日期或状态变更时间戳形式提供。 示例 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-11-05T11:21:00Z | |||
| 活动 ActivityName | 员工生命周期某一时点发生的具体事件或任务名称。 | ||
| 说明 此属性记录招聘到离职流程中的具体步骤和里程碑。事件日志中的每条记录都对应一项活动,例如“创建职位申请”“启动入职”或“员工离职”。 分析这些活动的顺序和频率是流程挖掘的核心。它可以自动发现实际流程,识别偏离标准过程的情况,并定位瓶颈或冗余步骤。例如,分析可以揭示“完成薪资设置”是否总是在目标日期之后发生。 为什么重要 它定义流程中的步骤,构成流程图的骨架,并支持所有基于流转的分析。 获取位置 根据SAP SuccessFactors各模块中的事件类型、状态变化或任务完成记录生成,包括Onboarding、Recruiting和Employee Central。 示例 接受录用启动入职完成绩效评估员工已离职 | |||
| 最后数据更新时间 LastDataUpdate | 表示该事件数据最近一次从源系统刷新或提取时间的时间戳。 | ||
| 说明 该属性记录最近一次从源系统提取数据的日期和时间。它不是事件发生时间,而是记录在流程挖掘数据集中的最近更新时间。 这是数据治理和可靠性管理的重要元数据属性,有助于用户了解所分析数据的新鲜度,确保分析基于最新信息,也用于管理增量数据加载。 为什么重要 确保数据新鲜度透明可见,让分析师能够信任分析结果和洞察的时效性。 获取位置 该时间戳在数据摄取(ETL/ELT)过程中生成并添加到每条记录中。 示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| 源系统 SourceSystem | 用于标识生成事件数据的源系统。 | ||
| 说明 该属性标明数据提取自哪个源应用。对于此流程视图,其值通常为“SAP SuccessFactors Onboarding”,也可能包括其他集成系统。 在复杂的IT环境中,员工生命周期数据可能来自多个系统,例如Recruiting、Core HR和Payroll。该属性有助于追溯数据来源、排查数据质量问题,并了解流程分析范围。 为什么重要 它提供有关数据来源的重要背景信息,有助于数据验证、数据治理和理解流程范围。 获取位置 通常是在数据提取和转换过程中添加的静态值,用于标记数据集来源。 示例 SAP SuccessFactors OnboardingSAP SuccessFactors Employee CentralSAP Fieldglass | |||
| 入职周期时间 OnboardingCycleTime | 从候选人接受Offer到完成入职之间的计算时长。 | ||
| 说明 此指标衡量“Offer Accepted”活动与定义的入职完成Event之间经过的总时间,例如“Employee Profile Activated”或“Payroll Setup Completed”。它不是源系统中的直接字段,而是根据Event时间戳计算得出。 此属性直接对应“Onboarding Cycle Time”KPI,也是相关仪表板的主要衡量指标。分析该时长有助于HR部门识别入职流程中的瓶颈,并跟踪旨在帮助新员工更快投入工作的改进措施成效。 为什么重要 这是衡量入职流程效率的关键KPI,直接影响新员工体验和达到生产力所需的时间。 获取位置 由流程挖掘工具根据“Offer Accepted”和“Onboarding Completed”活动之间的时间戳差值计算。 示例 10天4小时15天2小时7天8小时 | |||
| 招聘周期时间 TimeToHire | 从创建招聘申请到候选人接受Offer之间的计算时长。 | ||
| 说明 此指标通过衡量招聘需求正式提出(“Job Requisition Created”)到候选人正式接受Offer(“Offer Accepted”)之间的时间,量化招聘流程的效率。 作为核心KPI,Time to Hire用于评估人才招聘职能的速度和绩效。招聘周期过长可能导致优秀候选人被竞争对手吸引,也可能延误项目进度。该指标是“Time-to-Hire Performance”仪表板的重要组成部分,通常会与目标值进行对比。 为什么重要 这一关键招聘KPI衡量组织获取人才的速度,直接影响组织的竞争能力和业务战略执行能力。 获取位置 由流程挖掘工具根据“Job Requisition Created”和“Offer Accepted”活动之间的时间戳差值计算。 示例 35天52天28天 | |||
| 招聘管理者 HiringManager | 负责新员工或正在经历生命周期事件的员工的管理者姓名。 | ||
| 说明 该属性标识与员工案例关联的管理者。招聘管理者是许多生命周期事件中的关键参与者,包括审批、入职任务和绩效评估。 按管理者分析数据对于“管理者审批瓶颈分析”仪表板至关重要。它有助于识别审批时间较长的管理者,提示可能需要培训或流程支持;同时也支持管理者之间的绩效比较和最佳实践识别。 为什么重要 它标识流程中的关键参与者,支持分析管理者个人绩效、审批延迟和团队层面的模式。 获取位置 这些信息通常存储在SAP SuccessFactors Employee Central中的职位申请或员工档案中。 示例 John SmithMaria GarciaChen Wei | |||
| 结束时间 EndTime | 表示持续性活动或事件完成时间的时间戳。 | ||
| 说明 StartTime表示事件开始,EndTime表示事件结束。这对于具有持续时间的活动尤其有用,例如“New Hire Data Collection”或管理者审批步骤。 同时记录开始和结束时间,可以准确计算单项活动的处理时长,帮助定位大型周期中最耗时的具体步骤,比仅分析案例级周期时间提供更细致的视角。 为什么重要 它支持精确计算单项活动的持续时间,对于识别具体流程低效环节和瓶颈至关重要。 获取位置 通常对应SAP SuccessFactors中任务或流程步骤的“Completed Date”或“Last Modified Date”时间戳。 示例 2023-01-15T11:30:00Z2023-03-21T09:00:15Z | |||
| 职位申请ID JobRequisitionId | 启动招聘流程的职位申请唯一标识符。 | ||
| 说明 该ID将员工生命周期关联回其所应聘的具体职位,为岗位、部门和招聘要求提供重要背景。 在分析中,职位申请ID用于汇总和比较招聘流程。例如,可以按职位申请、部门或招聘人员分析“招聘周期时间”KPI,了解招聘流程在哪些环节效率最高或最低,并回答“哪些类型的岗位填补时间最长”等问题。 为什么重要 它将员工旅程与最初的业务需求连接起来,支持对招聘阶段进行深入细分和分析。 获取位置 该标识符位于SAP SuccessFactors Recruiting模块中,并与候选人及后续员工档案关联。 示例 REQ-2023-05-101REQ-2024-01-235REQ-2023-11-088 | |||
| 职位角色 JobRole | 员工的具体职位名称或角色。 | ||
| 说明 该属性指定员工的职位名称,例如“Software Engineer”“Account Executive”或“Financial Analyst”,提供员工在组织中职能的详细信息。 按职位角色分析有助于了解不同类型员工的流程差异。例如,可在“培训分配缺口”仪表板中查看某些角色是否缺少必需培训,也可以分析高级职位或技术职位的招聘周期时间是否更长。 为什么重要 它支持针对不同员工职能开展细粒度流程分析,帮助您为特定角色制定流程改进措施。 获取位置 这些信息存储在SAP SuccessFactors Employee Central中的员工职位或职位信息记录中。 示例 高级软件工程师产品经理人力资源业务伙伴 | |||
| 部门 Department | 员工所属的组织部门。 | ||
| 说明 该属性包含业务部门名称,例如“Sales”“Engineering”或“Human Resources”,是与员工岗位相关的基础组织数据。 部门是比较分析的重要维度,可用于按部门细分“入职周期时间”或“员工流失率”等KPI,了解组织内不同部门的流程差异,从而定位部门特有的问题,例如Engineering入职缓慢或Sales员工流失率较高。 为什么重要 它是数据细分的关键维度,支持比较企业不同业务部门的流程绩效和结果。 获取位置 该数据属于SAP SuccessFactors Employee Central中的核心员工记录,并与员工职位关联。 示例 工程销售与市场营销财务客户支持 | |||
| 业务单元 BusinessUnit | 员工所属的更大业务单元或事业部。 | ||
| 说明 此属性代表高于部门层级的组织结构,例如“消费品”或“企业软件”。它为员工职位提供更广泛的业务背景。 在业务单元层面分析流程,有助于高层管理者了解公司主要业务板块的绩效表现。分析可以揭示某个事业部内的系统性问题,也可以发现表现优秀的单元,并将其最佳实践推广到其他部门。这对于战略性人力规划和资源配置具有重要价值。 为什么重要 它提供了高层级的分析维度,便于比较公司主要事业部之间的流程效率和结果,为战略决策提供依据。 获取位置 这是SAP SuccessFactors Employee Central中的标准组织结构要素,与员工职位相关联。 示例 全球技术零售银行制药 | |||
| 候选人ID CandidateId | 候选人在成为员工之前获得的唯一标识符。 | ||
| 说明 此ID用于记录个人在员工生命周期招聘阶段的进展,在分配Employee ID之前使用。它关联所有入职前活动,例如“Candidate Applied”和“Interview Scheduled”。 虽然Employee ID是端到端流程的主要案例标识符,但Candidate ID对于详细分析入职前漏斗至关重要。它可以跟踪某个招聘申请中的所有候选人,而不仅是最终录用者,从而支持招聘转化率分析。 为什么重要 它通过跟踪所有候选人,支持对招聘漏斗进行详细分析,并提供转化率和入职前流程效率方面的洞察。 获取位置 这是SAP SuccessFactors Recruiting模块中的主要标识符。 示例 CAND-84392CAND-91034CAND-79831 | |||
| 国家/地区 Country | 员工所在的国家/地区,或职位所属的国家/地区。 | ||
| 说明 此属性用于指定员工工作地点所属的国家/地区,是重要的地理和组织信息。 由于劳动法、法规和业务实践不同,流程差异通常与地理位置相关。按国家/地区分析数据,有助于发现这些差异,例如某些地区的招聘周期更长,或合规步骤不同。这对于在满足本地要求的同时确保全球流程标准化至关重要。 为什么重要 它支持按地理位置划分流程,对于了解不同地区在绩效、合规和成本方面的差异至关重要。 获取位置 这是SAP SuccessFactors Employee Central中员工地点或职位信息的一部分。 示例 USA德国印度巴西 | |||
| 执行用户 PerformedByUser | 执行该活动的用户姓名或ID。 | ||
| 说明 此属性用于标识在流程中执行特定Task或Event的人员,例如HR专员、招聘人员或经理。它记录了工作流中的人工参与情况。 分析由谁执行各项活动,是了解资源配置、工作量分配和绩效表现的关键。这有助于识别表现出色的招聘人员、审批速度较慢的经理,或承担任务最多的HR团队成员。这些数据还可用于区分由员工执行的Task和自动化Task。 为什么重要 它将流程活动归属到具体人员,从而支持工作量分析、资源绩效管理和培训需求识别。 获取位置 这些信息通常记录在审计日志中,或位于SAP SuccessFactors中与Task和记录关联的“最后修改人”字段内。 示例 asmithjdoebchen | |||
| 招聘来源 RecruitmentSource | 候选人的来源渠道,例如招聘网站、员工推荐或直接申请。 | ||
| 说明 此属性记录职位申请的来源,有助于了解哪些招聘渠道最适合发现和吸引人才。 这些数据对于“Payroll Setup Completion & Accuracy”仪表板很有价值,可用于判断来自特定渠道的候选人是否更容易遇到问题。从更广泛的角度看,它还可用于分析不同渠道招聘人员的质量和速度。例如,分析可能显示,员工推荐的招聘周期最短,留任率最高。 为什么重要 它有助于衡量不同招聘渠道的有效性,从而优化招聘策略和预算。 获取位置 候选人申请时,SAP SuccessFactors Recruiting模块会记录这些信息。 示例 LinkedIn员工推荐公司网站Indeed | |||
| 是否返工 IsRework | 布尔标记,用于表示某项活动是否在同一案例中第二次或后续再次执行。 | ||
| 说明 此计算属性用于标记员工生命周期中重复发生的活动。例如,如果“Compliance Form Signed”因首次提交错误而发生两次,第二次发生将被标记为返工。 此属性对于“Activity Rework and Redundancy”仪表板至关重要。它有助于量化流程浪费,并识别任务未能一次正确完成的环节。返工率较高可能表明培训不足、系统易用性不佳或流程说明不清晰。 为什么重要 它通过识别重复工作量化流程低效,帮助发现提升流程质量、减少无效投入的机会。 获取位置 流程挖掘工具通过分析每个案例的活动顺序,识别并标记重复活动。 示例 truefalse | |||
| 离职原因 TerminationReason | 员工离开公司的原因。 | ||
| 说明 此属性记录员工离职的具体原因,可以是主动离职,例如“辞职,获得更好机会”,也可以是非自愿离职,例如“非自愿离职,绩效原因”。 这是“High Turnover Pattern Analysis”仪表板的关键属性。将离职原因与具体流程路径关联起来,企业可以发现人员流失的根本原因。例如,分析可能显示,经历过很长入职流程的员工更可能在入职第一年内辞职。 为什么重要 它为员工离职原因提供重要背景,支持人员流失的根因分析,并帮助制定有针对性的留任策略。 获取位置 这些信息会在SAP SuccessFactors Employee Central的离职或终止流程中记录。 示例 自愿离职,辞职非自愿离职,绩效原因退休非自愿离职,组织重组 | |||
| 雇佣状态 EmploymentStatus | 员工当前的雇佣状态,例如在职、已离职或休假。 | ||
| 说明 该属性表示员工当前与公司的关系状态,并在生命周期关键节点发生变化,尤其是在开始阶段变为“Active”,以及结束阶段变为“Terminated”。 这是分析“员工生命周期吞吐量”仪表板的重要维度。分析师可以按状态筛选,跟踪在职员工流转,监控一段时间内的离职量,并了解休假员工的流程变体。它为每个案例提供高层次的结果信息。 为什么重要 它清晰呈现每个员工案例的结果,是开展群组分析、流失分析和流程吞吐量分析的基础。 获取位置 这是SAP SuccessFactors Employee Central中员工职位信息记录的标准字段。 示例 在职已离职带薪休假无薪休假 | |||
招聘到离职:员工生命周期活动
| 活动 | 说明 | ||
|---|---|---|---|
| 创建职位申请 | 新职位获批并开放申请时,招聘流程正式开始。通常,当SAP SuccessFactors Recruiting模块中的新职位申请表保存并发布后,系统会记录此事件。 | ||
| 为什么重要 这是衡量“招聘周期时间”KPI的主要起点。分析从该事件开始经过的时间,有助于识别人才招聘初始阶段的延迟。 获取位置 该事件记录在SAP SuccessFactors Recruiting模块中,对应职位申请实体的创建日期和时间戳。 采集 取自Recruiting模块中职位申请记录的创建时间戳。 事件类型 explicit | |||
| 启动入职 | 新员工记录在Onboarding模块中创建,其入职任务集正式启动。当系统为新员工触发入职流程时,将明确记录此事件。 | ||
| 为什么重要 这是入职旅程的正式起点,为衡量入职效率和新员工参与度提供清晰基线。 获取位置 SAP SuccessFactors Onboarding 2.0会在新员工从Recruiting模块转入时,为其创建流程实例,并记录具体的开始日期和时间戳。 采集 新员工入职流程记录的创建时间戳。 事件类型 explicit | |||
| 启动离职 | 员工离职流程由管理者或HR发起。在Employee Central中录入离职操作时,系统会记录此事件,通常还会设置未来生效日期。 | ||
| 为什么重要 这标志着离职流程开始。分析此事件之后的活动,对于了解离职效率和合规情况至关重要。 获取位置 这是SAP SuccessFactors Employee Central中记录的明确操作。事件时间取自员工离职记录的创建日期。 采集 员工工作历史中离职记录的创建时间戳。 事件类型 explicit | |||
| 员工已离职 | 员工在最后工作日后,其系统记录正式变为非激活状态,标志着员工生命周期最终结束。 | ||
| 为什么重要 这是Hire to Retire流程实例的最终结束事件。“Termination Initiated”与此事件之间的时间定义了离职总时长。 获取位置 记录在SAP SuccessFactors Employee Central中。事件时间为员工“Job Information”历史中离职操作的生效日期。 采集 Employee Central中离职记录的生效日期。 事件类型 explicit | |||
| 接受录用 | 表示候选人正式接受录用的时刻,并触发从招聘到入职的转换。通常可根据Recruiting模块中候选人申请状态的变化推断此事件。 | ||
| 为什么重要 这是一个关键里程碑,标志着“招聘周期时间”结束和“入职周期时间”开始。此节点之前的延迟会影响招聘,之后的延迟则会影响新员工体验。 获取位置 根据SAP SuccessFactors Recruiting模块中候选人申请流程的状态变化推断,例如状态变为“Offer Accepted”或类似状态。 采集 以申请状态更新为“Offer Accepted”或等效状态时的时间戳为准。 事件类型 inferred | |||
| 激活员工档案 | 新员工数据正式从Onboarding传输至Employee Central,其员工档案在入职日期变为激活状态。当核心HRIS中创建并激活员工记录时,系统会记录此事件。 | ||
| 为什么重要 这标志着员工正式进入公司记录,是招聘流程的最后一步,也是其在职生命周期的起点。 获取位置 此事件发生在SAP SuccessFactors Employee Central中,取自员工雇佣记录的入职日期或创建日期。 采集 Employee Central中员工主要雇佣记录关联的入职日期时间戳。 事件类型 explicit | |||
| 设置为Ready To Hire状态 | 所有入职前准备活动均已完成,系统将候选人标记为核心HR系统中的可雇用状态。通常可根据入职流程的整体状态推断此事件。 | ||
| 为什么重要 该里程碑确认员工正式入职所需的前置条件均已满足,是激活员工档案和薪资前的关键检查点。 获取位置 当SAP SuccessFactors Onboarding模块中的入职流程实例进入“Ready to Hire”等最终步骤时,可根据其状态推断此事件。 采集 入职流程状态变为“Completed”或“Ready to Hire”时的时间戳。 事件类型 inferred | |||
| 候选人提交申请 | 候选人正式提交职位申请。当系统成功接收针对特定职位申请的新候选人申请时,将记录此事件。 | ||
| 为什么重要 跟踪申请量以及自职位申请创建以来经过的时间,有助于评估人才来源渠道和招聘营销的效果。 获取位置 记录在SAP SuccessFactors Recruiting模块中。每条申请记录都有创建日期,可作为事件时间戳。 采集 候选人申请记录中的提交时间戳。 事件类型 explicit | |||
| 合规表单已签署 | 新员工完成并电子签署必需的合规文件,例如I-9、税务表单或政策确认文件。当特定合规文件任务完成时,系统会记录此事件。 | ||
| 为什么重要 确保合规是入职过程中关键且不可妥协的环节。跟踪此活动有助于监控HR合规符合率并规避法律风险。 获取位置 记录在SAP SuccessFactors Onboarding模块的合规表单部分。每份表单的完成记录都带有时间戳,可用于事件日志。 采集 特定合规表单任务的完成时间戳,例如“I-9 Section 1”或“W-4”。 事件类型 explicit | |||
| 完成绩效评估 | 员工完成一个正式的绩效评估周期。当绩效评估表单最终确认并在Performance & Goals模块中进入“Completed”状态时,系统会记录此事件。 | ||
| 为什么重要 此活动对于分析绩效评估周期遵循率KPI至关重要,有助于确保整个组织持续开展员工发展和反馈工作。 获取位置 记录在SAP SuccessFactors Performance & Goals模块中。事件时间为绩效评估表单的完成时间戳。 采集 员工绩效评估表单的完成时间戳。 事件类型 explicit | |||
| 完成薪资设置 | 新员工信息已成功录入并在薪资系统中确认。此事件可以取自SuccessFactors中的特定任务完成记录,也可以根据向薪资系统复制数据的日志推断。 | ||
| 为什么重要 准确、及时地完成薪资设置对新员工体验至关重要。跟踪此活动有助于衡量薪资设置错误率和完成及时性。 获取位置 此事件通常难以直接跟踪,可能对应入职清单中的手动任务,也可能根据Employee Central与薪资系统之间的数据集成日志推断。 采集 根据“Notify Payroll”任务完成记录或成功数据同步日志条目推断。 事件类型 inferred | |||
| 新员工数据收集完成 | 新员工完成首批数据收集任务,例如个人信息、银行信息和紧急联系人。当入职清单中的特定任务或任务组标记为完成时,系统会记录此事件。 | ||
| 为什么重要 及时收集数据对后续薪资设置和IT配置等步骤至关重要。此处延迟会造成下游瓶颈,并可能影响新员工第一天的体验。 获取位置 在SAP SuccessFactors Onboarding模块中跟踪。相关数据收集步骤或表单的完成时间戳作为事件时间。 采集 Onboarding流程中“Personal Data Collection”或类似标准步骤的完成时间戳。 事件类型 explicit | |||
| 晋升获批 | 管理者提出的员工晋升申请在系统中正式获批。当带有晋升事件原因的“Job Information”变更事务保存后,系统会明确记录此事件。 | ||
| 为什么重要 跟踪晋升对于了解内部流动模式和职业发展至关重要。审批所需时间可以揭示行政瓶颈。 获取位置 记录在SAP SuccessFactors Employee Central中。这是一次“Job Information”记录变更,事件原因为“Promotion”,并带有生效日期。 采集 事件原因为“Promotion”的“Job Information”变更创建时间戳。 事件类型 explicit | |||
| 离职任务完成 | 所有必需的离职任务均已完成,例如资产归还、知识交接和最终薪资指示。当离职流程清单进入最终状态时,系统会记录此事件。 | ||
| 为什么重要 确保所有离职步骤完成,有助于降低安全风险并确保法律合规。此活动是衡量离职周期时间的关键。 获取位置 在SAP SuccessFactors Offboarding模块中跟踪。通常根据员工离职清单中最后一项任务的完成情况推断。 采集 离职流程状态变为“Completed”时的时间戳。 事件类型 inferred | |||
| 管理者任务完成 | 招聘管理者完成分配给自己的入职职责,例如确认设备需求或设定第一周目标。当管理者清单或特定任务标记为完成时,系统会记录此事件。 | ||
| 为什么重要 管理者参与是成功入职的关键。分析这些任务的周期时间,有助于识别与管理者相关的瓶颈。 获取位置 在SAP SuccessFactors Onboarding模块中跟踪。时间戳对应分配给招聘管理者的任务完成时间。 采集 Onboarding流程中管理者任务的完成时间戳。 事件类型 explicit | |||
提取指南
步骤
- 前提条件:确保您拥有SAP SuccessFactors管理权限、Integration Center的基于角色的权限(RBP),以及所需OData API(例如JobRequisition、JobApplication、ONB2Process、EmpJob)的读取权限。您还需要用于存放输出文件的SFTP服务器凭据。
- 策略:Hire to Retire流程横跨SuccessFactors多个模块。您需要分别为每个主要数据源创建独立集成,例如Recruiting、Onboarding和Employee Central。随后,在外部将这些集成输出的CSV文件合并为ProcessMind所需的单一事件日志。
- 进入Integration Center:在Admin Center中使用Tool Search查找并进入“Integration Center”。
- 创建Recruiting事件集成:点击“My Integrations”,然后点击“Create”,选择“Scheduled Simple File Output Integration”。
- 搜索并选择JobApplication实体作为起始点。输入名称,例如ProcessMind_Recruiting_Events。
- 在“Configure Fields”选项卡中选择所需字段。使用“Add”按钮创建计算字段,将状态映射到ActivityName,并为EventTime选择适当的日期字段。
- 为从该实体派生的每项活动创建独立的计算列,例如“Candidate Applied”和“Offer Accepted”。使用条件逻辑,例如当状态为“Hired”时,将Event设置为“Offer Accepted”。
- 另外,为JobRequisition实体创建独立集成,以捕获“Job Requisition Created”Event。
- 创建Onboarding事件集成:使用ONB2Process实体创建另一个集成,作为“Onboarding Initiated”、“New Hire Data Collection Completed”、“Manager Tasks Completed”和“Ready To Hire Status Set”等活动的数据源。
- ONB2Process实体包含与这些活动对应的多个状态字段和日期。您需要创建多个计算字段,检查流程状态或Task状态,并输出相应的活动名称和时间戳。
- 对于“Compliance Form Signed”等特定Event,您可能需要基于ONB2DataCollectionUserConfig或相关合规表单实体创建独立集成。
- 创建Employee Central(EC)事件集成:使用EmpJob(Job Information)实体创建第三个主要集成。该实体按时间切片,是大多数员工生命周期Event的数据源。
- “Employee Profile Activated”、“Promotion Approved”、“Termination Initiated”和“Employee Terminated”等活动均源自EmpJob记录。
- 根据eventReason字段筛选并识别具体活动,例如“HIRE”、“PROMO”、“TERML”和“TERM”。
- 使用EmpJob记录的startDate或createdDate作为EventTime。
- 配置筛选条件:在每个集成的“Filter”选项卡中,基于lastModifiedDateTime字段添加筛选条件。将运算符设为“Greater Than”,值设为“Last Run Time”。这样每次运行只提取新增或更新的记录,对提升性能至关重要。
- 配置目标和计划:在“Destination Settings”选项卡中输入SFTP服务器信息。在“Scheduling”选项卡中将集成设置为定期运行,例如每天运行。
- 检查并运行:保存并运行这些集成。首次运行会根据日期筛选条件执行全量加载,后续运行则只提取增量数据。
- 合并并转换数据:从SFTP服务器下载CSV文件。使用外部脚本,例如Python,或ETL工具将文件合并为单一事件日志。脚本必须:
- 合并所有文件。
- 将Recruiting中的入职前Event关联到入职后的EmployeeId。
- 通过处理同一员工或招聘申请的相关Event,计算TimeToHire和OnboardingCycleTime等复杂属性。
- 整理上传格式:确保最终合并文件为CSV,并包含所需列,例如EmployeeId、ActivityName、EventTime、SourceSystem、LastDataUpdate等,然后上传至ProcessMind。
配置
- 集成类型:Scheduled Simple File Output Integration。这是创建定时文件导出并发送至SFTP服务器的标准选项。
- 来源:SuccessFactors OData V2 API。这是Integration Center用于检索数据的标准API。
- 主要来源实体:您需要为多个实体配置集成,包括JobRequisition、JobApplication、ONB2Process、EmpJob(Job Information)、PMForm(Performance Management Form),以及可能用于合规表单的ONB2DataCollectionUserConfig。
- 目标:需要使用SFTP服务器接收平面文件导出。在“Destination Settings”选项卡中配置主机地址、端口和凭据。
- 文件格式:建议使用CSV格式。请确保选择UTF-8编码,以支持特殊字符。
- 筛选条件:最重要的筛选条件是基于lastModifiedDateTime字段使用“Last Run Time”值。这支持增量提取,可显著提升性能,并减少后续运行的文件大小。如果只提取企业某个部分的数据,也应考虑按Company/Legal Entity进行筛选。
- 计划:建议每天定时运行,以确保数据保持最新,同时避免对源系统造成过大负载。
- 前提条件:运行集成的用户需要拥有Integration Center工具的完整权限,以及所查询实体和导航属性的OData API读取权限。这些权限在SuccessFactors的“Manage Permission Roles”中配置。
a 示例查询 sql
/*
Integration Center does not use a single script. Instead, you configure multiple integrations through a graphical interface.
The following describes the configuration for each required integration to produce the final event log.
*/
// ======== Integration 1: Job Requisition Created ========
Integration.Name: "ProcessMind_JobRequisition_Created"
Starting.Entity: JobRequisition
Output.Columns:
- ActivityName = "Job Requisition Created" (Calculated, Fixed String)
- EventTime = jobReqGUId.createdDateTime (Source Field)
- JobRequisitionId = jobReqId (Source Field)
- EmployeeId = NULL (Calculated, Empty String)
- HiringManager = hiringManager.usersSysId (Navigated Field)
- Department = department.name (Navigated Field)
- JobRole = jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 2: Recruiting Application Events ========
Integration.Name: "ProcessMind_Recruiting_Application_Events"
Starting.Entity: JobApplication
Output.Columns:
- ActivityName = IF(jobApplication.status.statusName CONTAINS 'Applied', 'Candidate Applied', IF(jobApplication.status.statusName CONTAINS 'Offer Accepted', 'Offer Accepted', NULL)) (Calculated Field)
- EventTime = IF(ActivityName == 'Candidate Applied', jobApplication.createdDateTime, jobApplication.offerResponseDate) (Calculated Field)
- JobRequisitionId = jobApplication.jobReqId (Source Field)
- EmployeeId = jobApplication.candidate.usersSysId (Navigated Field, Note: this is the Candidate User ID, needs mapping to Employee ID post-hire)
- HiringManager = jobApplication.jobRequisition.hiringManager.usersSysId (Navigated Field)
- Department = jobApplication.jobRequisition.department.name (Navigated Field)
- JobRole = jobApplication.jobRequisition.jobTitle (Navigated Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- ActivityName != NULL
// ======== Integration 3: Onboarding & Offboarding Process Events ========
Integration.Name: "ProcessMind_Onboarding_Events"
Starting.Entity: ONB2Process
Output.Columns:
// Multiple rows can be generated from one ONB2Process record. This logic is best handled in the post-processing script.
// This example flattens it for simplicity, assuming one activity per record based on current status.
- ActivityName = CASE(ONB2Process.processStatus.code, 'READY_TO_HIRE', 'Ready To Hire Status Set', 'COMPLETED', 'Onboarding Initiated', 'ONB_TASKS_COMPLETED', 'New Hire Data Collection Completed', 'MNGR_TASKS_COMPLETED', 'Manager Tasks Completed', 'OFF_COMPLETED', 'Offboarding Tasks Completed') (Calculated Field)
- EventTime = ONB2Process.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2Process.personId (Source Field)
- JobRequisitionId = ONB2Process.requisitionId (Source Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 4: Employee Central Lifecycle Events ========
Integration.Name: "ProcessMind_EmployeeCentral_Events"
Starting.Entity: EmpJob
Output.Columns:
- ActivityName = CASE(EmpJob.eventReason, 'HIRE', 'Employee Profile Activated', 'PROMO', 'Promotion Approved', 'TERML', 'Termination Initiated', 'TERM', 'Employee Terminated', 'PAYSETUP', 'Payroll Setup Completed') (Calculated Field)
- EventTime = EmpJob.startDate (Source Field for most events) OR EmpJob.createdDate (For 'Termination Initiated')
- EmployeeId = EmpJob.userId (Source Field)
- EndTime = IF(ActivityName == 'Employee Terminated', EmpJob.endDate, NULL) (Calculated Field)
- JobRequisitionId = [Configure if custom field exists]
- HiringManager = EmpJob.managerId (Source Field)
- Department = EmpJob.department (Source Field)
- JobRole = EmpJob.jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Employee Central"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDate > [Last Run Time]
- eventReason IN ('HIRE', 'PROMO', 'TERML', 'TERM', 'PAYSETUP')
// ======== Integration 5: Performance Management Events ========
Integration.Name: "ProcessMind_Performance_Events"
Starting.Entity: FormHeader
Output.Columns:
- ActivityName = "Performance Review Conducted" (Calculated, Fixed String)
- EventTime = FormHeader.formLastModifiedDate (Source Field)
- EmployeeId = FormHeader.formSubject.userId (Navigated Field)
- HiringManager = [Configure based on your system, often a form participant]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Performance & Goals"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModified > [Last Run Time]
- formTemplateType = 'Review'
- formStatus = 'Completed' // Use the numeric value for completed status
// ======== Integration 6: Compliance Form Events ========
Integration.Name: "ProcessMind_Compliance_Events"
Starting.Entity: ONB2DataCollectionUserConfig // Or specific compliance entity
Output.Columns:
- ActivityName = "Compliance Form Signed" (Calculated, Fixed String)
- EventTime = ONB2DataCollectionUserConfig.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2DataCollectionUserConfig.process.personId (Navigated Field)
- JobRequisitionId = ONB2DataCollectionUserConfig.process.requisitionId (Navigated Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- status == 'COMPLETED' 步骤
- 确认您的租户中已启用SAP SuccessFactors Report Center、所需的Recruiting、Onboarding、Employee Central、Performance and Goals及离职功能,并具备所需的报表权限。请与SAP SuccessFactors管理员确认访问权限。具体菜单名称、报表类型和权限可能因租户而异;如适用,请使用[Configure based on your system]。
- 在创建报表前定义事件日志粒度。每一行输出必须代表一个EmployeeId的一次活动发生记录。使用员工标识符作为案例标识符;如果Event与招聘相关,请保留JobRequisitionId。不要依赖ProcessMind推断缺失的活动。
- 在Report Center中创建自定义报表,例如Story或Canvas报表,并添加租户中可用的Recruiting、Onboarding、Employee Central、Performance and Goals、薪资相关及离职数据实体。使用受支持的报表关系连接实体,只选择租户公开的字段。对于尚未确认的实体或字段,请使用[Your table name]或[Configure based on your system]。
- 添加所需输出字段:EmployeeId、ActivityName、EventTime、SourceSystem和LastDataUpdate。如可用,再添加EndTime、JobRequisitionId、HiringManager、Department、JobRole、OnboardingCycleTime和TimeToHire。将报表配置为每个Event输出一行,而不是每个员工输出一行并包含多个Event列。
- 为15项活动分别创建报表查询或报表分区。将Job Requisition Created映射到招聘申请创建或发布的时间戳,将Candidate Applied映射到申请提交时间戳,将Offer Accepted映射到Offer接受时间戳或相应的申请状态时间戳,将Onboarding Initiated映射到入职启动时间戳。其余活动应映射到租户公开的相关Task完成、文档签署、状态、职位信息、绩效表单、薪资或终止时间戳。
- 将每个活动分区规范化为相同的列结构。将时间戳转换为统一的时区和格式,使用准确的活动标签填充ActivityName,使用来源模块或系统填充SourceSystem,并使用源系统刷新或提取时间戳填充LastDataUpdate。如果来源未提供可靠的Event时间戳,请排除该行,或在[Configure based on your system]中记录已批准的替代方案,不要自行编造Event时间。
- 对EventTime应用统一的日期筛选条件,并将[Start date]和[End date]设为可配置参数。设置足够的回溯范围,以捕获范围内员工的完整生命周期。对于计算时长,TimeToHire应从Job Requisition Created计算至Offer Accepted,OnboardingCycleTime应从Offer Accepted计算至获批准的入职完成里程碑。
- 在Report Center中验证报表,检查15个ActivityName值是否全部存在、EmployeeId是否已填充、时间戳是否有效,以及连接是否造成Event重复。将示例员工与对应的Recruiting、Onboarding、Employee Central、绩效、薪资和离职记录进行比对。
- 使用租户支持的SFTP配置,将报表导出计划到SFTP服务器。使用稳定的文件名、已记录的分隔符和文本编码、标题行以及统一的时间戳格式。根据组织安全标准配置[SFTP host]、[SFTP directory]、[SFTP credentials or key]和导出计划。
- 获取导出文件,确认其为每行一个Event且包含所需列的平面事件日志,然后将其加载到ProcessMind:使用EmployeeId作为案例标识符,ActivityName作为活动,EventTime作为开始时间,EndTime作为可选结束时间,SourceSystem作为来源系统,LastDataUpdate作为刷新时间戳。ProcessMind会按原样读取文件,不会推导未导出的Event。
配置
- 报告类型:根据租户中已启用的功能和许可证,使用Report Center Story或Canvas报告。实施前请确认系统支持的连接行为。
- 事件粒度:为每次EmployeeId与ActivityName的出现配置一行记录。避免按员工聚合数据,以免隐藏重复审核、晋升或其他生命周期事件。
- 必需列:每个导出行都必须包含EmployeeId、ActivityName、EventTime、SourceSystem和LastDataUpdate。
- 推荐列:源数据可用且值可可靠映射时,建议包含EndTime、JobRequisitionId、HiringManager、Department、JobRole、OnboardingCycleTime和TimeToHire。
- 活动覆盖范围:明确提取Job Requisition Created、Candidate Applied、Offer Accepted、Onboarding Initiated、New Hire Data Collection Completed、Compliance Form Signed、Manager Tasks Completed、Ready To Hire Status Set、Employee Profile Activated、Payroll Setup Completed、Performance Review Conducted、Promotion Approved、Termination Initiated、Offboarding Tasks Completed和Employee Terminated。不要期待ProcessMind自动推断这些活动。
- 日期范围:运营验证从滚动3至6个月范围开始。分析完整员工生命周期时再扩大范围,并考虑未来日期的入职、晋升和离职记录。
- 筛选器:仅应用已批准的租户专属筛选器,例如[Company Code filter]、[Legal Entity filter]、[Business Unit filter]、[Document Type filter]、[Onboarding Program filter]或[Employment Status filter]。使用前请在Report Center中确认确切的字段名称和值。
- 时间戳处理:使用统一时区,优先选择租户报告时区或UTC,并记录转换方式。在可行情况下保留源时间戳的精度。
- 源系统值:仅在能够准确标识来源时使用Recruiting、Onboarding、Employee Central、Performance and Goals、Payroll或Offboarding等稳定值。租户专属的来源标签请使用[Configure based on your system]。
- 计算时长:仅当同时存在职位申请创建和录用接受时间戳时计算TimeToHire。仅当已批准的开始和完成里程碑均存在时计算OnboardingCycleTime。源时间戳不可用时,将计算值留空。
- 性能:初始报告仅限于必需日期范围和已批准的组织范围。避免不必要的列、高基数连接和不受限的历史数据提取。如果Report Center限制执行时间或结果量,请按模块或期间拆分报告。
- 调度:在相关源系统刷新完成后安排导出。使用稳定的文件命名规范和已记录的分隔符;在支持的情况下使用UTF-8编码,并采用原子文件交付流程,避免ProcessMind读取不完整文件。
- 前置条件:必须与SAP SuccessFactors管理员确认所需模块、Report Center访问权限、各数据实体的报告权限、查看敏感员工和合规数据的权限、SFTP连接,以及所需的报告或集成许可证。
- 安全性:减少敏感字段,限制SFTP访问,保护凭据或密钥,并遵循组织的数据保留和加密要求。
a 示例查询 sql
SELECT
EmployeeId,
ActivityName,
EventTime,
SourceSystem,
LastDataUpdate,
EndTime,
JobRequisitionId,
HiringManager,
Department,
JobRole,
OnboardingCycleTime,
TimeToHire
FROM [Your exported Report Center event dataset]
WHERE EventTime >= [Start date]
AND EventTime < [End date]
AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
ORDER BY EmployeeId, EventTime, ActivityName;
-- Configure the Report Center custom report to produce the following 15 explicit activity rows.
-- The source entity and field names below must be mapped to fields exposed by your tenant.
-- Replace each bracketed source reference with the corresponding Report Center field.
SELECT
[Employee ID field] AS EmployeeId,
'Job Requisition Created' AS ActivityName,
[Requisition Created Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting requisition entity]
WHERE [Requisition Created Timestamp field] >= [Start date]
AND [Requisition Created Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Candidate Applied' AS ActivityName,
[Application Submitted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting application entity]
WHERE [Application Submitted Timestamp field] >= [Start date]
AND [Application Submitted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offer Accepted' AS ActivityName,
[Offer Accepted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting offer or application status entity]
WHERE [Offer Accepted Timestamp field] >= [Start date]
AND [Offer Accepted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Onboarding Initiated' AS ActivityName,
[Onboarding Initiated Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding process entity]
WHERE [Onboarding Initiated Timestamp field] >= [Start date]
AND [Onboarding Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'New Hire Data Collection Completed' AS ActivityName,
[New Hire Data Collection Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[New Hire Data Collection Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding data collection task entity]
WHERE [New Hire Data Collection Completed Timestamp field] >= [Start date]
AND [New Hire Data Collection Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Compliance Form Signed' AS ActivityName,
[Compliance Form Signed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Compliance Form Signed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding compliance document entity]
WHERE [Compliance Form Signed Timestamp field] >= [Start date]
AND [Compliance Form Signed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Manager Tasks Completed' AS ActivityName,
[Manager Tasks Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Manager Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding manager task entity]
WHERE [Manager Tasks Completed Timestamp field] >= [Start date]
AND [Manager Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Ready To Hire Status Set' AS ActivityName,
[Ready To Hire Status Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding status entity]
WHERE [Ready To Hire Status Timestamp field] >= [Start date]
AND [Ready To Hire Status Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Profile Activated' AS ActivityName,
[Employee Profile Activated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employee profile entity]
WHERE [Employee Profile Activated Timestamp field] >= [Start date]
AND [Employee Profile Activated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Payroll Setup Completed' AS ActivityName,
[Payroll Setup Completed Timestamp field] AS EventTime,
'Payroll' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Payroll Setup Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your payroll setup or payroll integration status entity]
WHERE [Payroll Setup Completed Timestamp field] >= [Start date]
AND [Payroll Setup Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Performance Review Conducted' AS ActivityName,
[Performance Review Completed Timestamp field] AS EventTime,
'Performance and Goals' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Performance Review Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Performance and Goals review entity]
WHERE [Performance Review Completed Timestamp field] >= [Start date]
AND [Performance Review Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Promotion Approved' AS ActivityName,
[Promotion Approved Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central job information change entity]
WHERE [Promotion Approved Timestamp field] >= [Start date]
AND [Promotion Approved Timestamp field] < [End date]
AND [Promotion Event Reason field] = [Promotion event reason value]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Termination Initiated' AS ActivityName,
[Termination Initiated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central termination entity]
WHERE [Termination Initiated Timestamp field] >= [Start date]
AND [Termination Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offboarding Tasks Completed' AS ActivityName,
[Offboarding Tasks Completed Timestamp field] AS EventTime,
'Offboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Offboarding Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Offboarding checklist entity]
WHERE [Offboarding Tasks Completed Timestamp field] >= [Start date]
AND [Offboarding Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Terminated' AS ActivityName,
[Employee Terminated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employment status entity]
WHERE [Employee Terminated Timestamp field] >= [Start date]
AND [Employee Terminated Timestamp field] < [End date]
ORDER BY EmployeeId, EventTime, ActivityName; 释放效率:立即优化您的Hire to Retire员工生命周期
消除HR瓶颈,将周期时间缩短30%,提升效率。
无需信用卡,立即激活试用。