> 持续流程改进 > 从招聘到退休——员工全生命周期 > Workday Onboarding > 数据模板

数据模板：从招聘到退休——员工全生命周期

Workday Onboarding

← 返回改进指南

从招聘到退休——员工全生命周期属性 (22) 从招聘到退休——员工全生命周期活动 (15) 提取指南 (2)

您的从招聘到退休——员工全生命周期数据模板

此模板清晰列出高效分析“从聘用到退休”流程所需的关键数据属性与活动，帮助您识别构建稳健事件日志所必需的信息，确保获得准确的员工生命周期洞见。此外，您还将获得如何从Workday Onboarding提取这些数据的具体指引。

建议采集的属性，用于全面分析
员工全生命周期需要重点跟踪的关键活动
Workday Onboarding 数据抽取实用指南

不熟悉事件日志？了解如何创建流程挖掘事件日志.

下载模板

从招聘到退休——员工全生命周期属性

为全面分析“从招聘到退休（员工生命周期）”流程，建议事件日志包含以下数据字段。

3 必填 5 推荐 14 可选

	名称	描述
	事件timestamp EventTimestamp	记录该活动或事件的精确日期与时间。
描述该属性为每个活动提供时间上下文，记录其发生时间。利用这些时间戳的先后与间隔可重建流程走向，并计算所有基于时间的指标，如周期时间与持续时长。在分析中，Event Timestamp是理解流程绩效的基础。它支持计算步骤间耗时、定位延误，并按不同时间段分析流程行为，例如对比各季度的招聘速度。为何重要该属性对正确排序各事件并计算周期时间、瓶颈等各类绩效指标至关重要。获取方式这是任何Workday业务流程事务日志中的标准部分，通常称为“生效日期”或“完成时间”。示例 2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
	员工ID EmployeeId	员工的唯一标识，同时作为其在组织内整个生命周期的主案例ID。
描述 Employee ID 是分析 Hire to Retire 流程的基石。它把从初次应聘到最终离职的所有相关事件串成一条完整旅程。通过跟踪该 ID，组织可以构建员工完整的在职历程，包括岗位变动、绩效评估和入职步骤。在流程挖掘中，每个活动都会关联一个 Employee ID，从而既能全面查看个人旅程，也能汇总全体员工的生命周期。这使我们可以分析各环节时长、识别常见路径，并发现影响员工不同职业阶段的瓶颈。为何重要该属性用于串联同一员工的全生命周期事件，构建完整的端到端流程视图。获取方式这是Workday HCM中的核心字段，通常出现在员工档案与业务流程事务中。示例 100234510087651011212
	活动名称 ActivityName	员工生命周期某一时点发生的具体事件或任务名称。
描述 “活动名称”描述 Hire to Retire 流程中的具体步骤，例如“录用已确认”“背景调查完成”或“晋升已批准”。这些活动构成流程图中的节点，展示员工旅程由哪些事件按什么顺序串联而成。分析这些活动有助于理解流程走向，识别常见路径与少见路径，并定位易发生等待或返工的环节。保持一致、清晰的命名对于建立准确、易懂的流程模型至关重要。为何重要用于定义流程图中的步骤，是所有流程挖掘分析与可视化的基础。获取方式源自Workday事务日志中的业务流程步骤或事件名称。示例已生成Offer信已完成的入职任务已发起离职
	事件执行人 EventPerformer	执行该活动的用户或自动化系统。
描述该属性用于标识完成任务的个人、角色或系统。例如审批Offer的招聘经理、发起入职的HR专员，或生成通知的系统进程。分析执行人有助于理解资源配置、工作量分布与用户使用情况。它可识别负载过高的团队，发现人工重复性任务的自动化机会，并对比个人或部门间的绩效差异。为何重要该属性有助于分析工作量分布、用户绩效，并识别流程参与者，是开展针对性改进的关键。获取方式可在 Workday 业务流程的事务日志中获取，通常关联到完成该步骤的用户。示例 jsmith@example.comr.davis系统流程
	事件结束时间 EventEndTime	标记活动完成时刻的时间戳，尤其适用于可度量时长的任务。
描述虽然StartTime表示活动开始时间，但Event End Time标记其结束时间。两者的差值即该活动的处理时长。对于并非瞬时完成的任务（如背景调查或绩效评估），这一点尤为有用。在分析中，此属性是计算ProcessingTime指标的关键。它有助于区分活动之间的等待时间与实际处理时间，从而更准确地理解流程中时间被消耗在何处。为何重要可计算活动的真实处理时长，区分实际工作时间与等待时间。获取方式在Workday的部分业务流程中，会同时记录启动与完成的时间戳，这可能需要对相关事件进行关联。示例 2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
	招聘需求ID JobRequisitionId	发起招聘流程的用人需求唯一标识。
描述 Job Requisition ID 将职位发布、筛选候选人、发放 Offer 等招聘早期活动与具体业务需求关联起来，是员工生命周期中招聘阶段的次级 Case ID。按 Job Requisition ID 分析可洞察不同岗位或部门的招聘效率，帮助追踪从创建需求到候选人接受录用的完整漏斗，支撑“平均招聘周期”等 KPI。为何重要将所有入职前活动统一到同一标识下，便于对招聘环节进行精细分析。获取方式位于Workday的Recruiting模块，关联候选人的申请及后续的录用事件。示例 REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
	生命周期事件类型 LifecycleEventType	将流程归类为入职、晋升、离职等主要生命周期类型。
