> 持续流程改进 > 招聘到离职：员工生命周期 > Workday Onboarding > 数据模板

您的Hire to Retire员工生命周期数据模板

Workday Onboarding

← 返回改进指南

招聘到离职：员工生命周期属性 (21) 招聘到离职：员工生命周期活动 (15) 提取指南 (2)

您的Hire to Retire员工生命周期数据模板

此模板清晰说明了有效分析Hire to Retire流程所需的关键数据属性和活动，帮助您识别构建可靠事件日志所需的重要信息，确保准确洞察员工生命周期。此外，模板还提供了从Workday Onboarding提取相关数据的指导。

建议收集的属性，支持全面分析
贯穿员工生命周期需要跟踪的关键活动
从Workday Onboarding提取数据的实用指导

刚接触事件日志？了解如何创建流程挖掘事件日志.

下载模板

招聘到离职：员工生命周期属性

以下是建议纳入事件日志的数据字段，用于全面分析招聘到离职的员工生命周期流程。

3 必需 5 建议 13 可选

	名称	说明
	事件时间戳 EventTimestamp	记录活动或事件发生的准确日期和时间。
说明此属性为每项活动提供时间背景，记录活动发生的时间。这些时间戳的顺序和时间信息用于构建流程，并计算周期时间和持续时间等所有基于时间的指标。在分析中，事件时间戳是理解流程绩效的基础。它可以用于计算步骤之间的时间间隔、识别延迟，并分析不同时间段内的流程行为，例如比较不同季度的招聘速度。为什么重要该属性对于正确排列事件顺序，以及计算周期时间和瓶颈等绩效指标至关重要。获取位置这是Workday任何业务流程交易日志中的标准字段，通常称为“Effective Date”或“Completed Moment”。示例 2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
	员工ID EmployeeId	员工的唯一标识符，作为其在组织内整个生命周期的主要案例ID。
说明员工ID是分析Hire to Retire流程的核心。它将从最初的职位申请到最终离职的所有相关事件关联为一段完整旅程。通过跟踪该ID，组织可以建立员工任职期间的完整历史，包括岗位变更、绩效评估和入职步骤。在流程挖掘中，每项活动都与员工ID相关联，从而全面查看单个员工及整体员工生命周期。这有助于分析流程时长、识别常见路径，并发现影响员工职业不同阶段的瓶颈。为什么重要该属性对于串联单个员工的所有生命周期事件至关重要，可实现完整的端到端流程视图。获取位置这是Workday HCM中的核心字段，通常位于员工档案和业务流程交易记录中。示例 100234510087651011212
	活动名称 ActivityName	员工生命周期某一节点发生的具体事件或任务名称。
说明活动名称描述招聘到离职流程中的具体步骤，例如“接受录用通知”“完成背景调查”或“批准晋升”。这些活动构成流程图的节点，展示员工历程所包含的事件顺序。分析这些活动可以帮助组织了解流程，识别高频和低频路径，并定位发生延迟或返工的阶段。活动名称清晰且一致，是构建准确、易于理解的流程模型的关键。为什么重要它定义了流程图中的步骤，是所有流程挖掘分析和可视化的基础。获取位置源自Workday交易日志中的Business Process Step或Event Name。示例生成录用通知书完成入职任务启动离职
	事件执行者 EventPerformer	执行该活动的用户或自动化系统代理。
说明该属性用于标识负责完成任务的个人、角色或系统。例如，批准录用通知的招聘经理、启动入职的HR专员，或生成通知的系统流程。分析Event Performer对于了解资源配置、工作负载分布和用户采用情况至关重要。它有助于识别负荷过重的团队，发现可通过自动化替代人工重复操作的机会，并分析个人或部门之间的绩效差异。为什么重要该属性有助于分析工作负载分布和用户绩效，并识别流程参与者，为有针对性的改善提供依据。获取位置可在Workday Business Processes的交易日志中获取，通常与完成某一步骤的用户相关联。示例 jsmith@example.comr.davis系统流程
	事件结束时间 EventEndTime	标记活动完成时间的时间戳，尤其适用于具有可衡量持续时长的任务。
