> 持续流程改进 > 招聘与人才获取 > Workday Recruiting > 数据模板

您的招聘与人才获取数据模板

Workday Recruiting

← 返回改进指南

招聘与人才获取属性 (19) 招聘与人才获取活动 (15) 提取指南 (3)

您的招聘与人才获取数据模板

此模板全面介绍如何收集分析招聘与人才获取流程所需的数据，包括需要收集的关键属性、需要跟踪的重要活动，以及如何从Workday Recruiting系统中提取这些数据。使用此资源简化数据准备工作，加快流程挖掘进程。

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

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

下载模板

招聘与人才获取属性

建议在事件日志中包含以下数据字段，以全面分析招聘与人才获取，并深入了解招聘流程。

3 必需 5 建议 11 可选

	名称	说明
	事件时间 EventTime	表示活动或事件发生时间的时间戳。
说明该属性记录具体招聘活动发生的准确日期和时间。时间戳是流程挖掘的基础，用于确定事件的先后顺序。在分析中，时间戳用于计算活动之间的时长、衡量“Time to Hire”等整体周期时间，并识别流程延迟形成的瓶颈，是招聘漏斗所有时间维度分析的必要数据。为什么重要时间戳对于计算所有时间类KPI、了解流程时长和发现瓶颈至关重要。获取位置对应Workday Recruiting中业务流程步骤的完成日期或交易日期。示例 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	活动名称 ActivityName	招聘流程中某一时间点发生的具体事件或任务名称。
说明活动名称描述招聘历程中的单个步骤或里程碑，例如“Application Screened”“Interview Scheduled”或“Offer Extended”。这些活动构成流程的事件序列。该属性对于可视化流程图、识别申请所经过的不同路径，以及分析事件的频率和顺序至关重要，也是了解流程实际运行情况的基础。为什么重要此属性定义招聘流程的各个步骤，用于可视化和分析流程路径。获取位置取自Workday Recruiting职位申请数据中的业务流程步骤名称或状态变更。示例申请已筛选面试已完成已接受录用候选人未通过
	职位申请 JobApplicationId	候选人职位申请的唯一标识符，也是招聘流程的核心案例ID。
说明职位申请ID用于唯一跟踪候选人针对特定职位的完整历程，从首次提交申请到最终决定。与该申请相关的每次互动、状态变更或决策节点，都会关联至此标识符。在流程挖掘中，该属性至关重要。它支持重建每位候选人的端到端流程，分析周期时间、瓶颈和实际路径，也是将所有相关活动连接为完整案例的核心要素。为什么重要这是连接单个候选人所有招聘活动的必要案例ID，使您能够分析完整的招聘历程。获取位置这是Workday Recruiting中的核心要素，通常可在与职位申请相关的报告和数据源中找到。示例 APP-2023-001234APP-2023-005678APP-2024-009101
	招聘人员姓名 RecruiterName	负责管理该职位申请的招聘人员姓名。
说明该属性用于标识负责该职位申请和职位需求的主要人才获取合作伙伴或招聘人员，通常由其引导候选人完成整个流程。按招聘人员分析流程，是了解团队绩效和工作量的关键。它有助于构建“Recruiter Performance And Throughput”仪表板，并计算“Recruiter Time-to-Offer Variance”等KPI，从而比较效率并识别最佳实践。为什么重要支持按招聘人员分析绩效，帮助识别高绩效人员、培训需求和工作量失衡。获取位置请参阅Workday Recruiting文档。该属性通常与职位需求或职位申请对象关联。示例 John SmithEmily JonesMaria Garcia
	招聘经理 HiringManager	负责招聘该职位的招聘经理姓名。
说明该属性用于标识有空缺职位的团队或部门经理。招聘经理是决策流程中的关键利益相关者，尤其参与面试和反馈环节。该数据对于“Hiring Manager Feedback Timeliness”仪表板至关重要。按招聘经理分析“Interview Completed”到“Feedback Submitted”之间的耗时，企业可以定位延迟，并与相关经理协作，加快招聘闭环。为什么重要对于分析招聘经理的参与度、识别反馈提交延迟至关重要，而这些因素会直接影响候选人体验。获取位置请参阅Workday Recruiting文档。该属性通常属于监管组织或职位需求详情的一部分。示例 Susan AdamsDavid ChenAngela Rodriguez
	申请来源 ApplicationSource	收到候选人申请的渠道或来源。
说明该属性表示候选人发现并申请职位的方式，例如通过公司招聘页面、LinkedIn、员工推荐或招聘机构。了解申请来源对于优化招聘策略和预算至关重要。它支持“ Sourcing Channel Effectiveness”仪表板和“Offer Acceptance Rate by Source”KPI，帮助确定哪些渠道能够带来更多、更优质的候选人。为什么重要帮助评估不同招聘渠道的效果，为招聘资源投入方向提供数据依据。获取位置请参阅Workday Recruiting文档。这是职位申请中的标准字段。示例 LinkedIn员工推荐公司招聘网站Indeed
	申请状态 ApplicationStatus	职位申请的最终结果或当前状态。
说明该属性记录职位申请的最终处置结果，例如“Hired”“Rejected by Company”“Offer Declined”或“Withdrawn by Candidate”，表示某个申请的流程终止状态。该状态对于结果分析至关重要，可用于计算各阶段的转化率、录用接受率和候选人流失率。了解申请在何处以及为何结束，是提升整体流程效果的关键。为什么重要定义每个案例的结果，这对于计算转化率、流失率和整体流程成功率至关重要。获取位置通常是Workday Recruiting中Job Application对象上的最终处置或状态原因字段。示例已录用已拒绝拒绝录用通知申请已撤回
	部门 Department	与职位需求关联的部门或业务单元。
