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

您的入职到离职流程：职位管理数据模板

Workday HCM

← 返回改进指南

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

您的入职到离职流程：职位管理数据模板

此模板为收集入职到离职流程：职位管理分析所需的关键数据提供清晰指引，列出需要收集的属性、需要跟踪的主要活动，以及从Workday HCM提取这些信息的实用方法。使用此资源，确保事件日志完整，可用于流程挖掘分析。

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

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

下载模板

入职到离职流程：职位管理属性

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

3 必填 7 建议填写 11 选填

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

必填建议填写选填

入职到离职流程：职位管理活动

以下是建议记录在事件日志中的关键流程步骤和里程碑，可用于准确发现入职到离职流程：职位管理的实际流程。

6 建议填写 7 选填

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

建议填写选填

数据提取指南

如何从Workday HCM获取数据

步骤

登录Workday：使用具有创建自定义报表权限且可访问所需Human Capital Management（HCM）数据域的用户账号登录Workday环境。
创建自定义报表：使用搜索栏查找并打开“Create Custom Report”任务。
选择报表类型和数据源：为报表命名，例如“ProcessMind Position Management Events”。将报表类型设为“Advanced”。数据源选择“Business Process Transactions”，该数据源提供业务流程步骤的详细事件级信息。
定义报表列：在“Columns”选项卡中添加事件日志所需字段，并将Workday对象和字段映射到相应属性。例如：
- PositionId：映射到业务流程上下文中的“Position ID”。
- EventTime：映射到每个步骤的“Completed Date”或“Corrected Completed Moment”。
- 用户：映射到该事务的“Completed By”。
- PositionStatus、部门、CostCenter、JobFamily：映射到“Position”业务对象中的相应字段。
创建活动名称计算字段：提取的关键是将业务流程步骤转换为标准化活动名称。进入“Related Business Objects”菜单并创建“Calculated Field”。选择“Evaluate Expression”类型，创建逻辑树。例如：
- 如果“Business Process Type”为“Create Position”，且“Transaction Status”为“Successfully Completed”，则返回文本“Position Created”。
- 如果“Business Process Type”为“Create Position”，“Step”为“[Your Manager Approval Step Name]”，且“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服务（RaaS）：确认报表在界面中运行正常后，依次进入Actions > Web Service > Enable as Web Service。在选项中将“Content Type”设为“JSON”，以便集成。
保护并测试端点：配置Web服务安全设置，指定可访问该服务的用户或系统。记录生成的JSON或WSDL URL，并使用Postman或简单脚本测试端点，确认可以获取数据。
自动提取数据：使用集成平台或脚本，按计划调用RaaS URL。脚本应在请求参数中传入所需日期范围。
整理为ProcessMind所需格式：脚本应解析Workday返回的JSON，并转换为扁平化CSV文件。确保CSV列标题符合所需属性名称：PositionId、ActivityName、EventTime、User等。
上传至ProcessMind：格式整理完成的CSV文件可上传至ProcessMind进行分析。

配置

报表类型：高级。创建计算字段以及关联不同业务对象的数据时，需要使用此类型。
主要数据源：“业务流程事务”。该数据源以事件为核心，包含业务流程各步骤所需的状态、时间戳和参与者等详细信息。
关键筛选条件：
- 业务流程类型：筛选报表，仅纳入“创建职位”“关闭职位”“冻结职位”“更改职位”“编辑职位限制”和“停用职位”等相关流程。这对提升性能至关重要。
- 完成日期：对此字段使用提示筛选器，以便用户指定提取日期范围。建议首次加载3至6个月的数据。
计算字段：需要大量使用“评估表达式”和“查找相关值”计算字段，以生成标准化的ActivityName，并将核心“职位”对象中的属性纳入事件流。
Web服务输出：将RaaS输出格式设为JSON。也可使用XML，但现代应用通常更容易解析JSON。
权限：创建报表的用户需要拥有“业务流程事务”“职位管理”和“员工数据”等数据域的安全权限。RaaS调用返回的数据受这些权限限制。