描述该属性为整体的从招聘到退休流程中的不同路径提供高层分类。将每个案例标记为“Onboarding”“Internal Mobility”或“Termination”，即可更轻松地筛选流程图并单独分析这些子流程。例如，分析“Internal Mobility & Promotion Time”仪表板时，可筛选生命周期事件类型为“Internal Mobility”或“Promotion”的案例。此类分段对于构建围绕特定业务问题的定向分析与仪表板至关重要。为何重要可将员工整体旅程拆分为若干子流程，便于针对入职、离职或晋升等环节进行聚焦分析。获取方式这通常在数据转换阶段，通过将特定的Workday业务流程名称（如“聘用”“变更职位”“终止”）映射到这些类别而得到。示例入职内部流动离职绩效管理
	部门 Department	员工所属的组织部门。
描述该属性表示员工所属部门，如“销售”“工程”或“人力资源”。这是在组织各部门之间进行流程绩效分组与对比的关键维度。在流程分析中，按部门过滤可回答诸如：“工程部的招聘用时是否比销售部更长？”或“哪些部门的入职流程偏差率最高？”等问题，从而定位局部问题并制定有针对性的改进。为何重要支持强大的对比分析，帮助判断低效是否集中在特定业务领域。获取方式这是Workday HCM中员工职位与组织数据的核心组成部分，并与其职位关联。示例工程部销售与市场财务
	SLA 目标日期 SlaTargetDate	特定活动（如绩效评估）应完成的目标日期。
描述该属性定义某项任务的服务级别协议（SLA）截止日期，用于设定预期耗时，并作为绩效衡量的基准。它对“绩效评估及时率”等KPI以及关注SLA达成的仪表板至关重要。通过将实际完成日期（EventTimestamp）与SlaTargetDate对比，可自动识别违反SLA的情况，衡量准时率，并前瞻性地管理延误。为何重要为准时率提供清晰的衡量基准，也是计算 SLA 遵从度 KPI 的关键。获取方式在Workday中，诸如绩效评估等流程通常会配置到期日期。应与流程事件一起提取该数据。示例 2023-12-31T23:59:59Z2024-06-30T23:59:59Z
	入职计划名称 OnboardingPlanName	分配给新员工的入职模板或入职计划名称。
描述 Workday支持为不同角色、地点或资历创建差异化的入职计划。此属性用于标识新员工所使用的具体计划。按“入职计划名称”进行分析，有助于评估不同入职策略的有效性与效率。可直接对比，例如“Executive Onboarding Plan”和“Standard Employee Onboarding Plan”，以判断哪一个任务完成率更高或周期更短。为何重要用于评估不同入职方案的效果，找出最佳做法和改进空间。获取方式此信息通常可在Workday的Onboarding模块中获取，并与“聘用”业务流程关联。示例标准企业入职销售团队入职高管入职计划
	最后数据更新 LastDataUpdate	用于标识该事件数据最近一次从源系统刷新的时间戳。
描述该属性标识数据集的最近一次更新时间。它使被分析数据的时效性透明可见，这对依据流程挖掘洞察做出及时且相关的业务决策至关重要。对于仪表板与持续监控，该时间戳可帮助用户判断当前查看的数据是否为最新。它是维护数据完整性与用户信任的关键元数据。为何重要确保用户了解数据新鲜度，这对流程分析的相关性与准确性至关重要。获取方式这是在数据接入或ETL（Extract, Transform, Load）过程中生成并写入数据集的元数据字段。示例 2024-03-15T02:00:00Z2024-03-16T02:00:00Z
	地点 Location	与员工岗位关联的国家/地区或办公地点。
描述 Location 属性用于标识员工所在的国家、省/州或城市。该地理维度对比不同区域的流程绩效与合规情况至关重要。基于 Location 的分析可揭示各地区在招聘时长、入职效率或离职流程上的差异。它有助于回答诸如“德国的背景调查是否比美国更久？”之类的问题，并支持对地区性法规的合规监控。为何重要支持按地域分析，识别各地区流程差异，这些差异可能受本地管理、法规或文化影响。获取方式属于 Workday HCM 中员工岗位与组织分配数据的一部分。示例美国 - 纽约德国-柏林印度-班加罗尔
	处理时间 ProcessingTime	对某个事件实际处理所花费的时长。
描述该指标计算活动开始与结束之间的耗时（EventEndTime - StartTime），代表实际工作时长，而非活动之间的等待时间。例如，它可衡量背景调查被实际处理了多长时间。分析处理时长有助于识别哪些具体任务最费工，而不仅是找出哪些流程阶段等待最长，从而开展更有针对性的改进，让工作本身更高效。为何重要将增值工作耗时与空闲耗时剥离，为任务级效率提升提供清晰发力点。获取方式计算字段：EventEndTime减去EventTimestamp。示例 2小时5天30 分钟
	岗位ID PositionId	员工所任具体职位或岗位的唯一标识。
描述 Position ID 用于标识员工在组织架构中所处的具体岗位。每个岗位包含职位档案、地点、汇报关系等属性。它比职位名称更具体，因为多个岗位可能共享同一职位名称。按 Position ID 分析有助于理解特定岗位相关的流程。例如，可以分析所有“高级软件工程师”的入职旅程，观察该岗位是否存在共性的模式或特有的延迟。为何重要支持按具体角色进行细粒度分析，帮助了解公司内不同岗位的流程差异。获取方式 Workday HCM中与员工岗位分配关联的标准字段。示例 POS-1001POS-2345POS-8762
	招聘用时 TimeToHire	从创建招聘需求到候选人接受录用的总用时。
描述 “招聘用时”是衡量整个招聘漏斗效率的关键KPI。其计算方式为同一员工或同一招聘需求的“创建招聘需求”事件到“接受录用”事件之间的时长。该计算属性是“平均招聘用时”KPI及相关仪表板的基础。持续跟踪可以帮助HR评估流程改进的效果，识别在寻源或面试环节的瓶颈，并为用人经理设定更切实可行的招聘周期。为何重要直接衡量招聘流程效率，是任何人力资源团队的重要KPI。获取方式在案例层级计算：取'Job Requisition Created'与'Offer Accepted'两个活动的时间戳差值。示例 35天62天28天
	是否为合规活动 IsComplianceActivity	布尔标记，用于指示某项活动是否为必需的合规或监管步骤。
