> 持续流程改进 > 招聘到离职：职位管理 > Workday HCM > 数据模板

您的Hire to Retire职位管理数据模板

Workday HCM

招聘到离职流程：职位管理属性 (21) 招聘到离职流程：职位管理活动 (13) 提取指南 (3)

您的Hire to Retire职位管理数据模板

此模板为收集Hire to Retire职位管理流程分析所需的关键数据提供清晰指引。模板列出了需要收集的重要属性、需要跟踪的关键活动，以及从Workday HCM提取这些信息的实用建议。使用此资源确保事件日志完整，为深入的流程挖掘分析做好准备。

建议收集的属性
需要跟踪的关键活动
提取指南

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

下载模板

招聘到离职流程：职位管理属性

以下是建议纳入事件日志的数据字段，用于全面分析招聘到离职流程中的职位管理环节。

3 必需 7 建议 11 可选

	名称	说明
	职位ID PositionId	组织内特定职位的唯一标识符，是职位管理流程的主要案例标识。
说明 Position ID是职位管理流程分析的核心。每个ID代表一个职位的完整生命周期，从最初申请和创建，到后续修改、重新分类，直至最终停用或关闭。在流程挖掘中，该属性用于将审批、数据变更和状态更新等所有相关活动关联到特定案例，从而完整呈现职位的端到端历程，并分析每个职位的周期时间、识别流程变体和跟踪合规情况。为什么重要它对于跟踪职位完整生命周期至关重要，支持端到端流程分析，并帮助识别特定案例中的瓶颈或偏差。获取位置这是Workday HCM中的核心标识符，通常可在与人员配置和职位管理相关的报表及业务流程数据中找到。示例 POS-0012345POS-0067890POS-0112233
	事件时间 EventTime	表示特定活动或事件发生时间的时间戳。
说明事件时间是记录流程中每项活动日期和时间的精确时间戳。这些数据对于所有基于时间的分析都至关重要，包括计算周期时间、等待时间和持续时长。在流程挖掘中，该时间戳用于按时间顺序排列事件，形成由活动组成的流程路径。它是绩效诊断的基础，可用于识别瓶颈、分析吞吐量和监控SLA。为什么重要它对于排列事件顺序、计算周期时间和持续时长等所有时间指标，以及诊断流程瓶颈都不可或缺。获取位置 Workday HCM会自动记录每笔业务流程交易的时间戳。示例 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z
	活动名称 ActivityName	已发生的具体业务流程步骤或事件名称，例如“Position Created”或“Budget Approved”。
说明活动名称描述职位管理生命周期中的单个步骤。这些事件是流程图的基本组成部分，用于展示每个职位所经历的操作顺序。分析这些活动可以帮助您可视化流程路径，识别常见和少见路径，并衡量关键里程碑之间的耗时。例如“已发起职位申请”“职位属性已修改”和“职位已关闭”等活动，共同呈现运营流程全貌。为什么重要此属性是构建流程图、可视化流程路径以及识别导致延误或返工的具体事件的基础。获取位置从Workday业务流程框架的交易日志中提取。业务流程定义中的每个步骤都会生成一条事件记录。示例职位申请已发起经理审批已提交职位已创建职位已停用
	变更原因 ReasonForChange	为变更事件提供的原因，例如职位重新分类、修改或关闭。
说明此属性记录对职位进行特定变更的业务依据。为确保一致性，Workday通常会要求从预定义列表中选择原因，例如“重组”“新项目”或“预算调整”。分析此属性可以为流程路径提供重要背景，帮助回答“为什么”发生“什么”。例如，将重新分类事件与具体原因关联，可以识别组织重组或职位演变的趋势。为什么重要说明修改、重新分类等流程活动背后的业务背景，帮助分析流程差异的根本原因。获取位置这是Workday中许多业务流程事务的必填字段，例如“编辑职位限制”或“关闭职位”。示例新部门创建组织重组数据更正项目结束
	成本中心 CostCenter	与职位关联的财务成本中心，用于预算管理和财务报告。
说明 Cost Center是将职位与特定预算关联的财务维度，对于跟踪成本并确保人员配置符合财务计划至关重要。在流程挖掘中，此属性对预算审批和财务影响分析非常重要。它有助于了解不同成本中心的预算审批时间差异，并将职位管理活动与财务结果关联起来。同时，它也是统一相似财务单元职位属性的关键。为什么重要提供用于分析的财务维度，支持按预算单元查看流程，并分析预算相关瓶颈。获取位置这是Workday HCM中分配给职位的财务信息或“Worktags”的一部分。示例 CC4010_MARKETINGCC2050_RD_SOFTWARECC7000_ADMIN
	用户 User	执行该活动人员的用户ID或姓名。
说明该属性用于标识负责完成流程中特定任务的员工或系统用户，例如提交审批或修改职位属性。该用户可能是经理、HR合作伙伴或财务分析师。按用户分析数据，有助于发现培训机会、工作量分配不均和个人绩效差异。例如，可以找出最常参与返工活动的用户，提示组织需要提供更清晰的指导或改进系统。为什么重要支持分析工作量分配和用户行为，并识别培训需求或表现突出的人员。获取位置 Workday业务流程交易日志中通常包含该信息，记录每个步骤的发起人或执行人。示例 jsmithdavis_janehr_admin_svc
	结束时间 EndTime	表示活动完成时间的时间戳，用于计算单项活动的持续时长。
说明结束时间标志着特定活动的完成。开始时间表示事件发生的时间，而结合开始时间和结束时间，则可以计算该事件的处理时长。这对于合规审查等非即时完成的活动尤其有用。将一项活动的结束时间与下一项活动的开始时间进行比较，可以准确衡量处理时间和等待时间，从而更深入地了解流程效率。为什么重要它是准确计算活动持续时长所必需的，有助于区分实际处理时间和空闲等待时间。获取位置部分Workday业务流程步骤可能包含明确的开始时间和结束时间。如果没有，则可以将同一案例中后续事件的开始时间作为结束时间。示例 2023-04-15T09:05:12Z2023-04-15T17:00:00Z2023-04-18T11:21:55Z
	职位状态 PositionStatus	职位当前或历史状态，例如“Open”“Filled”“Frozen”或“Closed”。