说明该属性用于指定招聘候选人的组织单元，例如“Engineering”“Marketing”或“Finance”。它取自职位需求关联的监管组织。按部门筛选，可以比较企业不同部门的招聘流程。在“Application Screening Efficiency”仪表板中，该属性可用于查看某些部门是否存在更长的筛选时间，从而发现不同的工作方式或资源需求。为什么重要支持比较不同业务单元或部门的招聘流程绩效和效率。获取位置请参阅Workday Recruiting文档。该属性取自与职位需求关联的监管组织。示例工程销售人力资源财务
	Offer金额 OfferAmount	向候选人提供的薪资金额。
说明此属性包含职位Offer中向候选人提出的基本薪资金额，是招聘流程后期阶段的一项关键数据。分析Offer金额有助于了解薪酬趋势和竞争力。结合“Offer Accepted”状态，可以判断薪酬是否影响Offer被拒绝。它也是“Offer管理与接受率”仪表板的重要组成部分。为什么重要帮助分析薪酬策略及其对Offer接受率的影响。获取位置请参阅Workday Recruiting文档。该数据应属于“Offer”业务流程。示例 8500012000065000
	候选人ID CandidateId	候选人的唯一标识符。
说明候选人ID用于在招聘系统中唯一标识个人，与其申请的职位数量无关。借助该属性，您可以跨多个申请跟踪候选人与企业的互动历史。该属性有助于分析候选人长期体验。例如，您可以识别曾被拒绝的候选人是否再次申请，比较其不同历程，或查看同一候选人是否同时参与多个职位的招聘。为什么重要支持以候选人为中心查看流程，跨多个申请和不同时间段跟踪个人历程。获取位置这是Workday Recruiting中候选人对象的主要标识符。示例 CAND-98765CAND-11223CAND-54321
	候选人类型 CandidateType	表示候选人是内部员工还是外部申请人。
说明此属性将候选人分为“Internal”或“External”等类别。这两类候选人的招聘流程、时间安排和政策可能存在显著差异。分别分析内部和外部候选人的流程，对于全面了解招聘情况至关重要。这样，组织可以比较内部人才流动项目与外部招聘工作的效率，并确保两类流程都得到优化。为什么重要支持分别分析内部和外部招聘流程，因为两者通常具有不同的步骤、SLA和目标。获取位置请参阅Workday Recruiting文档。这是候选人档案或职位申请中的标准字段。示例内部外部
	最近数据更新时间 LastDataUpdate	数据最近一次从源系统刷新或提取的时间戳。
说明该属性表示当前分析数据的新鲜度，显示最近一次从Workday Recruiting提取数据的日期和时间。这有助于用户了解分析结果的时效性，并正确解读发现，明确当前查看的是实时数据，还是某个时间点的快照。为什么重要提供数据新鲜度背景，帮助用户了解流程分析数据的更新程度。获取位置该时间戳在数据提取、转换和加载（ETL）过程中生成并添加。示例 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	拒绝原因 RejectionReason	候选人申请被拒绝时提供的原因。
说明当申请状态变为“Rejected”时，此属性可为决策提供背景信息。原因可能包括“与企业文化不匹配”“缺少所需技能”或“职位已由其他候选人填补”。分析拒绝原因有助于发现招聘流程中的规律。例如，如果后期阶段因“缺少所需技能”而被拒绝的案例数量较多，可能说明职位描述编写不当。这些数据对于“候选人流失热点”仪表板十分关键，可帮助了解候选人流失背后的原因。为什么重要提供候选人未能继续推进的定性洞察，帮助改进职位描述和筛选标准。获取位置请参阅Workday Recruiting文档。这通常是与拒绝步骤关联的子状态或原因代码。示例不符合条件经验不匹配已确定有更合适的候选人职位已关闭
	招聘用时 TimeToHire	从收到申请到候选人入职的总用时。
说明这是一个案例级计算指标，用于衡量成功候选人招聘流程的总时长。计算方式为“Application Received”事件与“Candidate Hired”事件之间的时间差。这是招聘领域最重要的KPI之一，即“平均招聘用时”。它从整体层面衡量招聘流程的效率。持续跟踪该指标，并按部门进行比较，有助于发现系统性改进或退化。为什么重要衡量招聘漏斗从开始到结束整体效率的关键高层级KPI。获取位置该指标基于从Workday提取后的事件日志数据计算。示例 259200043200003456000
	是否撤回 IsWithdrawn	用于标识申请是否由候选人撤回的标志。
说明这是一个计算得出的布尔属性。当申请的最终状态为“Withdrawn by Candidate”或类似状态时，该属性为true。它有助于筛选候选人主动退出流程的案例。此标志简化了“候选人流失热点”仪表板和“候选人流失率”KPI的分析。您可以轻松进行筛选和汇总，了解候选人最可能在哪些阶段撤回申请。为什么重要帮助专门分析由候选人主动造成的流失，从而洞察候选人体验和流程摩擦点。获取位置在数据转换过程中，根据“ApplicationStatus”属性计算。示例 truefalse
	是否自动执行 IsAutomated	用于标识该活动是否由系统自动执行的标志。
说明此布尔属性用于判断某个步骤是由用户执行，还是由自动化系统流程执行。例如，初始的“Application Received”确认邮件可能就是自动活动。了解哪些步骤已实现自动化，有助于发现提升效率的机会，也便于评估自动化对周期时间和资源分配的影响。为什么重要区分手动活动和系统驱动活动，是发现自动化机会并衡量其影响的关键。获取位置需要通过识别Workday中的系统用户账户或已知的自动化事件类型来推导此信息。示例 truefalse
	源系统 SourceSystem	提取数据的系统。
说明该属性用于标识数据来源，本例中为Workday Recruiting。数据来自多个系统时，它有助于数据治理和问题排查。在单系统分析中，这一属性看似普通，但始终保留是最佳实践。它能够确认数据来源；未来集成其他HR系统时，也会成为关键属性。为什么重要标识数据来源，对于数据治理、验证以及管理多来源数据至关重要。获取位置这是在数据提取和转换过程中添加的静态值（“Workday Recruiting”）。示例 Workday Recruiting
	职位地点 JobLocation	职位所在的地理位置或国家/地区。