说明 StartTime表示活动开始时间，而Event End Time表示活动结束时间。两者之差即为活动的处理时间。这对于“Background Check”或“Performance Review”等非即时完成的任务尤其有用。在分析中，该属性对于计算ProcessingTime指标至关重要。它有助于区分活动之间的等待时间和实际处理活动所用的时间，从而更准确地了解流程中的时间消耗。为什么重要它支持计算活动的实际处理时间，帮助区分主动工作时间和空闲等待时间。获取位置在Workday的某些业务流程中，系统会同时记录启动和完成时间戳，可能需要关联多个事件。示例 2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
	生命周期事件类型 LifecycleEventType	将流程归类为主要生命周期类型，例如Onboarding、Promotion或Offboarding。
说明该属性为整体Hire to Retire流程中的不同旅程提供高层分类。将每个案例标记为“Onboarding”“Internal Mobility”或“Termination”后，您可以更轻松地筛选流程图，并单独分析这些不同的子流程。例如，要分析“Internal Mobility & Promotion Time”仪表板，可以筛选Lifecycle Event Type为“Internal Mobility”或“Promotion”的案例。这种细分对于创建能够回答具体业务问题的定向分析和仪表板至关重要。为什么重要它可以将完整的员工旅程划分为不同子流程，从而分别分析入职、离职或晋升。获取位置通常在数据转换过程中，将特定Workday Business Process名称（例如“Hire”“Change Job”“Terminate”）映射到这些类别。示例入职内部流动离职绩效管理
	职位申请ID JobRequisitionId	启动招聘流程的职位申请唯一标识符。
说明职位申请ID将发布职位、筛选候选人和生成录用通知等早期招聘活动关联到特定业务需求，是员工生命周期招聘阶段的辅助案例ID。按职位申请ID分析，可以了解不同岗位或部门的招聘流程效率。它有助于跟踪从创建职位申请到接受录用的完整漏斗，并支持“Average Time-to-Hire”等KPI。为什么重要它将所有入职前活动归入同一标识符下，从而支持对流程招聘环节进行详细分析。获取位置位于Workday的Recruiting模块中，与候选人的申请及后续招聘事件相关联。示例 REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
	部门 Department	员工所属的组织部门。
说明该属性表示员工所属部门，例如“Sales”“Engineering”或“Human Resources”。这是按组织不同部分细分和比较流程绩效的重要维度。在流程分析中，按Department筛选可以回答“Engineering部门的招聘用时是否长于Sales部门？”或“哪些部门的入职偏差率最高？”等问题。这有助于定位局部问题并制定有针对性的流程改进方案。为什么重要它支持有价值的对比分析，帮助识别流程低效是否集中在特定业务领域。获取位置这是Workday HCM中员工核心职位和组织数据的一部分，与员工岗位相关联。示例工程销售与市场营销财务
	SLA目标日期 SlaTargetDate	某项具体活动应完成的目标日期，例如绩效评估。
说明此属性定义特定任务的服务级别协议（SLA）截止时间，明确流程应持续的时间，并作为衡量绩效的基准。它是“Performance Review Timeliness”等KPI以及SLA遵循情况仪表板的重要基础。通过将实际完成日期（EventTimestamp）与SlaTargetDate进行比较，您可以自动识别违规情况、衡量按时完成表现，并主动管理延误。为什么重要为衡量按时完成表现提供明确基准，也是计算SLA遵循情况KPI的必要依据。获取位置在Workday中，Performance Reviews等流程通常会配置截止日期。提取流程事件时，也需要一并提取此数据。示例 2023-12-31T23:59:59Z2024-06-30T23:59:59Z
	入职计划名称 OnboardingPlanName	分配给新员工的具体入职模板或计划名称。
说明 Workday支持创建适用于不同职位、地点或职级的入职计划。此属性用于标识新员工实际使用的具体计划。按Onboarding Plan Name分析，有助于评估不同入职策略的有效性和效率。例如，您可以直接比较“Executive Onboarding Plan”和“Standard Employee Onboarding Plan”，了解哪项计划的任务完成率更高或周期时间更短。为什么重要帮助评估不同入职项目的表现，识别最佳实践和改进方向。获取位置此信息通常可在Workday的Onboarding模块中获取，并与Hire业务流程关联。示例标准企业入职销售团队入职高管入职计划
	最近数据更新时间 LastDataUpdate	表示该事件数据最近一次从源系统刷新时间的时间戳。