描述该标记用于识别对法律、监管或制度合规至关重要的活动，如签署政策确认或完成必修培训。它有助于将这些关键任务与一般行政任务区分开来。在分析中，可据此创建专注合规的仪表板与KPI，例如“关键合规活动完成率”。它帮助组织监控并确保最重要的合规步骤按时完成，从而降低组织风险。为何重要便于对关键合规步骤进行重点监控，确保遵循法规并降低风险。获取方式这是一个派生属性，通常在数据转换阶段通过将合规相关的活动名称列表映射为布尔标记（真/假）来生成。示例 truefalse
	是否返工 IsRework	布尔标记，用于指示该活动是否为同一流程实例中先前步骤的重复。
描述该属性用于识别返工情形，即同一员工的某项任务需被重复执行。例如重新提交错误表单，或对失败的背景调查重新发起。通常可通过在同一案例的事件日志中看到相同活动名称多次出现来识别。分析返工是提升流程效率与质量的关键。“IsRework”标记便于量化返工、定位根因，并评估“第一次就做对”改进措施的效果。它直接支持“返工与重复分析”仪表板。为何重要通过标记重复发生的活动来量化流程低效与浪费，从而指向质量或沟通问题。获取方式这是一个计算型标记。在流程挖掘分析中，通过检测同一案例中的重复活动来应用该逻辑。示例 truefalse
	是否违反SLA IsSlaViolated	布尔标记，用于指示该活动是否超过SLA目标日期完成。
描述此计算属性提供一个简单的是/否标记，用于判断流程步骤是否满足其服务级别协议（SLA）。它通过比较活动的完成时间戳（EventTimestamp）与截止日期（SlaTargetDate）得出。该标记在仪表板与报表中非常实用，可便于统计并可视化SLA超时情况，支撑如“绩效评审及时率”等KPI，并简化逾期任务的警报或报表制作，帮助团队聚焦最关键的延误。为何重要清晰标记所有未在约定时限内完成的实例，简化绩效监控。获取方式计算字段：若EventTimestamp > SlaTargetDate则为true，否则为false。示例 truefalse
	源系统 SourceSystem	事件数据的来源系统，此处为 Workday Onboarding。
描述该属性用于标识数据来源。在此视图我们聚焦Workday Onboarding，但完整的从招聘到退休流程可能涉及其他系统的数据，如候选人跟踪系统（ATS）或独立的薪资服务商。明确源系统对于数据治理与理解事件的上下文至关重要。在多系统分析中，该字段可用于将流程视图筛选为来自某一特定系统的事件，或分析不同系统之间的交接。为何重要提供关键的数据来源背景，这对于数据校验以及多系统联合分析至关重要。获取方式这通常是在数据抽取与转换过程中添加的静态值（“Workday Onboarding”）。示例 Workday OnboardingWorkday HCM
	离职原因 TerminationReason	员工离职的原因说明。
描述该属性用于记录员工离开公司的原因，例如“主动离职”“非自愿—绩效”或“退休”。这些信息对于人员流失与离职流程分析至关重要。在流程挖掘中，离职原因为离职路径提供背景。它可用于分析不同离职类型是否遵循不同的离职流程，或耗时是否存在差异，从而帮助理解员工流动，并确保针对不同情形采用恰当的离职处理。为何重要为离职流程分析提供关键背景，有助于将流程问题与离职原因关联。获取方式在 Workday 的'Terminate Employee'业务流程中记录。示例主动离职非自愿离职退休
	雇佣状态 EmploymentStatus	员工当前的雇佣状态，例如在职、已离职或休假。
描述该属性表示员工在组织内的当前状态。它会随员工生命周期推进而变化。例如，新员工先处于“Pre-Hire”或“Onboarding”，完成后变为“Active”。在流程挖掘中，该属性提供了有价值的状态信息。可用于执行合规性检查，例如确保仅为“Active”员工建立薪资。同时也便于筛选特定人群，如分析所有“Terminated”员工的离职流程。为何重要提供员工当前状态快照，可用于校验流程逻辑，并支持按特定员工群体筛选分析。获取方式 Workday HCM中员工档案的核心字段。示例在职已终止休假中预入职
	雇佣类型 EmploymentType	表示员工类型：全职、兼职、合同工或实习生。
描述该属性用于界定用工协议的性质。不同用工类型在入职、薪资与福利设置上通常存在不同的流程变体。将其作为筛选条件，组织可以对比不同人群的生命周期流程。例如，承包商的入职是否明显更快，或合规性是否不及全职员工，从而进行有针对性的流程调整。为何重要帮助比较不同用工类别（如全职员工与合同工）之间的流程差异，因为他们可能遵循不同的流程。获取方式 Workday HCM中员工职位详情中的标准字段。示例全职兼职合同工实习生

必填推荐可选

从招聘到退休——员工全生命周期活动

为准确发现并分析员工生命周期，事件日志应记录以下关键步骤和里程碑。

7 推荐 8 可选

	活动	描述
	Offer已接受	当候选人正式接受录用，通常在Workday中电子签署Offer时，会触发该活动。当候选人完成Offer流程中的“Review and Sign”步骤时，这一关键里程碑会被记录。
为何重要此里程碑标志核心招聘阶段结束，并触发入职前与正式入职相关活动。它是衡量“招聘用时”KPI的关键组成部分。获取方式当候选人在“职位申请”业务流程中完成接受录用步骤时，会记录此事件。捕获候选人接受Offer的动作，会在Job Application BP中记录为已完成的步骤。事件类型 explicit
	入职已发起	表示新员工在Workday Onboarding模块中的入职旅程正式开始。当一组入职任务与工作流被分配给新员工时记录，通常由聘用流程完成后触发。