说明此属性指定职位所在的城市、州或国家/地区。对于远程职位，可能显示某个区域，或标记为“Remote”。地点是一个重要的分析维度。通过比较不同地区的“招聘用时”和其他KPI，您可以发现由当地市场状况、人才供给或区域流程差异造成的变化。为什么重要支持对招聘流程进行地理分析，突出不同地区在周期时间和效率方面的差异。获取位置此信息属于Workday中的Job Requisition详细信息。示例纽约，纽约州伦敦，英国远程办公（美国）柏林，德国
	职位需求ID JobRequisitionId	候选人申请的职位空缺唯一标识符。
说明职位需求ID是已批准职位空缺的标识符。一个职位需求可以关联多个申请。该属性支持在职位需求层面开展分析，例如分析职位需求开放总时长、获取的候选人数，或比较不同职位类型的招聘漏斗，如工程职位与销售职位。为什么重要将多个申请关联至同一职位空缺，支持分析职位需求层面的指标和招聘漏斗。获取位置这是Workday Recruiting中职位需求对象的主要标识符，并与每个职位申请关联。示例 REQ-2023-105REQ-2024-012REQ-2024-345

必需建议可选

招聘与人才获取活动

应在事件日志中记录以下关键流程步骤和里程碑，以准确发现流程并识别招聘工作流中的瓶颈。

7 建议 8 可选

	活动	说明
	候选人已录用	标志着招聘流程成功结束，候选人正式成为员工。当Workday中的“Hire”业务流程成功完成并创建员工记录时，系统会记录此事件。
为什么重要这是主要的成功结束事件。其时间戳对于计算招聘周期、衡量整体流程效率和成功率至关重要。获取位置这是Workday HCM中由“Hire”业务流程记录的重大明确事件。完成时间戳会记录在流程历史中。采集取自候选人“Hire”业务流程的完成时间戳。事件类型 explicit
	候选人未通过	标志着流程未成功结束，公司决定不再推进该候选人。通常可根据招聘人员将候选人移至“Rejected”或“Not Hired”处置状态来推断。
为什么重要这是分析候选人流失热点和不同阶段拒绝率的关键结束事件，有助于发现面试或筛选流程中的问题。获取位置根据职位申请历史中候选人处置状态变更为“Rejected”时的时间戳推断。系统通常还会记录拒绝原因。采集取自进入“Rejected”处置状态的生效时间戳。事件类型 inferred
	候选人进入录用阶段	这是决定向候选人发出职位录用通知的关键里程碑。当候选人的申请在招聘流程中推进至“Offer”阶段时，系统会记录此事件。
为什么重要该活动是流程中的关键关口，标志着所有评估阶段已成功完成。它先于正式录用通知，也是开展群组分析的关键节点。获取位置根据职位申请审计轨迹中候选人状态变更为“Offer”时的时间戳推断。采集根据候选人进程中的状态变更为“Offer”阶段识别。事件类型 inferred
	候选人进入面试	表示候选人已通过初步筛选，具备面试资格。当招聘人员在招聘流程中将候选人移至“Interview”阶段时，系统会记录此事件。
为什么重要这一里程碑标志着流程从筛选转入主动评估，是分析转化率和招聘漏斗前端效率的关键节点。获取位置根据职位申请历史中候选人招聘阶段变更为“Interview”或类似阶段时的时间戳推断。采集根据候选人进程中的状态变更为“Interview”阶段识别。事件类型 inferred
	已发出录用通知	标志着正式向候选人发出职位录用通知。当Workday中职位申请的“Create Offer”或“Propose Compensation”业务流程成功完成时，系统会记录这一独立事件。
为什么重要这是计算录用周期、分析录用流程遵循度的重要里程碑，也是衡量录用接受率的起点。获取位置该事件会明确记录在职位申请的业务流程历史中。录用创建步骤的完成时间戳即为活动时间。采集取自“Create Offer”业务流程的完成时间戳。事件类型 explicit
	已接受录用	表示候选人正式接受职位录用通知。当候选人在Workday门户中完成“Accept Offer”任务，或招聘人员手动更新状态时，系统会记录此事件。
为什么重要该活动对于按来源、部门或招聘人员计算录用接受率至关重要，也会触发背景调查等后续入职前活动。获取位置候选人通过候选人门户接受录用通知时，系统会明确记录此事件。相关操作及时间戳会写入职位申请的业务流程历史。采集取自“Accept Offer”任务的完成时间戳。事件类型 explicit
	收到申请	标志着候选人职位申请招聘流程的开始。当候选人通过Workday门户或集成的招聘网站成功提交特定职位申请时，系统会记录此事件。
为什么重要这是流程的主要开始事件。分析从该活动到后续里程碑的耗时，是衡量整体招聘周期和招聘渠道效果的基础。获取位置当候选人的“Apply for Job”业务流程成功完成时，Workday会将其记录为明确事件。事件时间戳可在候选人的申请历史中查看。采集取自候选人资料中的申请提交时间戳。事件类型 explicit
	已发起入职流程	表示Workday中新员工入职流程的启动。通常这是“Hire”主业务流程中的明确事件，或由该流程立即触发。
为什么重要分析从“Offer Accepted”到该活动的耗时，有助于优化发出录用通知后的候选人体验，确保新员工保持参与并为第一天做好准备。获取位置 Workday的“Onboarding”业务流程具有明确的启动时间戳，可从新员工记录的流程审计轨迹中提取。采集取自“Onboarding”业务流程的启动时间戳。事件类型 explicit
	已发起背景调查	表示已接受录用通知的候选人开始进行背景调查。通常可根据候选人进入“Background Check”阶段来推断，该阶段通常会触发与第三方供应商的集成。