说明该属性标记数据集最近一次更新的时间，帮助您了解当前分析数据的新鲜度。这对于基于流程挖掘洞察及时做出相关业务决策至关重要。对于仪表板和持续监控，该时间戳有助于用户确认所查看的是否为最新可用数据。它也是维护数据完整性和用户对分析结果信任度的重要元数据。为什么重要确保用户了解数据的新鲜度，这对于流程分析的相关性和准确性至关重要。获取位置这是在数据摄取或ETL（提取、转换、加载）过程中生成并写入数据集的元数据字段。示例 2024-03-15T02:00:00Z2024-03-16T02:00:00Z
	地点 Location	与员工岗位相关的地理位置或办公地点。
说明 Location属性用于指定员工所在的国家、州或城市。这一地理维度对于比较不同地区的流程绩效和合规情况至关重要。基于Location进行分析，可以发现不同地区在招聘时长、入职效率或离职流程方面的差异。它有助于回答“德国的背景调查是否比美国耗时更长？”等问题，并支持针对地区法规的合规监控。为什么重要支持地理维度分析，帮助识别地区间的流程差异，而这些差异可能受到当地管理方式、法规或文化影响。获取位置属于Workday HCM中的员工岗位和组织分配数据。示例美国-纽约德国-柏林印度-班加罗尔
	岗位ID PositionId	员工所担任的具体岗位或职位角色的唯一标识符。
说明岗位ID用于标识员工在组织架构中担任的具体角色。每个岗位都有明确属性，例如职位档案、地点和汇报关系。它比职位名称更具体，因为多个岗位可能使用同一职位名称。按岗位ID分析有助于了解特定角色相关的流程。例如，可以分析所有“Senior Software Engineer”岗位的入职旅程，查看该角色是否存在共性模式或特有延误。为什么重要支持基于具体角色的细粒度分析，帮助了解公司内不同岗位的流程差异。获取位置 Workday HCM中与员工岗位分配相关的标准字段。示例 POS-1001POS-2345POS-8762
	招聘用时 TimeToHire	从创建职位申请到候选人接受录用通知的总时长。
说明 Time to Hire是衡量整个招聘漏斗效率的关键招聘KPI。它表示同一员工或职位申请从“Job Requisition Created”事件到“Offer Accepted”事件之间的持续时间。此计算属性是“Average Time-to-Hire”KPI及相关仪表板的基础。持续跟踪该指标，有助于HR部门衡量流程改进的影响，识别寻源或面试环节中的瓶颈，并为管理者制定合理的招聘周期。为什么重要直接衡量招聘流程效率，是任何HR组织的重要绩效指标。获取位置在案例层级计算，方法是确定“Job Requisition Created”活动与“Offer Accepted”活动时间戳之间的持续时间。示例 35天62天28天
	是否为合规活动 IsComplianceActivity	用于标识某项活动是否为必需的合规或监管步骤的布尔标记。
说明此标记用于识别对法律、监管或政策合规至关重要的活动，例如签署政策确认书或完成必修培训。它有助于将这些关键任务与常规管理任务区分开来。在分析中，此属性可用于创建专注于合规的仪表板和KPI，例如“Critical Compliance Activity Rate”。组织可以借此监控并确保所有员工按时完成最重要的监管步骤，降低组织风险。为什么重要支持重点监控关键合规步骤，确保遵守监管要求并降低风险。获取位置这是一个派生属性，通常在数据转换期间创建，将已知的合规相关活动名称映射为true/false标记。示例 truefalse
	是否返工 IsRework	用于标识某项活动是否为同一案例中前一步骤的重复执行的布尔标记。