查询示例 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服务，并为集成系统用户（ISU）配置必要权限。
**前提条件：配置Workday集成用户。**确保集成系统用户（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服务，并传入日期范围参数。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服务的Workday自定义报表。该报表必须基于“业务流程事务”数据源。
报表字段：报表必须包含职位ID、业务流程定义、业务流程步骤、事务状态、生效时间戳、完成时间戳、发起人，以及成本中心或主管组织等其他所需属性。
集成系统用户（ISU）：需要使用集成系统用户的用户名和密码进行身份验证。该用户必须属于有权访问自定义报表Web服务端点的安全组。
日期范围：脚本使用START_DATE和END_DATE参数。首次提取建议选择3至6个月，以控制数据量并缩短运行时间。后续提取可使用较短的增量时间段。
API端点：脚本需要自定义报表的JSON端点URL。您可以在Workday自定义报表定义的“Web服务”选项卡中找到该URL。
活动映射：脚本根据可配置的映射规则，将Workday流程名称和状态转换为最终活动名称。您可能需要根据Workday业务流程的具体配置进行调整。

查询示例 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，以获取业务流程历史、审批步骤完成记录、职位属性、状态变更、员工或用户引用以及生效时间戳。具体报表或API名称因环境配置而异，请使用[根据您的系统配置]作为占位内容。确保数据源提供职位ID及足够的业务流程上下文，以区分所有所需活动。
在中间件平台中配置连接器，包括Workday环境连接、身份验证方式、请求超时、分页、重试策略和增量提取参数。使用[您的开始日期]和[您的结束日期]作为日期参数，并应用经批准的公司或主管组织筛选条件。
将源数据集提取到中间件平台的暂存对象中。保留源标识符、事件时间戳、完成时间戳、执行人标识符、职位状态、原因、部门、成本中心、职位族、业务流程名称、步骤名称、步骤状态和有效日期职位属性。不要依赖ProcessMind推断事件。
将暂存数据转换为事件记录，每项明确支持的活动对应一条记录。将源业务流程发起事件映射为“职位申请已发起”；将已完成的经理、人力资源和预算审批步骤分别映射为对应活动；将最终驳回状态映射为“职位申请已驳回”；将“创建职位”成功完成事件映射为“职位已创建”；将指定职位变更流程的成功完成事件映射为对应活动。仅当存在明确完成的待办事项或清单步骤时，才映射合规审核。仅当源数据明确记录从冻结到活跃的状态转换时，才在提取转换过程中映射“职位已解冻”。
在查询字段中针对暂存源视图执行完整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资源取决于环境及连接器版本。
数据源配置：对于可提供业务流程事件、审批步骤、职位状态历史和有效日期职位属性的Workday报表或API，请使用[根据您的系统配置]作为占位内容。
日期范围：从已完成事件的3至6个月数据开始。验证运行时间、分页、源数据保留期限和ProcessMind数据导入限制后，再扩大范围。
增量加载：使用EventTime或源事件修改时间戳作为水位标记。每次运行之间设置较短的重叠时间段，并按源事件标识符或有记录的组合键去重。
必需输出列：必须包含并填写PositionId、ActivityName和EventTime。PositionId是案例标识符。
建议输出列：User、EndTime、PositionStatus、ReasonForChange、Department、CostCenter和JobFamily。
活动筛选条件：按已配置的“创建职位”“编辑职位限制”“更改职位”“冻结职位”“停用职位”和“关闭职位”业务流程名称筛选，并纳入已配置的合规待办事项或清单步骤。使用环境中的准确值，不要依赖假定的标签。
状态处理：仅从明确记录的冻结到活跃状态转换中提取“职位已解冻”。不要仅因当前状态为活跃就创建事件。
性能：启用连接器分页和有限日期筛选，尽量在源端筛选，并仅在支持时并行提取和分阶段增量处理。避免不加限制地提取整个环境的数据。
安全性：集成用户需要获准读取业务流程历史、审批步骤、职位数据、状态历史、组织属性和用户引用。安全域和报表访问权限须经Workday管理员批准。
前提条件：确认Workday连接器许可、中间件运行环境、安全凭据存储、网络访问、源报表或API可用性，以及ProcessMind导入权限。

查询示例 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入职到离职流程中的职位管理

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

开始免费试用

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

您的入职到离职流程：职位管理数据模板

您的入职到离职流程：职位管理数据模板

入职到离职流程：职位管理属性

入职到离职流程：职位管理活动

数据提取指南

通过Workday自定义报表即服务（RaaS）提取数据

步骤

配置

查询示例 sql

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

步骤

配置

查询示例 python

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

步骤

配置

查询示例 sql

准备好开始了吗？

立即优化Workday HCM入职到离职流程中的职位管理