为什么重要该活动对于监控合规情况、分析接受录用通知与开始入职前调查之间的延迟至关重要，有助于确保顺利进入入职流程。获取位置根据候选人在招聘流程中进入“Background Check”阶段的时间戳推断。职位申请审计轨迹会显示这一状态变更。采集取自进入“Background Check”阶段的生效时间戳。事件类型 inferred
	已安排面试	表示已正式为候选人安排面试。通常当Workday针对特定职位申请创建并确认面试事件时，系统会记录此活动。
为什么重要衡量该活动与前序活动之间的耗时，有助于识别协调延迟。这对于改善候选人体验、加快面试流程至关重要。获取位置 Workday的面试安排功能会创建带时间戳的事件。该活动可取自与申请关联的已安排面试的创建日期。采集取自招聘模块中面试记录的创建事件。事件类型 explicit
	已提交反馈	表示面试官在面试后正式提交候选人评估的时间点。Workday提供专门机制，供面试官直接在候选人资料中提交反馈。
为什么重要这是分析“招聘经理反馈及时性”的必要数据。反馈延迟是常见瓶颈，跟踪该环节有助于落实服务级别协议。获取位置这是通过“Provide Interview Feedback”任务提交反馈时记录的明确事件。提交时间戳会记录在面试记录中。采集取自“Provide Interview Feedback”事件的完成时间戳。事件类型 explicit
	申请已撤回	表示候选人主动退出该职位的考虑流程。当候选人状态由本人或招聘人员更新为“Withdrawn”时，系统会记录此结束事件。
为什么重要跟踪候选人何时以及为何撤回申请，对于了解候选人体验问题、流程时长或录用竞争力至关重要，也是分析流失情况的关键指标。获取位置根据候选人处置状态更新为“Withdrawn”时的时间戳推断。该操作可由候选人在门户中完成，也可由招聘人员执行。采集取自进入“Withdrawn”处置状态的生效时间戳。事件类型 inferred
	申请已筛选	表示招聘人员或筛选团队已完成对候选人申请的初步审核。通常可根据候选人从“Applied”或“New”状态转为“Screening”或“Under Review”阶段来推断。
为什么重要该活动对于分析初步筛选阶段的效率至关重要。跟踪其处理量和耗时，有助于尽早发现招聘漏斗中的瓶颈。获取位置根据“Recruiting”业务流程审计轨迹中候选人阶段变更为筛选或审核步骤的生效日期推断。采集取自候选人阶段更新为“Screen”时的时间戳。事件类型 inferred
	背景调查已通过	标志着背景调查流程已成功完成。当候选人状态更新为已通过必要调查并具备录用条件时，可推断此事件已发生。
为什么重要这是完成招聘流程前的最后检查点。接收和记录调查通过结果的延迟，可能会推迟候选人的入职日期。获取位置根据候选人申请中的状态更新推断，例如进入“Ready for Hire”或“Background Check Complete”阶段。采集取自表示背景调查已完成且通过的状态变更。事件类型 inferred
	面试已完成	标志着候选人已完成安排的面试。通常可根据面试官或招聘人员将面试状态从“Scheduled”更新为“Completed”或“Conducted”来推断。
为什么重要该活动会触发反馈提交窗口。分析从此节点到提交反馈的耗时，是衡量招聘经理响应速度的关键。获取位置根据面试完成后Workday Recruiting中已安排面试对象的状态更新，或候选人阶段的手动变更推断。采集取自面试状态更新或面试后候选人阶段变更的时间戳。事件类型 inferred

建议可选

提取指南

如何从Workday Recruiting获取数据

步骤

**登录Workday：**使用拥有创建自定义报表和访问招聘数据权限的用户账户访问您的Workday租户。
**创建自定义报表：**进入“Create Custom Report”任务。将报表类型选择为“Advanced”，并启用“Enable as Web Service”选项。数据源请选择“All Job Applications”等已建立索引的数据源，以提升性能。
**定义主业务对象：**将主业务对象设置为“Job Application”。该对象将作为报表基础和案例标识符。
**添加数据列：**将所需字段和推荐字段添加到报表列网格中。为JobApplicationId添加“Job Application”。对于“Recruiter”和“Hiring Manager”等其他属性，需要从与Job Application关联的相关业务对象中添加。
**为活动创建计算字段：**这是最关键的一步。针对15项活动分别创建两个计算字段：一个用于活动名称，另一个用于事件时间戳。这些字段的逻辑详见Query部分。例如，要捕获“Offer Extended”，需要创建一个字段检查“Propose Compensation”业务流程是否完成，再创建另一个字段提取该流程的完成时间戳。
**将计算字段添加到报表：**将所有新建的计算字段共30个，其中15个为活动名称字段、15个为时间戳字段，作为列添加到报表中。报表将采用“宽”格式，每个职位申请占一行，并以多个列表示可能发生的活动。
**配置Web Service选项：**在报表定义的“Web Service”选项卡中，确认已选中“Enable as Web Service”复选框。您可以在此查看报表的命名空间和URL。记下“Namespace”供后续使用。
**设置权限：**将报表共享给用于调用RaaS端点的Integration System User（ISU）或特定安全组。该用户必须拥有访问数据源域的权限，例如“Recruiting: Job Applications”。
**运行并测试报表：**从Workday界面运行报表，验证输出结果。检查行数是否合理，并确认计算字段能在若干示例申请中正确填充。
**安排提取任务：**使用外部调度工具或中间件，例如MuleSoft、Boomi或自定义脚本，定期调用报表的RaaS URL。该工具需要使用正确的身份验证处理Workday SOAP或REST API调用。
**转换数据：**RaaS调用返回的原始数据将是宽格式的XML或CSV文件。您必须在中间件或Python等脚本语言中实现数据转换，将其转换为非透视格式。脚本应遍历每一行职位申请，并为每个非空的活动/时间戳对在最终事件日志中创建一行，形成包含三个主要列的“长”格式：JobApplicationId、ActivityName和EventTime。

配置