说明此属性用于识别返工，即同一员工的某项任务需要执行多次。例如，重新提交错误材料或重新进行失败的背景调查。通常通过检查同一活动名称是否在案例的事件日志中多次出现来识别。分析返工是提升流程效率和质量的关键。“IsRework”标记便于量化返工量、识别根本原因，并衡量旨在一次做对的改进措施所产生的影响。它直接支持“Rework & Repetition Analysis”仪表板。为什么重要通过标记重复执行的活动，帮助量化流程低效和浪费，并指向质量或沟通问题。获取位置这是一个计算标记。在流程挖掘分析期间，通过检测同一案例中的重复活动应用相关逻辑。示例 truefalse
	是否违反SLA IsSlaViolated	用于标识某项活动是否在SLA目标日期之后完成的布尔标记。
说明此计算属性以简单的true/false值标识某个流程步骤是否符合服务级别协议。它通过比较活动完成时间戳（EventTimestamp）与截止时间（SlaTargetDate）得出。此标记对仪表板和报告非常有用，可轻松统计并可视化SLA违规情况。它支持“Performance Review Timeliness”等KPI，并简化逾期任务的提醒和报告创建，帮助团队优先处理最关键的延误。为什么重要通过清晰标记所有未达到约定时限的情况，简化绩效监控。获取位置计算字段：当EventTimestamp>SlaTargetDate时为true，否则为false。示例 truefalse
	源系统 SourceSystem	提取事件数据的系统，本例中为Workday Onboarding。
说明该属性用于标识数据来源。虽然当前视图聚焦于Workday Onboarding，但完整的Hire to Retire流程可能还涉及申请人跟踪系统（ATS）或独立的薪资服务商。明确源系统对于数据治理和理解事件背景至关重要。在多系统分析中，该字段可用于筛选特定系统产生的事件，或分析不同系统之间的交接。为什么重要它提供有关数据来源的重要背景信息，对于数据验证以及整合多个系统数据的分析不可或缺。获取位置通常是在数据提取和转换过程中添加的静态值（“Workday Onboarding”）。示例 Workday OnboardingWorkday HCM
	离职原因 TerminationReason	员工离开组织时提供的原因。
说明此属性记录员工任期结束的原因，例如“Voluntary Resignation”“Involuntary - Performance”或“Retirement”。这些信息对于分析人员流失和离职流程至关重要。在流程挖掘中，Termination Reason可为离职过程提供背景信息。您可以据此分析不同离职类型是否遵循不同的离职流程，或所需时间是否不同。这有助于了解员工流动情况，并确保针对不同情形妥善处理离职流程。为什么重要为分析离职流程提供关键背景信息，并帮助将流程问题与人员流失原因关联起来。获取位置在Workday的“Terminate Employee”业务流程中记录。示例主动辞职非自愿终止退休
	雇佣状态 EmploymentStatus	员工当前的雇佣状态，例如在职、已离职或休假。
说明该属性表示员工当前在组织中的状态，是一个会随着员工生命周期变化而更新的动态字段。例如，新员工开始时可能处于“Pre-Hire”或“Onboarding”状态，完成流程后变为“Active”。在流程挖掘中，该属性提供有价值的状态信息。它可用于检查流程合规性，例如确保只有“Active”员工才能设置薪资；也可用于筛选特定员工群体，例如分析所有“Terminated”员工的离职流程。为什么重要提供员工当前状态的快照，有助于验证流程逻辑，并将分析限定到特定员工群体。获取位置 Workday HCM员工档案中的核心字段。示例在职已终止休假中入职前
	雇佣类型 EmploymentType	表示员工属于全职、兼职、合同工还是实习生。
说明此属性用于区分雇佣协议的性质。不同的雇佣类型通常会采用不同的入职、薪资发放和福利设置流程变体。将此属性用作筛选条件，组织可以比较不同员工类别的生命周期流程。例如，这有助于发现承包商的入职流程是否明显快于全职员工，或合规性是否较低，从而有针对性地调整流程。为什么重要帮助比较不同员工类别之间的流程差异，例如全职员工和承包商可能遵循不同的流程。获取位置 Workday HCM中员工职位详情的标准字段。示例全职兼职合同工实习生

必需建议可选

招聘到离职：员工生命周期活动

以下是建议记录的关键流程步骤和里程碑，用于准确发现并分析员工生命周期。

7 建议 8 可选

	活动	说明
	创建职位申请	当Workday中创建并批准新的职位申请时，该活动标志着招聘流程正式开始。当“Create Job Requisition”业务流程成功完成后，系统会明确记录此事件。