为何重要这是评估入职旅程效率的起点，可用于衡量入职任务完成率并识别流程偏差。获取方式当为新员工触发“Onboarding”业务流程或类似工作流时，记录为一条启动事件。捕获当为新员工触发Onboarding业务流程时记录事件。事件类型 explicit
	员工已离职	这是员工全生命周期中的最后一个活动，标记其在系统中的雇佣关系正式结束。该事件在“终止雇佣”业务流程成功完成时被捕获。
为何重要这是“从聘用到退休”流程的最终结束事件。它是衡量离职办理周期时间的终点，并用于确认流程已结束。获取方式明确记录为“Terminate Employee”业务流程的完成事件，此后该员工的记录将变为非活动状态。捕获在成功完成“Terminate Employee”业务流程时记录事件。事件类型 explicit
	已创建招聘需求	在Workday中创建并批准用人需求后，招聘流程正式启动。当“Create Job Requisition”业务流程成功完成时，会被明确记录。
为何重要这是整个招聘生命周期的主要起始事件。分析从该活动到“接受录用”的耗时，是衡量“招聘用时”KPI的关键。获取方式在Workday Recruiting中“创建招聘需求”业务流程成功完成时会记录此事件。该业务流程的事件日志提供相应的时间戳。捕获在完成“Create Job Requisition”业务流程时记录事件。事件类型 explicit
	已发起离职	该活动标志着离职流程的开始。当经理或HR用户在Workday中发起“Terminate Employee”业务流程时，会被明确记录。
为何重要这是整个离职生命周期的主要起始事件，是衡量“平均离职办理周期时间”KPI的起点。获取方式这是在Workday HCM中“终止雇佣”业务流程启动时记录的明确事件。捕获当启动“Terminate Employee”业务流程时记录事件。事件类型 explicit
	已完成的入职任务	表示新员工已完成所有分配的入职任务。通常当该员工的入职业务流程整体状态变为“Successfully Completed”时，即可推断此事件。
为何重要这是一个关键里程碑，表示新员工已完成全部入职流程。它作为“入职周期时间”KPI的终点，并用于分析入职旅程的遵从情况。获取方式依据上级“Onboarding”业务流程的完成时间戳推断，该时间点在所有必要步骤与任务完成之后。捕获依据该员工整体Onboarding业务流程的完成时间戳推断。事件类型 inferred
	聘用流程完成	这是一个关键活动，表示候选人在Workday HCM中的记录已正式转换为员工记录。该事件在“聘用”业务流程成功完成时被明确捕获。
为何重要此事件标志候选人正式转为员工，是跟踪入职周期的关键里程碑，表示该员工已在HCM系统中生效。获取方式明确记录为该员工“Hire”业务流程的完成事件，业务流程日志包含精确的时间戳。捕获在成功完成“Hire”业务流程时记录事件。事件类型 explicit
	已发起岗位变更	表示内部流动事件（如调岗或晋升）的开始。当经理或 HR 伙伴为员工发起“Change Job”业务流程时记录该事件。
为何重要该活动是衡量内部流动效率与审批时长的起点，有助于找出员工职业发展中的瓶颈。获取方式这是在Workday HCM中“变更职位”业务流程启动时记录的明确事件。捕获当为某位员工启动“Change Job”业务流程时记录事件。事件类型 explicit
	已发起背调	这标志着已接受录用的候选人开始进行入职前审查。当启动背景调查步骤时会记录该事件，且通常会触发与第三方供应商的集成。
为何重要背景调查耗时常常成为招聘流程的瓶颈。此活动是衡量“背景调查时长”这一 KPI 的起点。获取方式记录为业务流程中的一个步骤，例如“Background Check”。该步骤通常属于整体招聘工作流的一部分，并会记录发起时间戳。捕获当启动“Background Check”业务流程或相关步骤时记录事件。事件类型 explicit
	已生成Offer信	表示为候选人生成正式录用通知的时点。该步骤通常是 Workday 中“Job Application”业务流程的明确环节。
为何重要跟踪这一步有助于了解面试结束后发出正式Offer所需的时间。该环节的延误可能导致候选人流失。获取方式来自'Job Application'业务流程的事件日志，具体为'Generate Document'或类似Offer步骤的完成记录。捕获在“Job Application”BP中完成“Generate Offer”步骤时记录事件。事件类型 explicit
	晋升已批准	表示员工晋升的最终批准。当“Change Job”或相关薪酬业务流程获批并完成时记录该活动。
为何重要这是用于衡量“内部流动审批用时”KPI的终点，表明关键职业里程碑已成功完成。获取方式当“Change Job”业务流程成功完成且变更原因为晋升时，记录为完成事件。捕获在完成“Change Job”业务流程且原因为“Promotion”时记录事件。事件类型 explicit
	离职任务已完成	表示已完成离职所需的全部任务，如资产归还与知识交接。通常当离职清单或业务流程状态变为已完成时，即可推断此事件。
为何重要跟踪这些任务的完成情况对确保离职办理的安全与合规至关重要。延误可能带来安全风险，并造成不佳的员工体验。获取方式依据“Offboarding”业务流程的完成时间戳，或当该员工被分配的所有离职任务标记为完成时推断。捕获依据离职清单或相关业务流程的完成情况推断。事件类型 inferred
	绩效评估已完成	该活动表示员工一次正式绩效评估周期已完成。当“Performance Review”业务流程达到最终的批准状态时会被记录。
为何重要跟踪这些事件对分析绩效管理的及时性和频率至关重要。这直接支持“绩效评估及时率”KPI。获取方式当员工的“Start Performance Review”业务流程成功完成时，记录为完成事件。捕获在成功完成“Performance Review”业务流程时记录事件。事件类型 explicit
	背调已完成	表示已完成入职前筛查流程。当背景调查状态被手动或通过集成更新为完成时记录该事件。
