> 持续流程改进 > 员工全生命周期流程 > Workday入职管理 > 数据模板

员工全生命周期管理数据模板

Workday入职管理

← 返回改进指南

员工全生命周期管理属性(21) 员工全生命周期管理活动(15) 数据提取指南(2)

员工全生命周期管理数据模板

此模板列出了有效分析员工全生命周期管理流程所需的关键数据属性和活动，帮助您确定构建可靠事件日志所需的信息，从而准确了解员工全生命周期情况。此外，模板还介绍了如何从Workday入职流程中提取这些数据。

全面分析所需的推荐属性
跟踪员工全生命周期的关键活动
从Workday入职流程提取数据的实用指南

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

下载模板

员工全生命周期管理属性

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

3 必填 5 建议填写 13 选填

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

必填建议填写选填

员工全生命周期管理活动

以下是建议记录在事件日志中的关键流程步骤和里程碑，可用于准确发现并分析员工全生命周期情况。

7 建议填写 8 选填

	活动	说明
	创建职位申请	创建并批准新的职位申请后，招聘流程正式启动。在Workday中，“创建职位申请”业务流程成功完成时，系统会明确记录此活动。
重要性这是整个招聘生命周期的主要开始事件。分析从此活动到“接受录用”的时间，对于衡量招聘周期KPI至关重要。获取途径 Workday Recruiting中的“创建职位申请”业务流程成功完成后，系统会记录此事件。该业务流程的事件日志会提供时间戳。采集 “创建职位申请”业务流程完成时记录的事件。事件类型 explicit
	启动入职流程	在Workday Onboarding模块中启动新员工入职流程。系统通常会在雇用流程完成后，将一组入职任务和工作流分配给新员工，并记录此活动。
重要性这是分析入职流程效率的起点，有助于衡量入职任务完成率并发现流程偏差。获取途径为新员工触发“入职”业务流程或类似工作流时，系统会记录此启动事件。采集为新员工触发入职业务流程时记录的事件。事件类型 explicit
	启动离职流程	此活动标志着离职员工的离职流程开始。经理或人力资源用户在Workday中启动“终止雇用”业务流程时，系统会明确记录此活动。
重要性这是整个离职生命周期的主要开始事件，也是衡量平均离职周期时间KPI的起点。获取途径在Workday HCM中启动“终止雇用”业务流程时，系统会明确记录此事件。采集启动“终止雇用”业务流程时记录的事件。事件类型 explicit
	员工离职	这是员工生命周期中的最后一项活动，标志着员工在系统中的雇用关系正式结束。“终止雇用”业务流程成功完成时，系统会记录此事件。
重要性这是员工入职到离职流程的最终结束事件，也是衡量离职周期时间的终点，表明流程已完成。获取途径 “终止雇用”业务流程完成时，系统会明确记录此事件。此后，员工记录将变为非活跃状态。采集 “终止雇用”业务流程成功完成时记录的事件。事件类型 explicit
	完成入职任务	表示新员工已完成所有分配的入职任务。通常根据员工入职业务流程的整体状态变为“成功完成”来推断此事件。
重要性这是表明新员工已完成入职的重要节点，也是衡量入职周期时间KPI和分析入职流程遵循情况的终点。获取途径根据上级“入职”业务流程的完成时间戳推断，此时所有必需步骤和任务均已完成。采集根据员工整体入职业务流程的完成时间戳推断。事件类型 inferred
	完成雇用流程	这是一个关键活动：候选人的记录在Workday HCM中正式转为员工记录。“雇用”业务流程成功完成时，系统会明确记录此事件。
重要性此事件正式标志着候选人转为员工，是跟踪入职周期时间的重要节点。这意味着员工已正式进入HCM系统。获取途径员工的“雇用”业务流程完成时，系统会明确记录此事件。业务流程日志中包含准确的时间戳。采集 “雇用”业务流程成功完成时记录的事件。事件类型 explicit
	接受录用	候选人正式接受录用时会发生此活动，通常是在Workday中以电子方式签署录用通知书。候选人完成录用流程中的“审核并签署”步骤后，系统会记录这一关键节点。
重要性此节点标志着招聘核心阶段结束，并触发入职前准备和入职活动。它也是衡量招聘周期KPI的重要依据。获取途径候选人在“职位申请”业务流程中完成接受录用步骤时，系统会明确记录此事件。采集候选人接受录用的操作会作为职位申请业务流程中的已完成步骤记录。事件类型 explicit
	启动岗位变更	表示内部流动事件的开始，例如调岗或晋升。经理或人力资源合作伙伴为员工启动“变更职位”业务流程时，系统会记录此活动。