说明职位状态表示职位在特定时间点的状态。此属性对于了解职位当前是否可用以及所处的生命周期阶段至关重要。在分析中，按状态筛选可以聚焦流程的特定部分。例如，分析状态为“冻结”的职位，有助于创建老化报告，了解资源被占用的时间。跟踪状态之间的转换是理解流程路径的关键。为什么重要提供有关职位状态的重要背景信息，支持分析冻结职位的存续时长，并跟踪其生命周期进展。获取位置在Workday HCM的职位对象中作为标准字段提供。示例开放-已批准已录用已冻结已关闭
	职族 JobFamily	具有相似特征、技能和工作内容的职位集合，例如“工程”或“人力资源”。
说明 Job Family是一种将相关Job Profile归为一组的分类方式。例如，“软件工程师”和“高级软件工程师”这两个Job Profile都可能属于“工程”职族，从而支持在更高层级对角色进行分类和分析。此属性支持重新分类监控和职位属性标准化等分析。通过分析职族内部或职族之间的变更，组织可以了解职业发展路径、角色定义一致性和员工队伍趋势。为什么重要支持在更高层级分析角色，推进标准化，并分析相关职位类别之间的重新分类。获取位置这是Workday HCM职位目录结构的一部分，与职位的Job Profile关联。示例信息技术财务与会计销售专业人员
	部门 Department	职位所属的部门或主管组织。
说明 Department属性在Workday术语中通常称为“Supervisory Organization”，用于提供职位的主要组织背景。它定义了职位所在的团队或业务领域。这是流程分析的重要维度，可用于比较企业不同部门的绩效。例如，您可以比较工程部和市场部的新职位审批周期时间，从而识别最佳实践或局部瓶颈。为什么重要支持按不同组织单元筛选和比较流程绩效，发现部门特有的瓶颈或效率优势。获取位置在Workday HCM中，职位通过分配至主管组织与其关联。示例销售-北美工程-平台开发财务-企业FP&A
	业务单元 BusinessUnit	职位所属的高层级业务部门或单元，例如“消费品”或“企业解决方案”。
说明 Business Unit代表公司的主要业务板块，在组织层级上高于部门，用于高层级战略和财务报告。按Business Unit分析职位管理流程，可以从战略层面了解人员队伍变化。它能够突出公司主要业务板块在招聘速度、重新分类率或流程效率方面的差异，为管理层了解宏观运营差异提供依据。为什么重要支持跨主要业务板块开展高层级战略分析，为管理层决策提供依据。获取位置在Workday中通常作为“Worktag”实现，可分配给职位或其关联的成本中心。示例消费品企业解决方案企业服务
	最后更新时间 LastDataUpdate	表示数据最近一次从源系统提取并在流程挖掘工具中刷新的时间戳。
说明该属性提供最近一次数据刷新的时间戳。它不属于流程数据本身，而是描述数据集新鲜度的元数据。这对所有分析用户都很重要，因为它能说明数据的时效性，帮助用户判断洞察反映的是最新运营状态，还是基于稍早的数据快照，从而合理预期分析结果的及时性。为什么重要告知用户数据的新鲜度，帮助其了解流程分析和洞察反映的最新程度。获取位置该时间戳由数据管道或ETL工具在数据加载完成时生成。示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	合规状态 ComplianceStatus	表示合规审核步骤的结果，例如“合规”或“不合规”。
说明此属性记录“Position Compliance Reviewed”活动的正式结果，用于确认职位属性、审批历史或变更依据是否符合内部政策或外部法规。这是“Position Action Compliance Overview”仪表板的关键属性。它支持直接监控合规率，帮助审计人员或人力资源团队快速识别和调查被标记为不合规的职位，及时采取纠正措施并降低风险。为什么重要直接衡量一致性检查结果，帮助监控政策遵循情况，并标记高风险案例以供审查。获取位置这通常是Workday业务流程中特定配置步骤的输出，可能存储为评论或自定义字段。示例符合合规要求不符合合规要求需要跟进
	地点 Location	与职位关联的实际或逻辑工作地点。
说明 Location属性指定职位所在的地理地点或办公场所。取值范围可以从具体楼宇地址到国家或地区，也可以是“远程”。按地点分析可以发现不同地区的流程绩效差异，例如审批时间或合规率的变化。这有助于判断流程是否实现全球标准化，或是否因本地做法产生偏差。为什么重要支持地理维度分析，识别地区流程差异、合规变化或地点特有的瓶颈。获取位置 Workday HCM中可分配给职位的标准属性。示例美国纽约英国伦敦远程办公（德国）
	新职位审批时间 NewPositionApprovalCycleTime	从发起职位申请到职位在系统中创建完成所需的总时间。
说明此属性衡量新职位审批流程的端到端周期时间。对于指定的Position ID，它计算“Position Request Initiated”事件与“Position Created”事件之间的时长。它直接支持“Average New Position Approval Cycle Time”KPI及相关仪表板。在案例层级计算后，您可以分析周期时间分布，识别异常值，并调查与审批时间较长或较短相关的因素，例如部门或职位类型。为什么重要直接衡量关键绩效指标，支持分析审批效率，并识别导致延迟的因素。获取位置在流程挖掘工具中按案例计算，通过求取特定起始活动与结束活动之间的时间差得出。示例 P5DT6HP12DP2DT12H30M
	是否已完成合规审核 IsComplianceReviewed	布尔标记。如果某案例中发生过“Position Compliance Reviewed”活动，则该值为true。
说明此标记表示职位在生命周期中的任一阶段是否接受过正式合规审核。系统通过检查指定Position ID是否存在“Position Compliance Reviewed”活动来确定该值。此属性简化了合规监控和KPI计算。您可以轻松筛选已审核或未审核的所有案例，并通过统计合规案例数量，直接支持计算“Position Action Compliance Rate”KPI。为什么重要简化合规率的衡量，并支持快速筛选，定位和分析跳过必需审核的职位。获取位置这是一个在案例层级计算的派生标记。如果案例日志中存在“Position Compliance Reviewed”活动，则该值设为true。示例 truefalse
	是否返工 IsRework	布尔标记。如果某项活动被视为返工，例如多次修改职位属性，则该值为true。