为何重要该活动是衡量“背景调查时长”KPI的终点。此处的延误会直接影响新员工的入职日期。获取方式来自'Background Check'业务流程或相关对象的状态变更，显示'Completed'或'Passed'等最终状态。捕获依据背景调查状态字段变为最终状态时的时间戳推断。事件类型 inferred
	薪资设置已完成	该活动表示用于处理新员工薪资的所有必要信息已录入并通过校验。通常记录为Onboarding或Hire业务流程中某个特定步骤的完成。
为何重要确保员工从第一笔工资起即按时准确发放。此活动是“薪酬设置用时”KPI的终点，可定位薪酬生效的延迟。获取方式在入职业务流程中，作为已完成的清单项或特定步骤（如'Enter Payment Elections'）进行记录。捕获某个薪资相关任务或流程步骤已完成。事件类型 explicit

推荐可选

提取指南

如何从Workday Onboarding获取数据

步骤

登录Workday： 使用具备创建自定义报表（Report Writer）权限且能访问所需数据域（如Staffing、Core HCM、Onboarding、Performance Management）的账号登录您的Workday实例。
新建自定义报表： 进入“Create Custom Report”任务，报表类型选择“Advanced”，以支持跨来源、复杂逻辑的多源报表。
设置主业务对象： 将主“Data Source”设为“Business Process Transactions”。该对象提供业务流程事件的全面视图，是构建事件日志的关键。选择“All Business Process Transactions”，避免在初始阶段遗漏事件。
添加基础列： 在“Columns”选项卡，添加作为事件日志基础的字段：
- Worker (from Business Process Transaction) > Employee ID 对应 EmployeeId。
- Overall Process (from Business Process Transaction) 用于生成 ActivityName 的逻辑。
- Effective Date 或 Completion Date (from Business Process Transaction) 作为 EventTimestamp。
- Initiator 对应 EventPerformer。
- Worker > Supervisory Organization > Department 对应 Department。
为活动创建计算字段： 核心在于将Workday业务流程步骤映射为明确的活动名称。创建一组“Evaluate Expression”计算字段，每个字段会根据业务流程类型及其状态输出正确的 ActivityName。例如，名为 CF_ActivityName_Hire 的计算字段可设置条件：Business Process Type = 'Hire' AND Step = 'Successfully Completed'，返回文本“Hire Process Completed”。为所需的15个活动分别创建类似字段。
创建汇总计算字段： 新建最终的“Lookup Related Value”或“Evaluate Expression”计算字段，命名为 ActivityName，将上一步的各个活动字段串联起来，确保每行仅返回一个活动名称。
使用并集结构组织报表： 为更清晰地整合不同业务流程的事件，将报表转换为“Composite”，并在子报表中使用“Union”。为各主要人事生命周期流程分别建立子数据源（如“Hire”“Onboarding”“Change Job”“Terminate”）。在每个子报表中，按该流程类型过滤，并将相关步骤映射到统一的输出列（EmployeeId、ActivityName、EventTimestamp等）。
配置参数与筛选： 添加日期范围参数，便于用户指定抽取周期；必要时添加公司或管理组织筛选，以更好地控制性能。
启用为Web Service： 在报表定义的“Advanced”选项卡勾选“Enable as Web Service”，将该报表以RaaS（Report-as-a-Service）形式对外提供。
配置API选项： 在“Web Service API Options”中选择JSON输出，便于下游系统解析。记录“Namespace”和“Report Name”，它们会组成API URL的一部分。
部署与测试： 在Workday UI中保存并运行报表，校验数据无误后，通过浏览器或API客户端（如Postman）访问RaaS URL以测试服务端点。URL通常为 https://[Your Workday Host]/ccx/service/[Your Tenant]/Report_Service/[Report Owner]/[Report Name]。
安排定时抽取： 使用集成或ETL工具定期调用该RaaS URL，传入所需日期范围参数，将事件日志数据导入您的流程挖掘工具。

配置

**报表类型：**Advanced。用于支持计算字段和并集子报表，必不可少。
主数据源/业务对象："Business Process Transactions"。该对象记录了 Workday 中所有流程的发起、步骤与完成，是报表的基础。
**计算字段：**需要大量使用 "Evaluate Expression" 计算字段，将原始业务流程事件（如：'Hire BP, Step: Propose Compensation, Status: Completed'）转换为清晰的活动名称（如：'Hire Process Completed'）。
**参数提示：**基于 "Completion Date" 字段配置 "Start Date" 与 "End Date" 提示，便于进行增量或限定范围的数据提取。
**筛选：**强烈建议按 "Company" 或 "Supervisory Organization" 进行筛选，以控制数据量并将分析聚焦在与组织最相关的部分，同时排除与员工生命周期无关的流程。
**Web Service 选项：**报表必须启用为 Web Service（"RaaS"），输出格式建议设置为 JSON，以获得更好的兼容性。
**安全与权限：**创建并运行报表的用户需对以下数据域具有访问权限："Business Process Transactions"、"Worker Data (Core HCM)"、"Staffing"、"Onboarding"，必要时还包括 "Compensation" 与 "Performance Management"，以便查看所有相关事件与属性。

a 查询示例 config

/*
 This is a logical representation of a Workday Advanced Composite Report configuration.
 It is not executable code but a blueprint for a Workday Report Writer.
 The report unions data from different business processes to form a single event log.
*/

REPORT_TYPE: Composite
COMPOSITE_TYPE: Union

// =======================================================
// SUB-REPORT 1: RECRUITMENT AND HIRE EVENTS
// =======================================================

SUB_REPORT_NAME: SR_RecruitHire
DATA_SOURCE: Business Process Transactions