**报表类型：**始终使用“Advanced”，以支持复杂的计算字段并访问相关业务对象。
**数据源：**使用“All Job Applications”等已建立索引的数据源，确保报表高效运行。大型数据集应避免使用未建立索引的数据源。
**日期范围筛选：**必须对Job Application业务对象的“Application Date”字段应用筛选条件。建议先使用较小的范围，例如最近3至6个月，以控制数据量并保障报表性能。
**主业务对象：**主对象必须设置为“Job Application”，确保JobApplicationId作为案例标识符。
**启用Web Service：**必须在报表配置中勾选“Enable as Web Service”选项，才能通过API访问报表。
**安全与权限：**报表必须共享给专用的Integration System User（ISU）。该ISU必须拥有访问所需数据域的安全组权限，包括“Recruiting: Job Applications”“Business Process Transactions”和“Worker Data”。
**输出格式：**Workday提供XML、CSV、JSON等多种输出格式。通过API提取结构化数据时，XML，尤其是“Simple XML”格式，通常最可靠。

a 示例查询 sql

The Workday Report Writer is configured through the user interface. The following describes the structure and calculated fields required to build the report. The final output will be a wide table that must be transformed into an event log.

**Primary Business Object:**
*   `Job Application`

**Direct Report Fields (Columns):**
| Field Name in Report | Workday Business Object | Workday Field | Notes |
| --- | --- | --- | --- |
| `JobApplicationId` | Job Application | Job Application | Serves as the Case ID. |
| `RecruiterName` | Job Application -> Recruiter | Worker | Use a Lookup Related Value field. |
| `HiringManager` | Job Application -> Job Requisition -> Hiring Manager | Worker | Use a Lookup Related Value field. |
| `ApplicationSource` | Job Application | Source | |
| `Department` | Job Application -> Job Requisition -> Organization | Supervisory Organization | |
| `ApplicationStatus` | Job Application | Status | Represents the final or current status. |

**Calculated Fields for Event Log Unpivoting:**
Create two calculated fields for each activity: one for the name (Type: Evaluate Expression) and one for the timestamp (Type: Extract Single Instance or Lookup Related Value).

1.  **Application Received**
    *   `ActivityName_AppReceived`: `"Application Received"` (This event uses the application date, so the name is constant).
    *   `EventTime_AppReceived`: Field `Application Date` from the Job Application object.
2.  **Application Screened**
    *   `ActivityName_AppScreened`: `IIF(Stage = [Your 'Screening' Stage], "Application Screened", "")`
    *   `EventTime_AppScreened`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the 'Business Process History for Worker' for the 'Move to Stage: [Screening]' event.
3.  **Candidate Moved To Interview**
    *   `ActivityName_MovedToInterview`: `IIF(Stage = [Your 'Interview' Stage], "Candidate Moved To Interview", "")`
    *   `EventTime_MovedToInterview`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Interview]' event.
4.  **Interview Scheduled**
    *   `ActivityName_InterviewScheduled`: `IIF(Interview Status = 'Scheduled', "Interview Scheduled", "")`
    *   `EventTime_InterviewScheduled`: Use a 'Lookup Related Value' field to get the 'Scheduled Start Moment' from the 'Candidate Interview Details' object.
5.  **Interview Completed**
    *   `ActivityName_InterviewCompleted`: `IIF(Interview Status = 'Completed', "Interview Completed", "")`
    *   `EventTime_InterviewCompleted`: Use a 'Lookup Related Value' field to get the 'Actual End Moment' from the 'Candidate Interview Details' object.
6.  **Feedback Submitted**
    *   `ActivityName_FeedbackSubmitted`: `IIF(Interview Feedback Status = 'Submitted', "Feedback Submitted", "")`
    *   `EventTime_FeedbackSubmitted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Submit Interview Feedback' event.
7.  **Candidate Moved To Offer Stage**
    *   `ActivityName_MovedToOffer`: `IIF(Stage = [Your 'Offer' Stage], "Candidate Moved To Offer Stage", "")`
    *   `EventTime_MovedToOffer`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Offer]' event.
8.  **Offer Extended**
    *   `ActivityName_OfferExtended`: `IIF(Is Business Process 'Propose Compensation' Completed = true, "Offer Extended", "")`
    *   `EventTime_OfferExtended`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Propose Compensation' or 'Make Offer' business process.
9.  **Offer Accepted**
    *   `ActivityName_OfferAccepted`: `IIF(Disposition = 'Offer Accepted', "Offer Accepted", "")`
    *   `EventTime_OfferAccepted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Accept Offer' event.
10. **Background Check Initiated**
    *   `ActivityName_BGCheckInitiated`: `IIF(Stage = [Your 'Background Check' Stage], "Background Check Initiated", "")`
    *   `EventTime_BGCheckInitiated`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Background Check]' event.
11. **Background Check Cleared**
    *   `ActivityName_BGCheckCleared`: `IIF(Background Check Status = 'Passed', "Background Check Cleared", "")`
    *   `EventTime_BGCheckCleared`: Use a 'Lookup Related Value' field on the Background Check business object to get the completion date.
12. **Onboarding Initiated**
    *   `ActivityName_OnboardingInitiated`: `IIF(Is Business Process 'Onboarding' Initiated = true, "Onboarding Initiated", "")`
    *   `EventTime_OnboardingInitiated`: Use an 'Extract Single Instance' field to get the 'Entry Moment' from the business process history for the 'Onboarding' business process.
13. **Candidate Hired**
    *   `ActivityName_Hired`: `IIF(Is Hired = true, "Candidate Hired", "")`
    *   `EventTime_Hired`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Hire' business process.
14. **Candidate Rejected**
    *   `ActivityName_Rejected`: `IIF(Is Inactive = true AND Disposition = [Your 'Rejected' Reason], "Candidate Rejected", "")`
    *   `EventTime_Rejected`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object.
15. **Application Withdrawn**
    *   `ActivityName_Withdrawn`: `IIF(Disposition = 'Withdrawn', "Application Withdrawn", "")`
    *   `EventTime_Withdrawn`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object, filtering on the inactive reason.

步骤