说明 Is Rework标记用于识别纠正或重复执行的工作，这类活动通常表明流程效率低下或存在质量问题。对于“Position Attributes Modified”等在创建后短时间内发生或在同一序列中多次发生的事件，该标记通常设为true。此计算属性是“Position Data Rework Analysis”仪表板的基础。它支持量化返工率，通过分析已标记事件的上下文识别根本原因，并支持“Position Data Rework Rate”等KPI。为什么重要直接标记低效返工活动，便于量化和分析，并针对性推进流程改进，减少浪费。获取位置这是一个派生标记，根据活动的顺序和频率计算。例如，同一案例中“Position Attributes Modified”发生超过一次时，将其设为true。示例 truefalse
	源系统 SourceSystem	数据来源系统，本例中为Workday HCM。
说明该属性用于标识生成职位管理流程数据的源应用。虽然本次分析的来源始终是Workday HCM，但在企业环境中，数据可能来自多个系统，因此这是一个关键字段。包含该属性可以确保数据血缘清晰，并帮助区分跨不同平台运行的流程。它能够提供必要背景，也是数据治理的最佳实践。为什么重要提供数据来源的关键信息，确保多系统环境中的清晰度，并支持数据治理标准。获取位置这通常是一个静态值（“Workday HCM”），在数据提取和转换过程中添加。示例 Workday HCMWorkdayHCM_Prod
	职位名称 PositionTitle	职位的具体名称，例如“高级财务分析师”或“首席软件工程师”。
说明 Position Title是面向用户的正式角色名称。相比Job Family或Job Profile，它提供更细粒度的描述，通常显示在招聘信息或组织架构图中。分析此属性有助于了解职位变更的具体内容。例如，在重新分类分析中，您可以查看职位名称是否发生显著变化。它还用于标准化仪表板，检查不同部门相似角色的命名是否一致。为什么重要提供角色的细粒度信息，对于分析重新分类和角色标准化至关重要。获取位置 Workday HCM职位对象中的标准字段。示例高级产品经理人力资源业务伙伴II助理会计师
	职位档案 JobProfile	职位的标准化模板，定义职责和任职资格等核心特征。
说明 Job Profile是Workday职位架构的基础元素。它作为职位模板，定义职位的默认名称、任职资格和薪酬等级。职位则是特定部门中某个Job Profile的具体实例。此属性是理解流程标准化的关键。按Job Profile分析流程，可以发现某些角色类型是否审批周期更长或更容易返工。对于跟踪职位从一个Job Profile转移至另一个Job Profile的重新分类，它同样至关重要。为什么重要将职位与标准职位模板关联，支持根据标准化角色特征分析流程差异。获取位置 Workday HCM中每个职位的必填字段，也是Staffing数据模型的核心组成部分。示例 JP-FIN-Analyst3JP-ENG-Dev5JP-HR-Generalist2
	职位类型 PositionType	根据雇佣条款对职位进行分类，例如全职、兼职或合同工。
说明 Position Type在Workday中通常称为“Worker Type”或“Time Type”，用于划分与职位相关的雇佣性质。这是人员规划和管理的基础属性。在流程挖掘中，此维度支持比较不同员工类型的职位管理流程。例如，可以分析合同工的审批流程是否比全职员工更快或更简单，从而发现流程优化机会。为什么重要支持比较不同员工类别的职位管理流程，例如全职员工与合同工，从中发现优化机会。获取位置作为职位定义的一部分提供，通常称为“Worker Type”或“Time Type”。示例正式全职正式兼职固定期限合同工

必需建议可选

招聘到离职流程：职位管理活动

以下是应纳入事件日志的关键流程步骤和里程碑，用于准确发现招聘到离职流程中的职位管理环节。

6 建议 7 可选

	活动	说明
	职位属性已修改	表示现有职位的一个或多个属性发生变化，例如职位名称或部门。当用户成功完成“Edit Position Restrictions”业务流程时，系统会明确记录该事件。
为什么重要频繁修改可能意味着数据录入错误、职位职责变化或流程低效。分析该活动对于“Position Data Rework Analysis”仪表板和提升数据质量至关重要。获取位置该事件取自Workday中“Edit Position Restrictions”或类似业务流程的完成日志。审计轨迹会显示发生变更的字段。采集 “Edit Position Restrictions”业务流程成功完成时记录的事件。事件类型 explicit
	职位已停用	表示职位不再处于活动状态且无法招聘人员，通常是正式关闭前的准备步骤。当“Inactivate Position”业务流程完成时，系统会明确记录该事件。
为什么重要停用是职位生命周期中的关键里程碑，与最终关闭不同。停用到关闭之间的时间，可用于衡量清理组织结构的行政效率。获取位置该事件在“Inactivate Position”业务流程成功完成后记录于Workday审计日志中。采集 “Inactivate Position”业务流程成功完成时记录的事件。事件类型 explicit
	职位已关闭	这是生命周期中的最终活动，表示职位从组织中永久取消。Workday会在“Close Position”业务流程成功完成后记录该事件。
为什么重要作为大多数案例的终止事件，该活动定义了职位生命周期的结束。它对于了解完整流程时长和维护准确的人员编制数据至关重要。获取位置该事件取自Workday审计轨迹或业务流程日志中“Close Position”业务流程的完成时间戳。采集 “Close Position”业务流程完成时记录的事件。事件类型 explicit
	职位已创建	该活动标志着职位已在Workday系统中成功创建并正式生效。它会在“Create Position”业务流程成功完成后记录。
为什么重要这是一个关键里程碑，表示审批阶段结束，职位已可用于人员配置。它对于衡量整体审批周期时间KPI至关重要。获取位置该事件取自Workday事件日志或审计轨迹中“Create Position”业务流程的完成时间戳。采集 “Create Position”业务流程成功完成时记录的事件。事件类型 explicit
	职位申请已发起	这标志着职位管理生命周期的开始，即正式提交创建新职位的申请。当用户在Workday中发起“Create Position”业务流程时，系统会将其记录为明确事件。