COLUMNS:
  1. Field: Worker > Employee ID | Alias: EmployeeId
  2. Calculated Field: CF_ActivityName_RecruitHire | Alias: ActivityName
  3. Field: Completion Date | Alias: EventTimestamp
  4. Field: Initiator | Alias: EventPerformer
  5. Field: Worker > Supervisory Organization | Alias: Department
  6. Field: Job Application > Job Requisition > Requisition ID | Alias: JobRequisitionId
  7. Calculated Field: CF_LifecycleType_Onboarding | Alias: LifecycleEventType

CALCULATED_FIELDS:
  - Name: CF_ActivityName_RecruitHire
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Create Job Requisition' AND Status = 'Successfully Completed') THEN 'Job Requisition Created'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Generate Offer') THEN 'Offer Letter Generated'
      ELSE IF (Business process Type = 'Job Application' AND Last Step Completed = 'Candidate Accepts Offer') THEN 'Offer Accepted'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Background Check') THEN 'Background Check Initiated'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Background Check Complete') THEN 'Background Check Completed'
      ELSE IF (Business Process Type = 'Hire' AND Status = 'Successfully Completed') THEN 'Hire Process Completed'
      ELSE ''

  - Name: CF_LifecycleType_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Onboarding'

FILTERS:
  - Business Process Type IN ('Create Job Requisition', 'Job Application', 'Hire')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 2: ONBOARDING EVENTS
// =======================================================

SUB_REPORT_NAME: SR_Onboarding
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Onboarding' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Onboarding Initiated'
      ELSE IF (Business Process Type = 'Onboarding' AND Last Step Completed = 'Complete Payroll Forms') THEN 'Payroll Setup Completed'
      ELSE IF (Business Process Type = 'Onboarding' AND Status = 'Successfully Completed') THEN 'Onboarding Tasks Completed'
      ELSE ''

  - Name: CF_LifecycleType_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Onboarding'

FILTERS:
  - Business Process Type = 'Onboarding'
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 3: PERFORMANCE AND CAREER EVENTS
// =======================================================

SUB_REPORT_NAME: SR_PerformanceCareer
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1, JobRequisitionId may be null)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_PerfCareer
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Start Performance Review' AND Status = 'Successfully Completed') THEN 'Performance Review Completed'
      ELSE IF (Business Process Type = 'Change Job' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Role Change Initiated'
      ELSE IF (Business Process Type = 'Change Job' AND Last Step Completed = 'Approval' AND (Reason Category = 'Promotion')) THEN 'Promotion Approved'
      ELSE ''

  - Name: CF_LifecycleType_CareerDev
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Career Development'

FILTERS:
  - Business Process Type IN ('Start Performance Review', 'Change Job')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 4: OFFBOARDING EVENTS
// =======================================================

SUB_REPORT_NAME: SR_Offboarding
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1, JobRequisitionId will be null)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_Offboarding
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Terminate Employee' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Termination Initiated'
      ELSE IF (Business Process Type = 'Offboarding' AND Status = 'Successfully Completed') THEN 'Offboarding Tasks Completed'
      ELSE IF (Business Process Type = 'Terminate Employee' AND Status = 'Successfully Completed') THEN 'Employee Terminated'
      ELSE ''

  - Name: CF_LifecycleType_Offboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Offboarding'

FILTERS:
  - Business Process Type IN ('Terminate Employee', 'Offboarding')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]

步骤

前置条件：配置Workday API访问。
- 在Workday中创建一个Integration System User（ISU），并设置强密码。
- 新建专用的Integration Security Group，并将该ISU加入其中。
- 为该Security Group授予以下域的“Get”访问权限：'Business Process Transactions'、'Worker Data: Public Worker Reports'，以及与查询业务流程相关的其他域（例如 'Job Requisition Data'）。
- 在Workday中激活待生效的安全策略变更。
设置Python环境。
- 确保运行脚本的机器已安装Python 3.6或更高版本。
- 使用pip安装所需库：pip install zeep pandas。
- zeep 是与Workday API交互的SOAP客户端，pandas 用于数据处理和导出CSV。
获取Workday WSDL地址。
- 在您的Workday租户中搜索“Public Web Services”报表。
- 找到“Human Capital Management”Web Service并获取其WSDL URL，通常形如 https://[Your_Workday_Tenant_URL]/ccx/service/[Your_Tenant_Name]/Human_Resources/vXX.X?wsdl。
配置Python脚本。
- 将提供的Python脚本保存为文件，例如 extract_h2r.py。
- 在脚本顶部将占位变量替换为您的Workday WSDL URL、租户用户名（如 ISU_user@tenant_name）和密码。
定义抽取范围。
- 在脚本中找到 BUSINESS_PROCESS_TYPES 列表，确认已包含与您的Hire-to-Retire周期相关的业务流程定义；可根据具体Workday配置进行增改。
- 设置 START_DATE 和 END_DATE 以确定数据抽取的时间范围。
执行抽取脚本。
- 打开终端或命令提示符，进入脚本所在目录，运行：python extract_h2r.py。
- 脚本会连接Workday API，遍历各指定业务流程类型，分页拉取数据，并在控制台打印进度。
处理并映射API响应。
- 脚本会解析Workday API返回的复杂XML响应。
- 通过业务流程状态（如'Successfully Completed'、'Initiated'）及特定步骤名称或完成状态识别关键事件。
- 将原始Workday数据映射为结构化的事件日志格式，包含 EmployeeId、ActivityName、EventTimestamp 等列。
检查输出文件。
- 脚本结束后，会在同一目录生成 workday_h2r_event_log.csv。
- 用电子表格软件打开该文件，检查数据结构是否正确、清晰。
准备上传至ProcessMind。
- 生成的CSV已可直接用于ProcessMind。请确保表头（EmployeeId、ActivityName、EventTimestamp 等）与项目预期的schema一致。
- 将CSV上传到您的ProcessMind实例，开始分析。