配置Workday访问权限：在Workday中创建集成系统用户（ISU）。为该用户授予Recruiting API所需安全域的访问权限。关键域包括“Worker Data: Public Worker Reports”、“Job Application”和“Recruiting: Reports”。
确定API端点：在您的Workday租户中找到“Get Job Applications”操作对应的REST API端点。URL通常采用以下格式：https://[your_tenant_host]/ccx/api/v1/[your_tenant_name]/recruiting/jobApplications。
设置Python环境：确保已安装Python。使用pip安装所需库：pip install requests pandas。
开发身份验证脚本：在Python脚本中，使用第1步创建的ISU凭据实现基本身份验证。用户名和密码将通过请求标头发送。
实现API请求逻辑：编写调用“Get Job Applications”端点的函数。使用请求参数筛选数据，例如使用updatedSince获取某个日期之后修改的申请。这对于控制数据量至关重要。
处理API分页：Workday API每次请求返回的记录数有限。脚本必须检查响应中的total计数以及下一页链接或偏移参数，并循环访问所有页面以获取完整数据集。
定义活动映射：在脚本中创建映射字典或一系列条件语句。该逻辑将Workday的业务流程状态和招聘阶段，例如“Screen”、“Interview”、“Offer”和“Hire”，转换为所需的活动名称，例如“Application Screened”和“Candidate Moved To Interview”。
转换申请数据：对于从API获取的每份职位申请，解析其审计轨迹或阶段历史数据。该历史记录包含阶段、处理结果和业务流程事件的顺序及其对应时间戳。
生成事件日志行：遍历每份申请的历史记录。对于与活动映射匹配的每个相关历史事件，创建一个字典，表示最终事件日志中的一行。填充JobApplicationId、活动名称、EventTime及其他必需属性。
汇总并整理数据：将所有申请生成的事件日志行汇总到一个列表中。
创建并导出CSV文件：使用pandas库将事件字典列表转换为DataFrame，然后将DataFrame导出为CSV文件。确保列标题符合ProcessMind的要求，例如案例ID、活动和时间戳。
检查并上传：打开最终CSV文件，检查内容是否正确完整，然后将其上传到流程挖掘工具。

配置

**Workday Integration System User（ISU）：**需要使用强度高且永不过期的密码创建ISU。该用户需要拥有“Recruiting”和“Worker Data”安全域权限，才能访问职位申请和候选人详细信息。
**API端点和版本：**必须使用与您的Workday租户匹配的REST API端点，并在请求中指定API版本，以确保行为一致。
**日期范围筛选：**脚本应使用日期筛选条件，例如updatedSince，将查询限制在可管理的时间范围内。首次提取建议使用3至6个月的数据；后续增量加载则使用上次成功提取的时间戳。
**分页限制：**请注意API中的limit参数，该参数控制每页返回的记录数。典型最大值为100。脚本必须通过多次分页请求处理这一限制。
**响应字段：**如果API支持，可使用fields或类似参数指定需要返回的字段，以提升性能并减小响应负载。
**活动映射配置：**脚本的核心逻辑是将Workday阶段映射到已定义的活动。您可能需要根据组织特定的Workday Recruiting流程配置进行调整。

a 示例查询 python

import requests
import pandas as pd
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Workday tenant-specific details
WORKDAY_TENANT_HOST = class="hl-string">"https://[your_tenant_host].workday.com"
WORKDAY_TENANT_NAME = class="hl-string">"[your_tenant_name]"
WORKDAY_API_USER = os.environ.get(class="hl-string">"WORKDAY_USER", class="hl-string">"[Your_ISU_Username]")
WORKDAY_API_PASSWORD = os.environ.get(class="hl-string">"WORKDAY_PASSWORD", class="hl-string">"[Your_ISU_Password]")

class=class="hl-string">"hl-comment"># Date range for the extraction (ISO 8601 format)
class=class="hl-string">"hl-comment"># For delta loads, this should be the timestamp of the last successful run.
UPDATED_SINCE_DATE = class="hl-string">"2023-01-01T00:00:00Z"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_workday_job_applications():
    class="hl-string">"""Fetches all job applications from Workday API, handling pagination."""
    all_applications = []
    offset = 0
    limit = 100  class=class="hl-string">"hl-comment"># Workday's typical page size

    api_url = fclass="hl-string">"{WORKDAY_TENANT_HOST}/ccx/api/v1/{WORKDAY_TENANT_NAME}/recruiting/jobApplications"
    headers = {class="hl-string">"Accept": class="hl-string">"application/json"}
    auth = (WORKDAY_API_USER, WORKDAY_API_PASSWORD)

    while True:
        params = {
            class="hl-string">"updatedSince": UPDATED_SINCE_DATE,
            class="hl-string">"limit": limit,
            class="hl-string">"offset": offset
        }
        print(fclass="hl-string">"Fetching applications with offset: {offset}...")
        try:
            response = requests.get(api_url, headers=headers, params=params, auth=auth, timeout=60)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)
            data = response.json()
            applications = data.get(class="hl-string">"data", [])
            all_applications.extend(applications)

            total = data.get(class="hl-string">"total", 0)
            if not applications or (offset + len(applications)) >= total:
                break  class=class="hl-string">"hl-comment"># Exit loop if no more data or all data fetched
            
            offset += len(applications)

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday API: {e}")
            break

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