为什么重要这是流程的主要开始事件。分析从该事件到后续审批所需的时间，对于衡量整个职位创建周期的效率至关重要。获取位置该事件记录在Workday业务流程事件日志中。请针对特定Position ID查找“Create Position”业务流程交易的发起时间戳。采集 “Create Position”业务流程发起时记录的事件。事件类型 explicit
	预算已批准	这是一个关键里程碑，表示财务部门或预算经理已确认新职位具备可用资金。当指定审批人完成业务流程中的预算审批步骤时，系统会记录该事件。
为什么重要预算审批往往是主要瓶颈。衡量该活动的周期时间，有助于组织简化财务审核并加快招聘。获取位置该事件记录在Workday中“Create Position”业务流程的审计历史中，对应预算审批步骤的完成事件。采集业务流程日志中财务或预算审批步骤的完成时间戳。事件类型 explicit
	HR审批已提交	表示HR合作伙伴或代表已审核并批准职位申请。当HR审批人完成其在Workday业务流程中负责的步骤时，系统会明确记录该事件。
为什么重要该审批是确保职位符合公司政策和职位架构的关键检查点。此处延误可能显著影响整体周期时间。获取位置该事件来自相关业务流程的Workday审计轨迹，对应“HR Approval”步骤的完成。采集业务流程日志中HR审批步骤的完成时间戳。事件类型 explicit
	经理审批已提交	表示招聘经理或主管组织经理已完成审核和审批。Workday会将其记录为“Create Position”业务流程中审批步骤的独立完成事件。
为什么重要这是常见的早期里程碑，也可能成为瓶颈。跟踪该审批所需时间，有助于发现职位创建工作流初期的延误。获取位置该事件来自“Create Position”业务流程的审计轨迹，对应“Manager Approval”步骤的完成。采集业务流程日志中经理审批步骤的完成时间戳。事件类型 explicit
	职位合规性已审核	表示职位已完成正式一致性检查，例如检查是否符合内部政策或外部法规。该信息通常会作为父业务流程中的特定“待办事项”或“检查清单”步骤记录。
为什么重要跟踪合规审查对于降低风险、确保遵循组织标准至关重要。该活动直接支持“Position Action Compliance Rate”KPI。获取位置该事件可能作为已完成的“To Do”步骤，或作为“Create Position”或“Edit Position”等业务流程中的特定审批步骤被记录。需要进行系统分析，以确认具体机制。采集业务流程日志中合规相关审批或“To Do”步骤的完成时间戳。事件类型 explicit
	职位已冻结	表示暂时暂停职位，使其无法招聘人员。当用户在Workday中成功完成“Freeze Position”业务流程时，系统会记录该事件。
为什么重要该活动对于管理人员编制和预算至关重要。分析职位保持冻结的时长，有助于发现停滞的决策并优化资源规划。获取位置该事件取自“Freeze Position”业务流程的完成记录。职位状态字段通常会因此更新。采集 “Freeze Position”业务流程完成时记录的事件。事件类型 explicit
	职位已解冻	这是冻结操作的逆向操作，即恢复暂停职位的活动状态，使其重新可用于人员配置。通常通过检测职位状态字段从“Frozen”变为“Active”来记录。
为什么重要该事件标志着冻结职位问题得到解决。从“Position Frozen”到该事件的时间，是“Frozen Position Resolution Time”KPI的关键指标。获取位置该事件可能通过职位历史或审计日志中带生效日期的状态字段变更推断得出。在某些配置中，也可能作为明确的“Unfreeze”业务流程事件记录。采集根据带生效日期的历史记录，检测职位状态从“Frozen”变为“Active”。事件类型 inferred
	职位已重新分类	表示与职位关联的职位档案或分类发生正式变更。当特定职位成功完成“Change Job”业务流程时，系统会记录该事件。
为什么重要该活动有助于了解组织重组或职位职责的重大变化。跟踪重新分类情况，有助于分析人员结构演变和职位架构稳定性。获取位置该事件来自应用于职位的“Change Job”业务流程完成日志，与应用于员工的情况不同。采集对职位成功完成“Change Job”业务流程时记录的事件。事件类型 explicit
	职位申请已拒绝	该活动表示职位创建申请未成功结束，即审批人拒绝了申请。Workday会将其记录为“Create Position”业务流程的终止状态“Denied”。
为什么重要分析被拒申请有助于识别预算限制或政策不匹配等常见拒绝原因，从而改进流程并为申请人提供更好的指导。获取位置该事件来自“Create Position”业务流程实例的最终状态。事件时间戳表示执行拒绝操作的时间。采集审批人在业务流程步骤中选择“Deny”操作时记录的事件。事件类型 explicit

建议可选

提取指南

如何从Workday HCM获取数据

步骤

登录Workday：使用具有创建自定义报告权限并可访问所需Human Capital Management（HCM）数据域的用户账户登录Workday租户。
创建自定义报告：使用搜索栏查找并打开“Create Custom Report”任务。
选择报告类型和数据源：为报告命名，例如“ProcessMind Position Management Events”。将Report Type选择为“Advanced”。在Data Source中选择“Business Process Transactions”。该数据源提供业务流程步骤的详细事件级信息。
定义报告列：在“Columns”选项卡中，添加将成为事件日志列的字段。您需要将Workday对象和字段映射到所需属性。例如：
- PositionId：从业务流程上下文中映射“Position ID”。
- EventTime：为每个步骤映射“Completed Date”或“Corrected Completed Moment”。
- User：为事务映射“Completed By”。
- PositionStatus、Department、CostCenter、JobFamily：映射职位业务对象中的对应字段。
为活动名称创建计算字段：此提取的核心是将业务流程步骤转换为标准化活动名称。进入“Related Business Objects”菜单并创建“Calculated Field”。使用“Evaluate Expression”类型创建逻辑树。例如：
- 如果“Business Process Type”为“Create Position”且“Transaction Status”为“Successfully Completed”，则返回文本“Position Created”。
- 如果“Business Process Type”为“Create Position”，“Step”为“[您的经理审批步骤名称]”，且“Status”为“Completed”，则返回文本“Manager Approval Submitted”。
- 为13项必需活动分别创建条件。
配置报告筛选器：在“Filter”选项卡中添加提示和筛选条件，以限定数据范围。为“Completed Date”创建提示，以支持选择日期范围。添加筛选条件，仅纳入相关的“Business Process Types”，例如“Create Position”“Edit Position Restrictions”“Change Job”“Freeze Position”“Inactivate Position”和“Close Position”。
优化排序和输出：在“Sort”选项卡中，先按PositionId排序，再按EventTime排序，确保每个案例按时间顺序排列。
启用Web Service（RaaS）：确认报告可在界面中正常运行后，进入Actions>Web Service>Enable as Web Service。在选项中，将“Content Type”设置为“JSON”，以便集成。
保护并测试端点：配置Web Service安全设置，定义可访问该服务的用户或系统。记录生成的JSON或WSDL URL。使用Postman或简单脚本测试端点，确认能够接收数据。
自动提取：使用集成平台或脚本按计划调用RaaS URL。脚本应在请求中传入所需日期范围参数。
转换为ProcessMind格式：脚本应解析Workday返回的JSON，并将其转换为扁平化CSV文件。确保CSV列标题与所需属性名称一致：PositionId、ActivityName、EventTime、User等。
上传至ProcessMind：完成格式转换的CSV文件即可上传至ProcessMind进行分析。