配置

API端点：脚本需要 Workday Human Capital Management（HCM）Web Service 的 WSDL URL。该URL因租户而异，可在 Workday 的 'Public Web Services' 报表中找到。
认证：脚本使用集成系统用户（ISU）+密码的基本认证方式。请确保该用户拥有所需API域的安全权限。
业务流程类型：提取逻辑的核心是一组待查询的业务流程定义。需在脚本中配置此列表，使其与贵组织 Workday 实例中的流程名称一致（例如：Hire、Onboarding、Change Job、Terminate Employee、Create Job Requisition）。
日期范围：脚本包含 START_DATE 与 END_DATE 参数。首次运行建议先用3-6个月的较小时间范围，以控制数据量和API响应时间；在生产环境可扩大范围，或按计划进行增量加载。
分页：脚本通过分页API调用处理大数据量。默认每页100条，这是避免超时的常见且稳妥的设置；如有需要可调整。

a 查询示例 python

import os
import pandas as pd
from zeep import Client, Settings, Transport
from zeep.wsse.username import UsernameToken
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday tenant's WSDL URL for Human Resources
WSDL_URL = class="hl-string">'https://[Your_Workday_Tenant_URL]/ccx/service/[Your_Tenant_Name]/Human_Resources/v38.0?wsdl'

class=class="hl-string">"hl-comment"># Replace with your Integration System User (ISU) credentials
TENANT_USERNAME = class="hl-string">'user@tenant'
TENANT_PASSWORD = os.environ.get(class="hl-string">'WORKDAY_PASSWORD') class=class="hl-string">"hl-comment"># Best practice: use environment variables for passwords

class=class="hl-string">"hl-comment"># Define the date range for the extraction
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># List of Business Processes to extract data from. Names must match your Workday configuration.
BUSINESS_PROCESS_TYPES = [
    class="hl-string">'Create Job Requisition', 
    class="hl-string">'Job Application', 
    class="hl-string">'Hire', 
    class="hl-string">'Onboarding', 
    class="hl-string">'Performance Review', 
    class="hl-string">'Change Job', 
    class="hl-string">'Terminate Employee'
]

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
def get_workday_client(wsdl, user, password):
    class="hl-string">"""Initializes the Zeep SOAP client with WS-Security."""
    session = requests.Session()
    session.verify = True class=class="hl-string">"hl-comment"># Or path to your cert bundle
    transport = Transport(session=session)
    settings = Settings(strict=False, xml_huge_tree=True)
    client = Client(wsdl, wsse=UsernameToken(user, password), transport=transport, settings=settings)
    return client

def map_transaction_to_events(transaction):
    class="hl-string">"""Maps a single Workday business process transaction to one or more event log records."""
    events = []
    process_data = transaction.Business_Process_Data
    process_type = process_data.Business_Process.Business_Process_Definition_Name
    process_status = process_data.Status.value
    case_id = process_data.Business_Process.Initiating_Person_Reference.Employee_ID if process_data.Business_Process.Initiating_Person_Reference else None
    subject_employee_id = None
    if process_data.Business_Process.Business_Process_Target_Reference and hasattr(process_data.Business_Process.Business_Process_Target_Reference, class="hl-string">'Employee_ID'):
        subject_employee_id = process_data.Business_Process.Business_Process_Target_Reference.Employee_ID

    class=class="hl-string">"hl-comment"># Default to subject employee, fallback to initiator for processes like Job Requisition
    employee_id = subject_employee_id or case_id
    if not employee_id:
        return [] class=class="hl-string">"hl-comment"># Skip transactions without a clear employee context

    performer = case_id
    department = None class=class="hl-string">"hl-comment"># Placeholder, would require additional API calls to enrich

    class=class="hl-string">"hl-comment"># General process completion events
    if process_status == class="hl-string">'Successfully Completed':
        completion_time = process_data.Status_Date.isoformat()
        activity_map = {
            class="hl-string">'Create Job Requisition': class="hl-string">'Job Requisition Created',
            class="hl-string">'Hire': class="hl-string">'Hire Process Completed',
            class="hl-string">'Onboarding': class="hl-string">'Onboarding Tasks Completed',
            class="hl-string">'Performance Review': class="hl-string">'Performance Review Completed',
            class="hl-string">'Change Job': class="hl-string">'Promotion Approved', class=class="hl-string">"hl-comment"># Assumption: Change Job completion means approval
            class="hl-string">'Terminate Employee': class="hl-string">'Employee Terminated'
        }
        if process_type in activity_map:
            events.append({
                class="hl-string">'EmployeeId': employee_id,
                class="hl-string">'ActivityName': activity_map[process_type],
                class="hl-string">'EventTimestamp': completion_time,
                class="hl-string">'EventEndTime': completion_time,
                class="hl-string">'EventPerformer': performer,
                class="hl-string">'Department': department,
                class="hl-string">'JobRequisitionId': None, class=class="hl-string">"hl-comment"># Requires enrichment
                class="hl-string">'LifecycleEventType': process_type
            })

    class=class="hl-string">"hl-comment"># Step-specific events from the transaction history
    if transaction.Business_Process_Step_Data:
        for step in transaction.Business_Process_Step_Data:
            step_name = step.Step
            step_completion_time = step.Completed_Date.isoformat() if step.Completed_Date else None
            if not step_completion_time: continue

            activity_name = None
            if process_type == class="hl-string">'Job Application' and class="hl-string">'Offer' in step_name and not class="hl-string">'Accept' in step_name:
                activity_name = class="hl-string">'Offer Letter Generated'
            elif process_type == class="hl-string">'Job Application' and class="hl-string">'Accept' in step_name and class="hl-string">'Offer' in step_name:
                activity_name = class="hl-string">'Offer Accepted'
            elif class="hl-string">'Background Check' in step_name and class="hl-string">'Initiate' in step_name:
                activity_name = class="hl-string">'Background Check Initiated'
            elif class="hl-string">'Background Check' in step_name and class="hl-string">'Complete' in step_name:
                activity_name = class="hl-string">'Background Check Completed'
            elif process_type == class="hl-string">'Hire' and class="hl-string">'Initiation' in step.Status.value:
                 class=class="hl-string">"hl-comment"># Onboarding is typically a sub-process or triggered by Hire completion
                events.append({
                    class="hl-string">'EmployeeId': employee_id,
                    class="hl-string">'ActivityName': class="hl-string">'Onboarding Initiated',
                    class="hl-string">'EventTimestamp': step_completion_time,
                    class="hl-string">'EventEndTime': step_completion_time,
                    class="hl-string">'EventPerformer': performer,
                    class="hl-string">'Department': department, class="hl-string">'JobRequisitionId': None, class="hl-string">'LifecycleEventType': class="hl-string">'Onboarding'
                })
            elif process_type == class="hl-string">'Onboarding' and class="hl-string">'Payroll' in step_name and step.Status.value == class="hl-string">'Successfully Completed':
                activity_name = class="hl-string">'Payroll Setup Completed'
            elif process_type == class="hl-string">'Change Job' and class="hl-string">'Initiation' in step.Status.value:
                activity_name = class="hl-string">'Role Change Initiated'
            elif process_type == class="hl-string">'Terminate Employee' and class="hl-string">'Initiation' in step.Status.value:
                activity_name = class="hl-string">'Termination Initiated'
            elif process_type == class="hl-string">'Terminate Employee' and class="hl-string">'Offboarding' in step_name and step.Status.value == class="hl-string">'Successfully Completed':
                activity_name = class="hl-string">'Offboarding Tasks Completed'

            if activity_name:
                events.append({
                    class="hl-string">'EmployeeId': employee_id,
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventTimestamp': step_completion_time,
                    class="hl-string">'EventEndTime': step_completion_time,
                    class="hl-string">'EventPerformer': performer,
                    class="hl-string">'Department': department, class="hl-string">'JobRequisitionId': None, class="hl-string">'LifecycleEventType': process_type
                })
    return events