def transform_application_to_events(application):
    class="hl-string">"""Transforms a single job application's history into a list of event log rows."""
    events = []
    app_id = application.get(class="hl-string">"id")
    if not app_id:
        return []

    class=class="hl-string">"hl-comment"># Recommended Attributes
    recruiter = application.get(class="hl-string">"recruiter", {})
    hiring_manager_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"hiringManager", {})
    source = application.get(class="hl-string">"source", {})
    department_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"supervisoryOrganization", {})

    recruiter_name = recruiter.get(class="hl-string">"descriptor")
    hiring_manager_name = hiring_manager_obj.get(class="hl-string">"descriptor")
    app_source = source.get(class="hl-string">"descriptor")
    department = department_obj.get(class="hl-string">"descriptor")
    app_status = application.get(class="hl-string">"status", {}).get(class="hl-string">"descriptor")

    base_event = {
        class="hl-string">"JobApplicationId": app_id,
        class="hl-string">"RecruiterName": recruiter_name,
        class="hl-string">"HiringManager": hiring_manager_name,
        class="hl-string">"ApplicationSource": app_source,
        class="hl-string">"Department": department,
        class="hl-string">"ApplicationStatus": app_status
    }

    class=class="hl-string">"hl-comment"># --- Activity Extraction from Stage and Business Process History ---
    class=class="hl-string">"hl-comment"># This part assumes a structure for audit/history data. It needs to be adapted
    class=class="hl-string">"hl-comment"># to your specific Workday API response structure.
    stage_history = application.get(class="hl-string">"stageHistory", [])
    bp_history = application.get(class="hl-string">"businessProcessHistory", [])

    class=class="hl-string">"hl-comment"># Activity: Application Received
    events.append({
        **base_event,
        class="hl-string">"ActivityName": class="hl-string">"Application Received",
        class="hl-string">"EventTime": application.get(class="hl-string">"appliedOn")
    })

    for stage_change in stage_history:
        stage_name = stage_change.get(class="hl-string">"stage", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        disposition = stage_change.get(class="hl-string">"disposition", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        event_time = stage_change.get(class="hl-string">"enteredOn")

        class=class="hl-string">"hl-comment"># Activity: Application Screened (Inferred from entering a review stage)
        if class="hl-string">'screen' in stage_name or class="hl-string">'review' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Application Screened", class="hl-string">"EventTime": event_time, **base_event})

        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Interview
        if class="hl-string">'interview' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Interview", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Offer Stage
        if class="hl-string">'offer' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Offer Stage", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Initiated
        if class="hl-string">'background check' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Onboarding Initiated
        if class="hl-string">'onboarding' in stage_name or class="hl-string">'ready for hire' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Onboarding Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Rejected
        if class="hl-string">'rejected' in disposition or class="hl-string">'not selected' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Rejected", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Application Withdrawn
        if class="hl-string">'withdrawn' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Application Withdrawn", class="hl-string">"EventTime": event_time, **base_event})

    class=class="hl-string">"hl-comment"># Extract events from explicit business processes
    for bp_event in bp_history:
        bp_name = bp_event.get(class="hl-string">"process", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        bp_status = bp_event.get(class="hl-string">"status", class="hl-string">"").lower()
        bp_time = bp_event.get(class="hl-string">"completedOn") or bp_event.get(class="hl-string">"initiatedOn")

        class=class="hl-string">"hl-comment"># Activity: Interview Scheduled / Completed
        if class="hl-string">'interview' in bp_name:
            if bp_status == class="hl-string">'initiated':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Scheduled", class="hl-string">"EventTime": bp_time, **base_event})
            elif bp_status == class="hl-string">'completed':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Completed", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Feedback Submitted
        if class="hl-string">'provide interview feedback' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Feedback Submitted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Extended
        if (class="hl-string">'job offer' in bp_name or class="hl-string">'propose compensation' in bp_name) and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Extended", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Accepted
        if class="hl-string">'accept offer' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Accepted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Cleared
        if class="hl-string">'background check' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Cleared", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Hired
        if class="hl-string">'hire' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Hired", class="hl-string">"EventTime": bp_time, **base_event})

    class=class="hl-string">"hl-comment"># Remove events with no timestamp and duplicates
    final_events = []
    seen = set()
    for event in events:
        if event.get(class="hl-string">"EventTime"):
            class=class="hl-string">"hl-comment"># Create a unique key for each event to handle duplicates
            event_key = (event[class="hl-string">"JobApplicationId"], event[class="hl-string">"ActivityName"], event[class="hl-string">"EventTime"])
            if event_key not in seen:
                final_events.append(event)
                seen.add(event_key)

    return final_events

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Workday Recruiting data extraction.")
    raw_applications = get_workday_job_applications()
    
    if raw_applications:
        all_events = []
        for app in raw_applications:
            all_events.extend(transform_application_to_events(app))
        
        if all_events:
            class=class="hl-string">"hl-comment"># Create DataFrame and format for ProcessMind
            df = pd.DataFrame(all_events)
            df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.tz_localize(None)
            df = df.sort_values(by=[class="hl-string">"JobApplicationId", class="hl-string">"EventTime"])
            
            output_filename = class="hl-string">"workday_recruiting_event_log.csv"
            df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
            print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")
        else:
            print(class="hl-string">"No events were generated from the fetched applications.")
    else:
        print(class="hl-string">"No applications found or an error occurred.")

步骤

前提条件与设置：确保您拥有获得许可的第三方ETL或iPaaS工具，例如CData、MuleSoft或安装了Workday连接器的类似平台。确认您拥有具备Recruiting和Staffing域所需API权限的Workday集成系统用户（ISU）凭据。
配置Workday连接：在ETL工具中创建新的Workday连接。提供Workday租户URL、API版本和ISU凭据，例如用户名和密码或OAuth 2.0令牌。测试连接，确保连接成功。
浏览数据架构：使用ETL工具中的架构浏览器或数据源浏览器，查看连接器提供的Workday对象。这些对象通常以表或视图形式呈现，例如Job_Application、Job_Requisition和Candidate_Stage_History。熟悉可用字段及其关系。
识别关键数据对象：本次提取主要需要职位申请、候选人历史、面试、录用和入职相关对象的数据。具体名称取决于连接器，但请查找代表这些核心实体的对象。
开发SQL查询：创建新的数据提取作业或管道。使用SQL转换步骤，对Workday连接运行查询。将提供的SQL查询复制并粘贴到该步骤中。该查询用于从多个Workday对象收集数据，并将其合并为统一的事件日志格式。
参数化查询：修改查询的WHERE子句，加入日期范围参数，例如startDate和endDate。在ETL作业中配置这些参数，以便轻松更改提取窗口，而无需修改代码。
执行提取作业：运行配置好的ETL作业。工具将连接Workday，通过API执行SQL查询，并将数据提取到暂存区或内存中。
检查并验证数据：写入最终输出前，使用ETL工具的预览功能检查结果。确认行数合理、所有列均按预期填充，并验证是否包含不同活动。
配置目标位置：定义提取数据的目标位置。通常为用于上传到ProcessMind的CSV文件。配置文件名、分隔符（逗号）和编码（UTF-8）。
完成并导出：运行完整提取作业，生成最终CSV文件。确保输出文件的列标题符合所需属性：JobApplicationId、ActivityName、EventTime、RecruiterName、HiringManager、ApplicationSource、部门和ApplicationStatus。

配置

Workday连接器凭据：连接需要Workday租户URL，以及具备授权的集成系统用户（ISU）和密码或OAuth 2.0客户端凭据。该用户必须对“Recruiting”和“Staffing”功能区域拥有安全权限。
启用Web服务：连接器可能要求您指定要公开的Workday Web Services。请确保已启用与Recruiting、Staffing和Human Resources相关的服务，以访问所有必要的数据对象。
日期范围：为控制性能和数据量，必须按特定时间段筛选提取数据。建议首次加载3至6个月的数据，之后按日或按周增量加载。此设置通过SQL查询中的WHERE子句管理。
数据范围筛选：如果您只需分析组织中的特定部分，可在WHERE子句中为Company、Cost Center或Supervisory Organization等字段添加筛选条件。
API版本：某些连接器要求您指定Workday API版本。建议使用近期且受支持的版本，以确保能够访问最新的数据对象和功能。
性能注意事项：从Workday提取完整数据可能消耗大量资源。请将大型作业安排在业务低峰期运行。对于持续分析，请根据“最后修改时间戳”实施增量加载策略，仅提取新增或更新的记录。

a 示例查询 sql

WITH BaseApplicationInfo AS (
    SELECT
        JA.Job_Application_ID AS JobApplicationId,
        JR.Hiring_Manager_WID AS HiringManagerId,
        JR.Recruiter_WID AS RecruiterId,
        JA.Source_System AS ApplicationSource,
        SO.Organization_Name AS Department,
        JA.Application_Status AS ApplicationStatus,
        JA.Date_Applied AS ApplicationDate,
        JA.Date_Moved_to_Hire AS HireDate,
        OFR.Offer_Date AS OfferDate,
        HIRE.Hire_Onboarding_Date AS OnboardingDate,
        OFR.Offer_Accepted_Date AS OfferAcceptedDate
    FROM
        [Job_Applications] AS JA
    LEFT JOIN [Job_Requisitions] AS JR ON JA.Job_Requisition_ID = JR.Job_Requisition_ID
    LEFT JOIN [Supervisory_Organizations] AS SO ON JR.Supervisory_Organization_WID = SO.Supervisory_Organization_WID
    LEFT JOIN [Job_Application_Offer_Details] AS OFR ON JA.Job_Application_ID = OFR.Job_Application_ID
    LEFT JOIN [Job_Application_Hire_Details] AS HIRE ON JA.Job_Application_ID = HIRE.Job_Application_ID
)
SELECT
    BAI.JobApplicationId,
    'Application Received' AS ActivityName,
    BAI.ApplicationDate AS EventTime,
    Recruiter.Worker_Name AS RecruiterName,
    HiringManager.Worker_Name AS HiringManager,
    BAI.ApplicationSource,
    BAI.Department,
    BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] AS Recruiter ON BAI.RecruiterId = Recruiter.Worker_WID
LEFT JOIN [Workers] AS HiringManager ON BAI.HiringManagerId = HiringManager.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Screened', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Screen'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Interview', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Interview'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Scheduled', I.Scheduled_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Scheduled'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Completed', I.Completed_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Completed'

UNION ALL

SELECT
    F.Job_Application_ID, 'Feedback Submitted', F.Submitted_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Feedback] F
JOIN BaseApplicationInfo BAI ON F.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Offer Stage', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Offer'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Extended', BAI.OfferDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Accepted', BAI.OfferAcceptedDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferAcceptedDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Initiated', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Cleared', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check' AND CSH.Status = 'Passed'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Onboarding Initiated', BAI.OnboardingDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OnboardingDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Candidate Hired', BAI.HireDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.HireDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Rejected', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Rejected%'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Withdrawn', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Withdrawn by Candidate%'

WHERE EventTime >= '[Your Start Date]' AND EventTime < '[Your End Date]'

准备开始了吗？

利用此模板将人才获取数据转化为可执行的洞察，优化招聘效率。立即开始，打造更精简、更高效的招聘流程。

返回改进指南下载模板

消除招聘瓶颈：立即优化人才获取流程

精准定位效率问题，将招聘周期时间缩短30%，更快实现人才目标。

开始免费试用

无需信用卡。免费试用14天。

您的招聘与人才获取数据模板

您的招聘与人才获取数据模板

招聘与人才获取属性

招聘与人才获取活动

提取指南

Workday报表即服务（RaaS）提取

步骤

配置

a 示例查询 sql

通过Python脚本提取Workday Recruiting API数据

步骤

配置

a 示例查询 python

使用Workday连接器提取数据的ETL工具

步骤

配置

a 示例查询 sql

准备开始了吗？

消除招聘瓶颈：立即优化人才获取流程

您的招聘与人才获取数据模板

您的招聘与人才获取数据模板

招聘与人才获取属性

招聘与人才获取活动

提取指南

Workday报表即服务（RaaS）提取

步骤

配置

a 示例查询 sql

通过Python脚本提取Workday Recruiting API数据

步骤

配置

a 示例查询 python

使用Workday连接器提取数据的ETL工具

步骤

配置

a 示例查询 sql

准备开始了吗？

消除招聘瓶颈：立即优化人才获取流程

我们重视您的隐私