为什么重要这是整个招聘生命周期的主要开始事件。分析从该活动到“Offer Accepted”所需的时间，对于衡量Time-to-HireKPI至关重要。获取位置当Workday Recruiting中的“Create Job Requisition”业务流程成功完成后，系统会记录此事件。该业务流程的事件日志提供具体时间戳。采集 “Create Job Requisition”业务流程完成时记录的事件。事件类型 explicit
	启动入职	标志着新员工在Workday Onboarding模块中开始入职流程。当系统向新员工分配一组入职任务和工作流时，会记录此事件，通常由Hire流程完成触发。
为什么重要这是分析入职流程效率的起点，有助于衡量入职任务完成率并识别流程偏差。获取位置当“Onboarding”业务流程或类似工作流为新员工触发时，作为启动事件记录。采集为新员工触发Onboarding业务流程时记录的事件。事件类型 explicit
	启动离职	标志着离职员工开始办理离职流程。当经理或HR用户在Workday中启动“Terminate Employee”业务流程时，系统会明确记录此活动。
为什么重要这是整个离职生命周期的主要开始事件，也是衡量Average Offboarding Cycle TimeKPI的起点。获取位置在Workday HCM中启动“Terminate Employee”业务流程时明确记录的事件。采集启动“Terminate Employee”业务流程时记录的事件。事件类型 explicit
	员工离职	这是员工生命周期中的最后一项活动，标志着员工在系统中的雇佣关系正式结束。当“Terminate Employee”业务流程成功完成时，系统会记录此事件。
为什么重要这是Hire to Retire流程的最终结束事件，也是衡量离职周期时间的终点，确认流程已完成。获取位置作为“Terminate Employee”业务流程的完成事件明确记录。此后，员工记录将变为非活动状态。采集 “Terminate Employee”业务流程成功完成时记录的事件。事件类型 explicit
	完成入职任务	表示新员工完成所有已分配的入职任务。通常，当员工入职业务流程的整体状态变为“Successfully Completed”时推断出此事件。
为什么重要这是表明新员工已完成全部入职流程的关键里程碑，也是衡量Onboarding Cycle TimeKPI和分析入职流程遵循度的终点。获取位置根据父级“Onboarding”业务流程的完成时间戳推断，该流程在所有必需步骤和任务完成后结束。采集根据员工整体Onboarding业务流程的完成时间戳推断。事件类型 inferred
	完成招聘流程	这是一个关键活动，表示候选人在Workday HCM中的记录正式转换为员工记录。当“Hire”业务流程成功完成后，系统会明确记录此事件。
为什么重要该事件正式标志着候选人转为员工，是跟踪入职周期时间的重要里程碑，也表示员工已正式进入HCM系统。获取位置作为员工“Hire”业务流程的完成事件明确记录。业务流程日志包含准确的时间戳。采集 “Hire”业务流程成功完成时记录的事件。事件类型 explicit
	接受录用	当候选人正式接受工作录用时，该活动随之发生，通常表现为在Workday中以电子方式签署录用通知书。当候选人完成录用流程中的“Review and Sign”步骤后，系统会记录这一关键里程碑。
为什么重要这一里程碑标志着核心招聘阶段结束，并触发入职前和入职活动。它是衡量Time-to-HireKPI的重要组成部分。获取位置当候选人在“Job Application”业务流程中完成工作录用接受步骤时，系统会明确记录此事件。采集候选人接受录用的操作会作为Job ApplicationBP中的已完成步骤记录。事件类型 explicit
	启动岗位变更	表示内部流动事件开始，例如调岗或晋升。当经理或HR合作伙伴为员工启动“Change Job”业务流程时，系统会记录此活动。
为什么重要这是衡量内部流动效率和审批时长的起点，有助于识别员工职业发展中的瓶颈。获取位置在Workday HCM中启动“Change Job”业务流程时明确记录的事件。采集为员工启动“Change Job”业务流程时记录的事件。事件类型 explicit
	启动背景调查	这标志着已接受录用的候选人开始进行入职前筛查。启动背景调查步骤时会记录此事件，通常还会触发与第三方供应商的集成。