def main():
    class="hl-string">"""Main function to run the extraction process."""
    if not TENANT_PASSWORD:
        print(class="hl-string">"Error: WORKDAY_PASSWORD environment variable not set.")
        return

    print(class="hl-string">"Initializing Workday SOAP client...")
    client = get_workday_client(WSDL_URL, TENANT_USERNAME, TENANT_PASSWORD)
    factory = client.type_factory(class="hl-string">'ns0')

    all_events = []
    for bp_type_name in BUSINESS_PROCESS_TYPES:
        print(fclass="hl-string">"\nFetching data for business process: {bp_type_name}")
        page = 1
        while True:
            print(fclass="hl-string">"  - Requesting page {page}...")
            request_data = factory.Get_Business_Process_Transactions_RequestType(
                Request_Criteria=factory.Business_Process_Transaction_Request_CriteriaType(
                    Transaction_Date_Range_Data=factory.Transaction_Date_Range_DataType(
                        Effective_From=START_DATE,
                        Effective_To=END_DATE
                    ),
                    Business_Process_Type_Reference=[factory.Business_Process_Type_ReferenceType(
                        Business_Process_Type_Name=bp_type_name
                    )]
                ),
                Response_Filter=factory.Response_FilterType(
                    Page=page,
                    Count=100  class=class="hl-string">"hl-comment"># Page size
                )
            )
            
            try:
                response = client.service.Get_Business_Process_Transactions(request_data)

                if response.Response_Results.Total_Results == 0:
                    print(class="hl-string">"  - No results found for this process type.")
                    break

                if not response.Response_Data or not response.Response_Data.Business_Process_Transactions:
                    print(class="hl-string">"  - Reached end of data.")
                    break
                
                transactions = response.Response_Data.Business_Process_Transactions
                print(fclass="hl-string">"  - Received {len(transactions)} transactions on this page.")

                for trans in transactions:
                    events = map_transaction_to_events(trans)
                    all_events.extend(events)

                if len(transactions) < 100:
                    print(class="hl-string">"  - Last page processed.")
                    break

                page += 1

            except Exception as e:
                print(fclass="hl-string">"An error occurred: {e}")
                break

    if not all_events:
        print(class="hl-string">"\nExtraction complete. No events were generated.")
        return

    print(fclass="hl-string">"\nTotal events extracted: {len(all_events)}")
    df = pd.DataFrame(all_events)
    
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    cols = [class="hl-string">'EmployeeId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'EventEndTime', class="hl-string">'EventPerformer', 
            class="hl-string">'Department', class="hl-string">'JobRequisitionId', class="hl-string">'LifecycleEventType']
    df = df[cols]

    class=class="hl-string">"hl-comment"># Sort by employee and timestamp to create a chronological log
    df.sort_values(by=[class="hl-string">'EmployeeId', class="hl-string">'EventTimestamp'], inplace=True)

    output_filename = class="hl-string">'workday_h2r_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Successfully exported event log to {output_filename}")

if __name__ == class="hl-string">'__main__':
    import requests class=class="hl-string">"hl-comment"># Add requests for the session object
    main()

数据模板：从招聘到退休——员工全生命周期

您的从招聘到退休——员工全生命周期数据模板

从招聘到退休——员工全生命周期属性

从招聘到退休——员工全生命周期活动

提取指南

Workday自定义报表（Report-as-a-Service，RaaS）

步骤

配置

a 查询示例 config

通过 Workday Web Services API 使用 Python 脚本抽取

步骤

配置

a 查询示例 python

准备好开始了吗？

立即优化“招聘到退休”的员工全生命周期