配置

报告类型：Advanced。创建计算字段并合并来自不同业务对象的数据时，必须使用此类型。
主要数据源：Business Process Transactions。该数据源面向事件，包含业务流程每个步骤所需的详细信息，例如状态、时间戳和参与者。
关键筛选条件：
- 业务流程类型：仅筛选相关流程，例如Create Position、Close Position、Freeze Position、Change Job、Edit Position Restrictions和Inactivate Position。这对性能至关重要。
- 完成日期：为此字段设置提示筛选条件，允许用户指定提取日期范围。建议首次加载3至6个月的数据。
计算字段：需要大量使用Evaluate Expression和Lookup Related Value计算字段，以生成标准化的ActivityName，并将核心Position对象中的属性提取到事件流中。
Web Service输出：将RaaS输出格式配置为JSON。也可使用XML，但现代应用通常更易解析JSON。
权限：创建报告的用户需要具备Business Process Transactions、Position Management和Worker Data等数据域的安全权限。RaaS调用返回的数据将受这些权限限制。

a 示例查询 sql

/*
 This is a logical representation of the Workday Advanced Report configuration.
 It is built using the Workday Report Writer UI, not by writing code.
 Each 'SELECT' block represents a set of conditions within a single 'Evaluate Expression' calculated field for the 'ActivityName' column.
 The report's primary data source is 'Business Process Transactions'.
*/

// Calculated Field for ActivityName: 'cf_ActivityName'
// Type: Evaluate Expression

// Condition 1: Position Request Initiated
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Transaction'.Is First Step = true)
THEN 'Position Request Initiated'
// Column Mapping for this condition:
// PositionId: 'Position' From Business Process -> Position ID
// ActivityName: 'cf_ActivityName' (this calculated field)
// EventTime: 'Business Process' -> Initiation Moment
// User: 'Business Process' -> Initiator

// Condition 2: Manager Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Manager Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Manager Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 3: HR Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'HR Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'HR Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 4: Budget Approved
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Budget Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Budget Approved'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 5: Position Request Denied
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Denied')
THEN 'Position Request Denied'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process Transaction' -> Completed By (on the denial step)

// Condition 6: Position Created
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Created'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business process' -> Initiator