为什么重要背景调查耗时通常是招聘流程中的瓶颈。该活动是衡量Background Check DurationKPI的起点。获取位置作为业务流程中的一个步骤记录，例如“Background Check”，该流程通常属于整体招聘工作流的一部分。系统会记录启动时间戳。采集 “Background Check”业务流程或相关步骤启动时记录的事件。事件类型 explicit
	完成离职任务	表示完成所有必需的离职任务，例如归还资产和知识交接。当离职清单或业务流程状态变为已完成时，系统会推断出此事件。
为什么重要跟踪这些任务的完成情况，对于确保安全且合规的离职至关重要。延误可能带来安全风险并造成不佳体验。获取位置根据“Offboarding”业务流程的完成时间戳，或员工所有已分配离职任务均标记为完成时推断。采集根据离职清单或相关业务流程完成情况推断。事件类型 inferred
	完成绩效评估	标志着员工正式绩效评估周期结束。当“Performance Review”业务流程达到最终批准状态时，系统会记录此活动。
为什么重要跟踪这些事件对于分析绩效管理的及时性和频率至关重要，并直接支持Performance Review TimelinessKPI。获取位置作为员工“Start Performance Review”业务流程成功完成的事件记录。采集 “Performance Review”业务流程成功完成时记录的事件。事件类型 explicit
	完成背景调查	表示入职前筛查流程完成。当背景调查状态通过手动操作或集成更新为完成时，系统会记录此活动。
为什么重要该活动是衡量Background Check DurationKPI的终点。此处延误会直接影响新员工的入职日期。获取位置根据“Background Check”业务流程或相关对象的状态变更记录，表示最终状态为“Completed”或“Passed”等。采集根据背景调查状态字段变更为最终状态时的时间戳推断。事件类型 inferred
	完成薪资设置	表示处理新员工薪资所需的全部信息均已录入并核验。该活动可能作为Onboarding或Hire业务流程中的特定步骤完成而记录。
为什么重要确保员工从首次发薪起就能准确、按时获得薪资。该活动是衡量Payroll Setup TimeKPI的终点，可帮助发现薪资启用延误。获取位置作为已完成的清单项目或特定步骤记录，例如Onboarding业务流程中的“Enter Payment Elections”。采集业务流程中某项薪资相关任务或步骤的完成。事件类型 explicit
	批准晋升	标志着员工晋升获得最终批准。当“Change Job”或相关薪酬业务流程获得完整批准并完成时，系统会记录此活动。
为什么重要这是衡量Internal Mobility Approval TimeKPI的终点，确认关键职业里程碑已成功完成。获取位置作为“Change Job”业务流程成功完成的事件记录，变更原因是晋升。采集 “Change Job”业务流程完成且变更原因为“Promotion”时记录的事件。事件类型 explicit
	生成录用通知书	表示为候选人正式生成工作录用通知的节点。通常，这是Workday“Job Application”业务流程中的明确步骤。
为什么重要跟踪此活动有助于了解面试结束后正式确定录用所需的时间。此处延误可能导致候选人退出。获取位置从“Job Application”业务流程的事件日志中获取，具体对应“Generate Document”或类似的录用步骤完成。采集 Job ApplicationBP中的“Generate Offer”步骤完成时记录的事件。事件类型 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（来自Business Process Transaction）> Employee ID，用作EmployeeId。
- Overall Process（来自Business Process Transaction），用于ActivityName逻辑。
- Effective Date或Completion Date（来自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项必需活动创建类似字段。
**创建主计算字段：**创建名为ActivityName的最终“Lookup Related Value”或“Evaluate Expression”计算字段。该字段应串联上一步创建的所有活动字段，确保每行仅返回一个活动名称。
**构建联合报告：**为整合不同业务流程中的事件，将报告转换为“Composite”报告，并使用“Union”子报告类型。为每个主要生命周期流程创建独立数据源，例如“Hire”“Onboarding”“Change Job”“Terminate”。在每个子报告中，筛选对应的业务流程类型，并将相关步骤映射到标准输出列（EmployeeId、ActivityName、EventTimestamp等）。
**配置提示和筛选器：**添加日期范围提示，允许用户指定提取周期。如有需要，添加筛选器，将数据限制在特定公司或主管组织范围内。这对控制性能至关重要。
**启用Web Service：**进入报告定义的“Advanced”选项卡，勾选“Enable as Web Service”。这样即可将报告公开为Report-as-a-Service（RaaS）端点。
**配置API选项：**在“Web Service API Options”下选择JSON作为输出格式，便于下游系统解析。记录“Namespace”和“Report Name”，因为它们会构成API URL的一部分。
**部署并测试：**在Workday界面中保存并运行报告，验证数据。确认无误后，通过浏览器或API客户端（如Postman）访问RaaS URL，测试Web Service端点。URL格式通常为https://[Your Workday Host]/ccx/service/[Your Tenant]/Report_Service/[Report Owner]/[Report Name]。
**安排提取任务：**使用集成工具或ETL工具定期调用RaaS URL，并传入所需日期范围参数，将事件日志数据提取到您的流程挖掘工具中。