重要性此活动是衡量内部流动效率和审批时间的起点，有助于发现员工职业发展中的瓶颈。获取途径在Workday HCM中启动“变更职位”业务流程时，系统会明确记录此事件。采集为员工启动“变更职位”业务流程时记录的事件。事件类型 explicit
	启动背景调查	候选人接受录用后，入职前筛查流程随即启动。背景调查步骤开始时会记录此事件，通常还会触发与第三方服务商的集成。
重要性背景调查所需时间往往是招聘流程中的瓶颈。此活动是衡量背景调查周期KPI的起点。获取途径此事件作为业务流程中的一个步骤记录，例如整体招聘工作流中的“背景调查”流程。系统会记录启动时间戳。采集 “背景调查”业务流程或相关步骤启动时记录的事件。事件类型 explicit
	完成离职任务	表示所有必需的离职任务均已完成，例如归还资产和移交知识。离职清单或业务流程状态变为已完成时，可推断此事件。
重要性跟踪这些任务的完成情况，对于确保离职流程安全且符合合规要求至关重要。延误可能带来安全风险，也会影响员工体验。获取途径根据“离职”业务流程的完成时间戳推断，或在员工的所有离职任务均标记为完成时推断。采集根据离职清单或相关业务流程的完成情况推断。事件类型 inferred
	完成绩效评估	此活动标志着员工正式绩效评估周期结束。“绩效评估”业务流程进入最终的已批准状态时，系统会记录此活动。
重要性跟踪这些事件对于分析绩效管理的及时性和频率至关重要，也可直接用于衡量绩效评估及时性KPI。获取途径员工的“启动绩效评估”业务流程成功完成时记录的事件。采集 “绩效评估”业务流程成功完成时记录的事件。事件类型 explicit
	完成背景调查	表示入职前筛查流程已完成。背景调查状态更新为已完成时，系统会记录此活动；状态可由人工更新，也可通过集成更新。
重要性此活动是衡量背景调查周期KPI的终点。延误会直接影响新员工的入职日期。获取途径从“背景调查”业务流程或相关对象的状态变更中获取，表明最终状态为“已完成”或“已通过”等。采集根据背景调查状态字段变为最终状态时的时间戳推断。事件类型 inferred
	完成薪资设置	表示处理新员工薪资所需的所有信息均已录入并核实。此活动可能记录为入职或雇用业务流程中的某个步骤完成。
重要性确保员工从首次发薪起就能按时、准确地收到薪资。此活动是衡量薪资设置时间KPI的终点，可用于发现薪酬启用延误。获取途径此活动记录为已完成的清单项目或具体步骤，例如入职业务流程中的“填写付款选项”。采集业务流程中某项薪资相关任务或步骤的完成情况。事件类型 explicit
	批准晋升	标志着员工晋升获得最终批准。“变更职位”或相关薪酬业务流程完全获批并完成时，系统会记录此活动。
重要性这是衡量内部流动审批时间KPI的终点，表明这一重要职业发展节点已成功完成。获取途径员工的“变更职位”业务流程成功完成时记录的事件，变更原因是晋升。采集 “变更职位”业务流程完成且变更原因为“晋升”时记录的事件。事件类型 explicit
	生成录用通知书	表示为候选人生成正式录用通知书的时间点。这通常是Workday中“职位申请”业务流程的一个明确步骤。
重要性跟踪此活动有助于了解面试结束后正式发出录用通知所需的时间。此处延误可能导致候选人退出招聘流程。获取途径从“职位申请”业务流程的事件日志中获取，具体记录“生成文档”或类似录用步骤的完成情况。采集职位申请业务流程中“生成录用通知”步骤完成时记录的事件。事件类型 explicit

建议填写选填

数据提取指南

如何从Workday入职流程获取数据

步骤

**登录Workday：**使用具有创建自定义报表（Report Writer）权限并可访问所需数据域（如人员配置、核心HCM、入职、绩效管理）的用户账户登录Workday环境。
**创建自定义报表：**找到“Create Custom Report”任务，选择“Advanced”作为报表类型。创建复杂的多数据源报表需要使用此类型。
**定义主要业务对象：**将主要“数据源”设为“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界面中运行以验证数据。确认无误后，通过浏览器或Postman等API客户端访问RaaS URL，测试Web Service端点。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”，以查看所有相关事件和属性。

查询示例 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分配给该组。
- 为该安全组授予以下数据域的“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列表，确认其中包含员工全生命周期管理周期涉及的所有业务流程定义。根据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 Human Capital Management（HCM）Web Service的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，这是常用且稳妥的设置，可降低超时风险；必要时也可以调整。

查询示例 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人力资源流程的周期时间缩短30%。

开始免费试用

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

员工全生命周期管理数据模板

员工全生命周期管理数据模板

员工全生命周期管理属性

员工全生命周期管理活动

数据提取指南

使用Report-as-a-Service（RaaS）的Workday自定义报表

步骤

配置

查询示例 sql

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

步骤

配置

查询示例 python

准备好开始了吗？

立即优化员工全生命周期管理