// Condition 7: Position Attributes Modified
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Attributes Modified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 8: Position Reclassified
WHEN ('Business Process'.Type = 'Change Job' AND 'Business Process'.Context.Is Position = true AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Reclassified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 9: Position Compliance Reviewed
WHEN ('Business Process Step'.Name CONTAINS 'Compliance Review' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Position Compliance Reviewed'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 10: Position Frozen
WHEN ('Business Process'.Type = 'Freeze Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Frozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 11: Position Unfrozen
// Note: This often relies on a different data source, 'Position History', to track status changes.
// If using 'Business Process Transactions', this assumes an 'Unfreeze' BP exists or is part of another BP.
// The example below assumes an 'Edit Position' BP is used to change the status.
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Position'.Is Frozen (Prior) = true AND 'Position'.Is Frozen = false AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Unfrozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 12: Position Deactivated
WHEN ('Business Process'.Type = 'Inactivate Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Deactivated'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 13: Position Closed
WHEN ('Business Process'.Type = 'Close Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Closed'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Default case for the calculated field
ELSE 'Other Activity'

/*
Final Report Structure:
- Data Source: Business Process Transactions
- Columns:
  - Position ID (from Position)
  - cf_ActivityName
  - Event Time (Calculated field to pick correct timestamp based on activity)
  - User (Calculated field to pick correct user)
  - End Time (same as Event Time for discrete events)
  - Position Status (from Position)
  - Reason For Change (from Business Process -> Reason)
  - Department (Supervisory Organization from Position)
  - Cost Center (from Position)
  - Job Family (from Job Profile)
- Filter:
  - Business Process Type IN ('Create Position', 'Edit Position Restrictions', 'Change Job', 'Freeze Position', 'Inactivate Position', 'Close Position', ...)
  - Completed Date IS IN [Prompted Date Range]
  - cf_ActivityName IS NOT 'Other Activity'
*/

步骤

**前提条件：创建Workday自定义报告。**运行脚本前，请在Workday中创建能够提供所需数据的自定义报告。使用Business Process Transactions数据源。公开事件日志所需字段，包括Position ID、Business Process Type、Step Name、Status、Effective Date、Completed Date和Initiator。在Advanced选项卡中选择Enable as Web Service，将报告启用为Web Service，并为您的Integration System User（ISU）配置必要权限。
**前提条件：配置Workday集成用户。**确保您拥有一个Integration System User（ISU），并具备访问上一步创建的自定义报告的权限。记录用户名、密码以及该报告生成的RaaS（Reports-as-a-Service）JSON端点URL。
**设置Python环境。**在运行提取任务的计算机上安装Python。使用pip安装所需库：pip install requests pandas。
**配置Python脚本。**下载提供的Python脚本。使用文本编辑器打开文件，更新脚本顶部的占位变量。必须填写Workday RaaS URL、用户名和密码，并设置提取期间所需的START_DATE和END_DATE。
**了解脚本逻辑。**脚本会向Workday进行身份验证，调用自定义报告Web Service，并传入日期范围参数。Workday以JSON格式返回数据。如果报告返回多页结果，脚本会自动处理分页。
**运行脚本。**打开终端或命令提示符，进入保存脚本的目录，然后运行命令：python workday_extraction.py。
**活动映射。**脚本包含一个映射字典（activity_map），用于将Workday业务流程与步骤状态的组合转换为ProcessMind所需的标准活动名称。您可能需要调整该字典中的键，使其匹配Workday租户中配置的确切业务流程名称。
**数据转换。**脚本遍历Workday报告返回的每条记录，应用活动映射，提取所需属性，并正确格式化时间戳。每个有效事件都会添加到列表中。
**生成输出。**处理完所有数据后，脚本会将事件列表转换为pandas DataFrame，以表格形式组织数据，并使用所需列名：PositionId、ActivityName、EventTime、User等。
**导出ProcessMind所需的CSV。**脚本将最终DataFrame保存为position_management_event_log.csv。该文件采用UTF-8编码，可直接上传到ProcessMind，无需进一步修改。

配置

Workday自定义报告（RaaS）：主要数据源是启用为Web Service的Workday自定义报告。该报告必须基于Business Process Transactions数据源构建。
报告字段：报告必须包含Position ID、Business Process Definition、Business Process Step、Transaction Status、Effective Timestamp、Completion Timestamp、Initiator，以及Cost Center或Supervisory Organization等其他所需属性。
Integration System User（ISU）：身份验证需要使用带有用户名和密码的ISU。该用户必须属于有权访问自定义报告Web Service端点的安全组。
日期范围：脚本使用START_DATE和END_DATE参数。首次提取建议使用3至6个月的时间范围，以控制数据量并提高执行速度。后续提取可使用更短的增量时间范围。
API端点：脚本需要自定义报告的JSON端点URL。您可以在Workday自定义报告定义的Web Service选项卡中找到该URL。
活动映射：脚本依赖可配置的映射逻辑，将Workday流程名称和状态转换为最终活动名称。您可能需要根据具体的Workday业务流程配置进行定制。

a 示例查询 python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday RaaS endpoint, username, and password
WORKDAY_RAAS_URL = class="hl-string">'[Your_Workday_RaaS_JSON_Endpoint_URL]'
WORKDAY_USERNAME = class="hl-string">'[Your_ISU_Username]'
WORKDAY_PASSWORD = class="hl-string">'[Your_ISU_Password]'

class=class="hl-string">"hl-comment"># Set the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-12-31'

class=class="hl-string">"hl-comment"># --- Activity Mapping --- #
class=class="hl-string">"hl-comment"># This dictionary maps Workday processes and statuses to standardized activity names.
class=class="hl-string">"hl-comment"># The keys are tuples: (class="hl-string">'Business Process Name', class="hl-string">'Step Name / Status').
class=class="hl-string">"hl-comment"># You MAY need to adjust the class="hl-string">'Business Process Name' to match your Workday configuration.
activity_map = {
    (class="hl-string">'Create Position', class="hl-string">'Initiation Step'): class="hl-string">'Position Request Initiated',
    (class="hl-string">'Create Position', class="hl-string">'Manager Approval'): class="hl-string">'Manager Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'HR Approval'): class="hl-string">'HR Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'Budget Approval'): class="hl-string">'Budget Approved',
    (class="hl-string">'Create Position', class="hl-string">'Denied'): class="hl-string">'Position Request Denied',
    (class="hl-string">'Create Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Created',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Successfully Completed'): class="hl-string">'Position Attributes Modified',
    (class="hl-string">'Change Job', class="hl-string">'Successfully Completed'): class="hl-string">'Position Reclassified',
    (class="hl-string">'Freeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Frozen',
    class=class="hl-string">"hl-comment"># Assuming a business process exists for this. If not, this requires a different approach.
    (class="hl-string">'Unfreeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Unfrozen',
    (class="hl-string">'Inactivate Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Deactivated',
    (class="hl-string">'Close Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Closed',
    class=class="hl-string">"hl-comment"># Mapping a class="hl-string">'To Do' step within a parent process for compliance review
    (class="hl-string">'Create Position', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed'
}

def get_activity_name(process, step, status):
    class="hl-string">"""Determines the activity name based on the mapping."""
    class=class="hl-string">"hl-comment"># Denied and successful completion are based on the overall process status
    if status == class="hl-string">'Denied':
        return activity_map.get((process, class="hl-string">'Denied'))
    if status == class="hl-string">'Successfully Completed':
        return activity_map.get((process, class="hl-string">'Successfully Completed'))

    class=class="hl-string">"hl-comment"># Other activities are based on specific steps
    return activity_map.get((process, step))

def fetch_workday_data():
    class="hl-string">"""Fetches data from the Workday RaaS endpoint with pagination."""
    all_entries = []
    page = 1
    while True:
        params = {
            class="hl-string">'format': class="hl-string">'json',
            class="hl-string">'page': page,
            class="hl-string">'StartDate': fclass="hl-string">'{START_DATE}T00:00:00Z',
            class="hl-string">'EndDate': fclass="hl-string">'{END_DATE}T23:59:59Z'
        }
        print(fclass="hl-string">"Fetching page {page}...")
        try:
            response = requests.get(
                WORKDAY_RAAS_URL,
                auth=(WORKDAY_USERNAME, WORKDAY_PASSWORD),
                params=params
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            entries = data.get(class="hl-string">'Report_Entry', [])
            if not entries:
                print(class="hl-string">"No more entries found. Concluding fetch.")
                break
            all_entries.extend(entries)
            class=class="hl-string">"hl-comment"># Check if this is the last page
            if len(entries) < data.get(class="hl-string">'Report_Data', {}).get(class="hl-string">'Page_Size', 1000):
                 break
            page += 1
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday: {e}")
            break
        except ValueError:
            print(class="hl-string">"Error parsing JSON response. Check the URL and credentials.")
            print(class="hl-string">"Response text:", response.text)
            break

    print(fclass="hl-string">"Total entries fetched: {len(all_entries)}")
    return all_entries

def main():
    class="hl-string">"""Main function to extract, transform, and save data."""
    report_entries = fetch_workday_data()
    if not report_entries:
        print(class="hl-string">"No data extracted. Exiting.")
        return

    event_log = []
    for entry in report_entries:
        class=class="hl-string">"hl-comment"># Assuming your RaaS report column names are aliased for clarity
        process_name = entry.get(class="hl-string">'BusinessProcessType')
        step_name = entry.get(class="hl-string">'BusinessProcessStep')
        status = entry.get(class="hl-string">'TransactionStatus')
        position_id = entry.get(class="hl-string">'PositionID')
        
        activity = get_activity_name(process_name, step_name, status)
        
        if not activity or not position_id:
            continue class=class="hl-string">"hl-comment"># Skip records that don't map to a required activity or have no Position ID

        event_log.append({
            class="hl-string">'PositionId': position_id,
            class="hl-string">'ActivityName': activity,
            class="hl-string">'EventTime': entry.get(class="hl-string">'CompletedDateTime', entry.get(class="hl-string">'EffectiveDateTime')),
            class="hl-string">'EndTime': entry.get(class="hl-string">'CompletedDateTime'),
            class="hl-string">'User': entry.get(class="hl-string">'InitiatorName'),
            class="hl-string">'PositionStatus': entry.get(class="hl-string">'PositionStatus'), class=class="hl-string">"hl-comment"># Assumes this field is in the report
            class="hl-string">'ReasonForChange': entry.get(class="hl-string">'Reason'),
            class="hl-string">'Department': entry.get(class="hl-string">'SupervisoryOrganization'),
            class="hl-string">'CostCenter': entry.get(class="hl-string">'CostCenter'),
            class="hl-string">'JobFamily': entry.get(class="hl-string">'JobFamily')
        })

    if not event_log:
        print(class="hl-string">"No processable events found after mapping. Exiting.")
        return

    df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Data Cleaning and Formatting
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
    df.dropna(subset=[class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'PositionId', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    final_columns = [
        class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'User', class="hl-string">'EndTime', 
        class="hl-string">'PositionStatus', class="hl-string">'ReasonForChange', class="hl-string">'Department', class="hl-string">'CostCenter', class="hl-string">'JobFamily'
    ]
    df = df.reindex(columns=final_columns)

    output_filename = class="hl-string">'position_management_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Successfully created event log: {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

步骤

确认所选中间件或ETL平台（例如MuleSoft、Boomi或Informatica）已获得Workday连接器许可，并且集成运行时能够访问Workday。向Workday管理员获取所需的Workday集成系统用户凭据、安全组分配、报告或API权限以及租户端点配置。
在Workday中确定已批准的源报告或API，用于公开业务流程历史、审批步骤完成记录、职位属性、状态变更、员工或用户引用以及生效时间戳。由于具体名称因租户配置而异，请使用[Configure based on your system]表示确切的报告或API名称。确保源数据公开Position ID以及区分所有必需活动所需的业务流程上下文。
在中间件平台中配置连接器，包括Workday租户连接、身份验证方式、请求超时、分页、重试策略和增量提取参数。使用[Your start date]和[Your end date]作为日期参数，并应用已批准的公司或主管组织筛选条件。
将源数据集提取到中间件平台的暂存对象中。保留源标识符、事件时间戳、完成时间戳、执行人标识符、职位状态、原因、部门、成本中心、职位族、业务流程名称、步骤名称、步骤状态和生效日期职位属性。不要依赖ProcessMind推断事件。
将暂存数据转换为每项明确支持的活动对应一条事件记录。将源业务流程启动映射为Position Request Initiated，将已完成的经理、HR和预算审批步骤映射为对应活动，将拒绝终止状态映射为Position Request Denied，将Create Position成功完成映射为Position Created，并将指定职位变更流程的成功完成映射为对应活动。仅当存在明确完成的To Do或Checklist步骤时，才映射合规审查。仅当源数据在提取转换过程中明确记录从Frozen到Active的状态转换时，才映射Position Unfrozen。
在查询字段中针对暂存源视图执行完整SQL转换，仅替换连接、凭据、日期和公司专属占位符。查询中的源视图名称和源列名称是专业占位符，必须替换为已配置Workday连接器实际公开的对象和字段。
验证每条输出记录均已填充PositionId、ActivityName和EventTime，确保时间戳统一为约定时区，并使用源事件标识符或已记录的组合键删除重复源记录。在可用时保留User、EndTime、PositionStatus、ReasonForChange、Department、CostCenter和JobFamily。
将结果导出为UTF-8编码的CSV或其他ProcessMind支持的事件日志格式。使用PositionId作为案例标识符、ActivityName作为活动列、EventTime作为事件时间戳。将建议属性作为附加列，确保每个事件一行，然后将文件上传到ProcessMind，不要期望ProcessMind补全缺失活动。

配置

连接器：在MuleSoft、Boomi、Informatica或所选ETL平台中配置已批准的Workday连接器。具体连接器操作、报告名称和API资源取决于租户及连接器版本。
源配置：使用[Configure based on your system]表示能够公开业务流程事件、审批步骤、职位状态历史和生效日期职位属性的Workday报告或API。
日期范围：先提取3至6个月的已完成事件。验证运行时间、分页、源数据保留期限和ProcessMind摄取限制后，再扩大范围。
增量加载：使用EventTime或源事件修改时间戳作为水位标记。每次运行之间保留较小的重叠范围，并按源事件标识符或已记录的组合键去重。
必需输出列：必须存在并填充PositionId、ActivityName和EventTime。PositionId是案例标识符。
建议输出列：User、EndTime、PositionStatus、ReasonForChange、Department、CostCenter和JobFamily。
活动筛选：按已配置的Create Position、Edit Position Restrictions、Change Job、Freeze Position、Inactivate Position和Close Position业务流程名称，以及已配置的合规To Do或Checklist步骤进行筛选。使用租户中的确切值，不要使用假定标签。
状态处理：仅从明确可用的Frozen到Active状态转换中提取Position Unfrozen。不要仅因当前状态为Active就创建事件。
性能：启用连接器分页、限定日期筛选、源端筛选、仅在支持时启用并行提取，以及增量暂存处理。避免不受限制的全租户提取。
安全性：集成用户需要获得读取业务流程历史、审批步骤、职位数据、状态历史、组织属性和用户引用的授权。安全域和报告访问权限必须由Workday管理员批准。
前提条件：确认Workday连接器许可、中间件运行时、安全凭据存储、网络访问、源报告或API可用性，以及ProcessMind导入权限。

a 示例查询 sql

WITH source_events AS (
    SELECT
        [Position ID] AS PositionId,
        [Business Process Name] AS BusinessProcessName,
        [Step Name] AS StepName,
        [Step Status] AS StepStatus,
        [Event Type] AS EventType,
        [Event Timestamp] AS SourceEventTime,
        [Completion Timestamp] AS SourceEndTime,
        [Performed By] AS SourceUser,
        [Position Status] AS SourcePositionStatus,
        [Reason] AS SourceReasonForChange,
        [Department] AS SourceDepartment,
        [Cost Center] AS SourceCostCenter,
        [Job Family] AS SourceJobFamily,
        [Previous Position Status] AS PreviousPositionStatus,
        [Source Event ID] AS SourceEventId
    FROM [Your Workday staged event source]
    WHERE [Event Timestamp] >= CAST('[Your start date]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[Your end date]' AS TIMESTAMP)
      AND [Position ID] IS NOT NULL
),
position_attributes AS (
    SELECT
        [Position ID] AS PositionId,
        [Position Status] AS PositionStatus,
        [Reason] AS ReasonForChange,
        [Department] AS Department,
        [Cost Center] AS CostCenter,
        [Job Family] AS JobFamily
    FROM [Your Workday staged position attribute source]
),
normalized_events AS (
    SELECT
        s.PositionId,
        'Position Request Initiated' AS ActivityName,
        s.SourceEventTime AS EventTime,
        s.SourceEndTime AS EndTime,
        s.SourceUser AS User,
        COALESCE(s.SourcePositionStatus, p.PositionStatus) AS PositionStatus,
        s.SourceReasonForChange AS ReasonForChange,
        COALESCE(s.SourceDepartment, p.Department) AS Department,
        COALESCE(s.SourceCostCenter, p.CostCenter) AS CostCenter,
        COALESCE(s.SourceJobFamily, p.JobFamily) AS JobFamily,
        s.SourceEventId AS SourceEventId
    FROM source_events s
    LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position'
      AND (s.EventType = 'Initiated' OR s.StepName = 'Create Position')
    UNION ALL
    SELECT s.PositionId, 'Manager Approval Submitted', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'Manager Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'HR Approval Submitted', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'HR Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Budget Approved', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'Budget Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Request Denied', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND (s.StepStatus = 'Denied' OR s.EventType = 'Denied')
    UNION ALL
    SELECT s.PositionId, 'Position Created', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepStatus = 'Completed' AND s.EventType = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Attributes Modified', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Edit Position Restrictions' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Reclassified', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Change Job' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Compliance Reviewed', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.StepStatus = 'Completed' AND (s.StepName = 'Compliance Review' OR s.StepName = 'Compliance Checklist' OR s.StepName = 'Compliance To Do')
    UNION ALL
    SELECT s.PositionId, 'Position Frozen', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Freeze Position' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Unfrozen', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.PreviousPositionStatus = 'Frozen' AND s.SourcePositionStatus = 'Active'
    UNION ALL
    SELECT s.PositionId, 'Position Deactivated', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Inactivate Position' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Closed', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Close Position' AND s.StepStatus = 'Completed'
),
deduplicated_events AS (
    SELECT
        PositionId,
        ActivityName,
        EventTime,
        EndTime,
        User,
        PositionStatus,
        ReasonForChange,
        Department,
        CostCenter,
        JobFamily,
        ROW_NUMBER() OVER (
            PARTITION BY PositionId, ActivityName, EventTime, COALESCE(SourceEventId, '')
            ORDER BY EndTime DESC NULLS LAST
        ) AS duplicate_rank
    FROM normalized_events
)
SELECT
    PositionId,
    ActivityName,
    EventTime,
    EndTime,
    User,
    PositionStatus,
    ReasonForChange,
    Department,
    CostCenter,
    JobFamily
FROM deduplicated_events
WHERE duplicate_rank = 1
  AND PositionId IS NOT NULL
  AND ActivityName IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PositionId, EventTime, ActivityName;

准备开始了吗？

借助此数据模板，您已具备开始优化职位管理流程所需的一切。立即利用Workday HCM数据，获得更清晰的洞察并提升效率。

返回改进指南下载模板

立即优化Workday HCM的Hire to Retire职位管理

识别低效环节，将职位管理周期时间缩短30%。

开始免费试用

无需信用卡，即可开始14天免费试用。

您的Hire to Retire职位管理数据模板

您的Hire to Retire职位管理数据模板

招聘到离职流程：职位管理属性

招聘到离职流程：职位管理活动

提取指南

Workday Custom Report as a Service（RaaS）提取

步骤

配置

a 示例查询 sql

使用Workday Web Services（WWS）API的Python脚本

步骤

配置

a 示例查询 python

使用Workday连接器的中间件或ETL平台

步骤

配置

a 示例查询 sql

准备开始了吗？

立即优化Workday HCM的Hire to Retire职位管理

您的Hire to Retire职位管理数据模板

您的Hire to Retire职位管理数据模板

招聘到离职流程：职位管理属性

招聘到离职流程：职位管理活动

提取指南

Workday Custom Report as a Service（RaaS）提取

步骤

配置

a 示例查询 sql

使用Workday Web Services（WWS）API的Python脚本

步骤

配置

a 示例查询 python

使用Workday连接器的中间件或ETL平台

步骤

配置

a 示例查询 sql

准备开始了吗？

立即优化Workday HCM的Hire to Retire职位管理

我们重视您的隐私