配置

**Report Type：**Advanced。这是支持计算字段和联合子报告的必要设置。
Primary Data Source / Business Object：“Business Process Transactions”。该对象包含Workday中所有流程发起、步骤和完成记录，是数据提取的基础。
**Calculated Fields：**必须广泛使用“Evaluate Expression”计算字段，将原始业务流程事件（例如“Hire BP, Step: Propose Compensation, Status: Completed”）转换为清晰的活动名称（例如“Hire Process Completed”）。
**Prompts：**根据“Completion Date”字段配置“Start Date”和“End Date”提示，以支持增量或限定范围的数据提取。
**Filtering：**强烈建议按“Company”或“Supervisory Organization”筛选，以控制数据量，并聚焦组织中相关部分的分析。同时应排除与员工生命周期无关的业务流程。
**Web Service Options：**必须将报告启用为Web Service（“RaaS”）。输出格式应设置为JSON，以获得广泛兼容性。
**Security & Permissions：**创建并运行报告的用户需要访问以下数据域：“Business Process Transactions”“Worker Data (Core HCM)”“Staffing”“Onboarding”，以及可能需要的“Compensation”和“Performance Management”，以查看所有相关事件和属性。

a 示例查询 sql

/*
 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安装所需的Python库：pip install zeep pandas。
- zeep是用于调用Workday API的SOAP客户端，pandas用于数据处理和导出CSV。
获取Workday WSDL URL。
- 在您的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的CSV文件。
- 使用电子表格软件打开文件，检查数据结构是否正确。
准备上传到ProcessMind。
- 生成的CSV文件可直接兼容ProcessMind。确保列标题（EmployeeId、ActivityName、EventTimestamp等）符合项目预期架构。
- 将CSV文件上传到您的ProcessMind实例，开始分析。

配置

API端点：脚本需要Workday人力资本管理（HCM）Web服务的WSDL URL。该URL因租户而异，可在Workday的“Public Web Services”报告中找到。
身份验证：脚本使用Integration System User（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()

准备好开始了吗？

利用此数据模板，充分发挥Hire to Retire流程的价值。立即开始优化员工生命周期。

返回改进指南下载模板

立即优化Hire to Retire员工生命周期

获取可执行的洞察，将Workday HR中的周期时间缩短30%。

开始免费试用

无需信用卡，几分钟即可完成设置。

您的Hire to Retire员工生命周期数据模板

您的Hire to Retire员工生命周期数据模板

招聘到离职：员工生命周期属性

招聘到离职：员工生命周期活动

提取指南

Workday自定义报告与Report-as-a-Service（RaaS）

步骤

配置

a 示例查询 sql

通过Workday Web Services API使用Python脚本提取数据

步骤

配置

a 示例查询 python

准备好开始了吗？

立即优化Hire to Retire员工生命周期

您的Hire to Retire员工生命周期数据模板

您的Hire to Retire员工生命周期数据模板

招聘到离职：员工生命周期属性

招聘到离职：员工生命周期活动

提取指南

Workday自定义报告与Report-as-a-Service（RaaS）

步骤

配置

a 示例查询 sql

通过Workday Web Services API使用Python脚本提取数据

步骤

配置

a 示例查询 python

准备好开始了吗？

立即优化Hire to Retire员工生命周期

我们重视您的隐私