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

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

Workday Recruiting

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

此 template 为收集分析招聘和人才获取流程所需的 data 提供了全面指南。它概述了要收集的关键属性、要跟踪的关键活动，并提供了有关如何从 Workday Recruiting 系统提取此 data 的指导。利用此资源简化您的 data 准备工作，加速您的 Process Mining 之旅。

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

不熟悉事件日志？了解如何创建流程挖掘事件日志.

下载模板

招聘与人才获取属性

这些是推荐包含在事件日志中的 data 字段，用于进行全面的招聘与人才获取分析，从而深入洞察您的招聘流程。

3 必填 5 推荐 12 可选

	名称	描述
	Event 时间 EventTime	指示活动或 event 发生时间的 timestamp。
描述此属性记录特定招聘活动发生的准确日期和时间。Timestamp 是 Process Mining 的骨干，提供了事件的时间顺序。在分析中，timestamp 用于计算活动之间的持续时间，衡量如“招聘周期”之类的整体周期时间，并识别流程延迟的瓶颈。它们对于招聘漏斗的任何基于时间的分析都至关重要。为何重要 Timestamp 对于计算所有基于时间的 KPI、了解流程持续时间以及发现瓶颈至关重要。获取方式这对应于 Workday Recruiting 中业务流程步骤的完成日期或事务日期。示例 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	活动名称 ActivityName	在招聘流程中的某个时间点发生的特定 event 或任务的名称。
描述活动名称（Activity Name）描述了招聘旅程中的单个步骤或里程碑，例如“申请已筛选”、“面试已安排”或“Offer 已发放”。这些活动构成了流程中的事件序列。此属性对于可视化流程图、识别申请采取的不同路径以及分析事件的频率和顺序至关重要。它是了解流程中正在发生什么的基础。为何重要此属性定义了招聘流程的步骤，从而能够实现流程流的可视化和分析。获取方式这是根据 Workday Recruiting 职位申请 data 中的业务流程步骤名称或状态变更推导出来的。示例申请已筛选面试已完成已接受 Offer候选人已拒绝
	职位申请 JobApplicationId	候选人职位申请的唯一标识符，作为招聘流程的核心 case ID。
描述职位申请 ID（Job Application ID）唯一跟踪单个候选人针对特定职位需求从初始提交到最终决定的完整旅程。与此申请相关的每次互动、状态变更或决策点都链接回此标识符。在 Process Mining 中，此属性是基础。它允许重建每位候选人的端到端流程流，从而能够分析周期时间、瓶颈和所走路径。它是将所有相关活动连接成一个内聚 case 的核心元素。为何重要这是连接单个候选人所有招聘活动的关键 Case ID，使得分析整个招聘旅程成为可能。获取方式此标识符是 Workday Recruiting 中的核心元素，通常在与职位申请相关的报告和 data 源中提供。示例 APP-2023-001234APP-2023-005678APP-2024-009101
	应用源 ApplicationSource	接收候选人申请的渠道或来源。
描述此属性指示候选人如何发现并申请该职位，例如，通过公司职业页面、LinkedIn、员工推荐或招聘代理机构。了解来源对于优化招聘策略和预算至关重要。它驱动了“招聘渠道有效性” dashboard 和“按来源划分的 Offer 接受率” KPI，有助于确定哪些渠道能带来最多且质量最好的候选人。为何重要有助于评估不同获客渠道的有效性，从而实现对招聘资源投入的数字化决策。获取方式请参考 Workday Recruiting 文档。这是职位申请中的标准字段。示例 LinkedIn员工推荐公司招聘官网Indeed
	招聘人员姓名 RecruiterName	负责管理该职位申请的招聘官姓名。
描述此属性标识分配给职位申请和需求的首席人才获取伙伴或招聘人员。他们通常负责引导候选人完成流程。按招聘人员分析流程是了解团队绩效和工作量的关键。它有助于构建“招聘人员绩效与吞吐量” dashboard，并计算“招聘人员发放 Offer 时间差异”等 KPI，从而能够进行效率比较并识别最佳实践。为何重要支持按招聘人员进行绩效分析，有助于识别优秀员工、培训需求及工作量不均衡的情况。获取方式请参考 Workday Recruiting 文档。这通常链接到招聘申请 (Job Requisition) 或职位申请 (Job Application) 对象。示例约翰·史密斯Emily JonesMaria Garcia
	招聘经理 HiringManager	候选人申请职位的招聘主管姓名。
描述此属性标识拥有空缺职位的团队或部门的主管。招聘主管是决策过程中的关键利益相关者，尤其是在面试和反馈阶段。此 data 对于“招聘主管反馈及时性” dashboard 至关重要。通过分析每个招聘主管在“面试已完成”和“反馈已提交”之间的时间，组织可以精准发现延迟环节，并与特定主管合作加速招聘环节。为何重要对于分析招聘经理的参与度以及识别反馈提交中的延迟至关重要，这些因素直接影响候选人体验。获取方式请参考 Workday Recruiting 文档。这通常是监督组织或职位申请详情的一部分。示例 Susan Adams陈大卫Angela Rodriguez
	申请状态 ApplicationStatus	职位申请的最终结果或当前状态。
描述此属性记录职位申请的最终处理结果，例如“已雇佣”、“公司已拒绝”、“Offer 已拒绝”或“候选人已撤回”。它代表了给定申请流程的终端状态。此状态对于结果分析至关重要。它用于计算各阶段的转化率、Offer 接受率和候选人流失率。了解申请为何以及在何处结束，是提高整体流程效率的关键。为何重要定义每个 `Case` 的结果，这对于计算转化率、流失率和整体流程成功率至关重要。获取方式这通常是 Workday Recruiting 中职位申请对象上的最终处理结果或状态原因字段。示例已录用已驳回录用通知已拒绝申请已撤回
	部门 Department	与职位需求关联的部门或业务部门。
描述此属性指定为候选人聘用的组织单位，例如“工程”、“市场”或“财务”。它源自职位需求关联的监管组织。在分析中，按部门筛选允许比较业务不同部分的招聘流程。它用于“申请筛选效率” dashboard，查看某些部门是否筛选时间较长，这可能表明存在不同的做法或资源需求。为何重要支持跨不同业务单元或部门比较招聘流程的绩效和效率。获取方式请参考 Workday Recruiting 文档。这源自于与招聘申请 (Job Requisition) 关联的监督组织。示例工程部销售人力资源财务
	候选人ID CandidateId	候选人的唯一标识符。
描述候选人 ID（Candidate ID）在招聘系统中唯一标识一个人，无论其申请了多少个职位。这允许在多个申请中跟踪候选人在公司的历史记录。此属性有助于分析长期的候选人体验。例如，它可以帮助识别之前被拒绝的候选人是否正在重新申请，以及他们的旅程有何不同，或者单个候选人是否同时被考虑担任多个职位。为何重要支持以候选人为中心的流程视角，跨多个申请并在不同时间段内跟踪个人情况。获取方式这是 Workday Recruiting 中候选人对象的主要标识符。示例 CAND-98765CAND-11223CAND-54321
	候选人类型 CandidateType	指示候选人是内部员工还是外部申请人。
描述此属性将候选人分为“内部”或“外部”等组。这两类候选人的招聘流程、时间表和政策可能存在显著差异。针对内部和外部候选人分别分析流程，对于获得全景视图至关重要。它允许组织衡量内部流动计划与外部招聘工作的效率，并确保这两个流程都得到优化。为何重要支持分别分析内部和外部招聘流程，因为这两类流程通常具有不同的步骤、服务等级协议 (SLA) 和目标。获取方式请参考 Workday Recruiting 文档。这是候选人档案或职位申请中的标准字段。示例内部外部
	最后数据更新 LastDataUpdate	从源系统最后一次刷新或提取数据的时间戳。
描述此属性指示正在分析的 data 的时效性。它显示了从 Workday Recruiting 上次提取 data 的日期和时间。这对于用户了解分析的时新程度很重要。它能帮助他们正确解读发现结果，清楚他们看到的是实时 data 还是特定时间点的快照。为何重要提供 data 时效性背景，确保用户了解流程分析的更新程度。获取方式此时间戳在数据提取、转换与加载（ETL）过程中生成并添加。示例 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	办公地点 JobLocation	职位的地理位置或国家。
描述此属性指定职位所在城市、州或国家。对于远程职位，它可能指示一个区域或标记为“远程”。位置是一个强大的分析维度。它允许跨不同地区比较“招聘周期”和其他 KPI，这可以揭示由于当地市场状况、人才可用性或区域流程差异而产生的变化。为何重要支持对招聘流程进行地理位置分析，突出显示不同地区在周期时间和效率上的差异。获取方式此信息是 Workday 中职位需求详情的一部分。示例美国纽约英国伦敦远程（美国）德国柏林
	处理时间 ProcessingTime	在一项活动上实际投入工作的时间长度。
描述处理时间（也称为有效时间）衡量资源在特定任务上花费的持续时间。这与包含等待时间的周期时间不同。例如，它是招聘人员主动筛选申请的时间。该指标对于了解资源效率和工作量非常有价值。如果可用，它有助于精准定位哪些特定活动在实际投入（而非仅仅是耗时）方面最耗时。为何重要衡量某项活动的实际工作投入，有助于区分有效工作时间和闲置等待时间，从而更好地进行资源规划。获取方式这通常无法直接获得，需要进行计算或估算。例如，如果存在此类粒度，它可以是“筛选开始”和“筛选完成” event 之间的时间。示例 360018007200
	录用薪资额 OfferAmount	向候选人提供的薪资额。
描述此属性包含在录用通知中提议给候选人的基本工资金额。它是招聘流程最后阶段的关键 data。分析 Offer 金额可以提供有关薪酬趋势和竞争力的洞察。结合“Offer 已接受”状态，它可以帮助确定薪酬是否是拒绝 Offer 的因素。它是“Offer 管理与接受率” dashboard 的核心元素。为何重要有助于分析薪酬策略及其对 Offer 接受率的影响。获取方式请参考 Workday Recruiting 文档。这将是“录用意向 (Offer)”业务流程数据的一部分。示例 8500012000065000
	拒绝原因 RejectionReason	拒绝候选人申请时提供的理由。
描述当申请被移至“已拒绝”状态时，此属性为该决定提供背景信息。原因可能包括“不符合企业文化”、“缺乏所需技能”或“职位已由其他候选人填补”。分析拒绝原因有助于识别招聘流程中的模式。例如，如果在后期阶段因“缺乏所需技能”而被拒绝的数量很多，可能表明职位描述写得不好。此 data 是“候选人流失热点” dashboard 了解流失背后“原因”的关键。为何重要提供关于候选人为何未能推进的定性见解，有助于改进职位描述和筛选标准。获取方式请参考 Workday Recruiting 文档。这通常是与拒绝步骤关联的子状态或原因代码。示例不合格经验不匹配识别到更优秀的候选人职位已关闭
	招聘用时 TimeToHire	从收到申请到正式雇佣候选人的总耗时。
描述这是一种 case 级别的计算，用于衡量成功入职候选人招聘流程的总时长。它被计算为“收到申请” event 与“候选人已雇佣” event 之间的时间差。这是招聘中最重要的 KPI 之一（“平均招聘周期”）。它提供了招聘流程整体效率的高级衡量标准。长期跨部门跟踪此指标有助于识别系统性的改进或倒退。为何重要衡量招聘漏斗从开始到结束整体效率的关键高层 KPI。获取方式这是在从 Workday 提取事件日志 data 后计算得出的。示例 259200043200003456000
	招聘需求ID JobRequisitionId	候选人所申请职位空缺的唯一标识符。
描述职位需求 ID（Job Requisition ID）是已批准职位空缺的标识符。一个职位需求可以关联多个申请。此属性允许在职位需求级别进行分析。例如，可以分析职位需求的累计开放时间、获取的候选人数量，或比较不同类型职位的招聘漏斗（例如工程类与销售类职位需求）。为何重要将多个申请关联到同一个职位空缺，从而能够分析职位需求级别的指标和招聘漏斗。获取方式这是 Workday Recruiting 中职位需求对象的主要标识符，并链接到每个职位申请。示例 REQ-2023-105REQ-2024-012REQ-2024-345
	是否已撤回 IsWithdrawn	指示候选人是否撤回申请的标记。
描述这是一个计算得出的布尔属性，如果申请的最终状态为“候选人已撤回”或类似状态，则为 true。它有助于隔离候选人退出流程的情况。此标记简化了“候选人流失热点” dashboard 和“候选人流失率” KPI 的分析。它允许轻松进行筛选和聚合，以了解候选人最可能在哪些阶段撤回。为何重要有助于专门分析由候选人引起的流失，提供关于候选人体验和流程摩擦点的洞察。获取方式这是在 data 转换过程中基于“ApplicationStatus”属性计算得出的。示例 truefalse
	是否已自动化 IsAutomated	一个标志，指示该活动是否由系统自动执行。
描述此布尔属性标识步骤是由用户执行的还是由自动化系统流程执行的。例如，初始的“收到申请”确认电子邮件可能是一项自动化活动。了解哪些步骤是自动化的对于识别提高效率的机会很重要。它有助于评估自动化对周期时间和资源配置的影响。为何重要区分手动活动和系统驱动活动，这对于识别自动化机会并衡量其影响至关重要。获取方式此信息需要通过识别系统用户帐户或已知在 Workday 中自动执行的特定 event 类型来获取。示例 truefalse
	源系统 SourceSystem	数据提取来源系统。
描述此属性标识 data 的来源，在本例中为 Workday Recruiting。它有助于 data 治理和故障排除，尤其是在合并来自多个系统的 data 时。虽然在单一系统分析中这似乎微不足道，但始终包含它是最佳实践。它确认了 data 的出处，并在以后集成其他 HR 系统时变得至关重要。为何重要标识数据的来源，这对于数据治理、验证以及管理多源数据至关重要。获取方式这是在 data 提取和转换过程中添加的静态值（“Workday Recruiting”）。示例 Workday Recruiting

必填推荐可选

招聘与人才获取活动

这些是事件日志中需要捕捉的关键流程步骤和里程碑，用于准确的流程发现并识别招聘工作流中的瓶颈。

7 推荐 8 可选

	活动	描述
	候选人已入职	招聘流程的成功结束，候选人正式被录用为员工。当 Workday 中的“雇佣”业务流程成功完成并创建员工记录时，系统会捕捉到此事件。
为何重要这是主要的成功结束 event。Timestamp 对于计算招聘周期、衡量整体流程效率和成功率至关重要。获取方式这是 Workday HCM 中“雇佣”业务流程记录的一个主要的、明确的 event。完成 timestamp 会记录在流程历史记录中。捕获从候选人的“录用 (Hire)”业务流程完成时间戳捕获。事件类型 explicit
	候选人已拒绝	标志着流程以失败告终，即公司决定不再继续推进该候选人。当招聘人员将候选人移至“已拒绝”或“不录用”的处理状态时，即可推断出该事件。
为何重要这是分析各阶段候选人流失热点和拒绝率的关键终点 event。它有助于识别面试或筛选流程中的问题。获取方式根据职位申请历史记录中候选人处理状态变更为“已拒绝”时的 timestamp 推断。通常还会记录拒绝原因。捕获源自移动到“已拒绝 (Rejected)”处理结果的生效时间戳。事件类型 inferred
	候选人进入录用意向阶段	标志着已决定向候选人发出录用 Offer 的关键里程碑。当候选人的申请进入招聘流程中的“录用意向 (Offer)”阶段时，系统将捕获该事件。
为何重要此活动是流程中的一个关键关卡，标志着所有评估阶段的圆满完成。它是正式 Offer 的前奏，也是群组分析的关键点。获取方式根据职位申请的审计跟踪推断，特别是候选人状态变更为“Offer”时的 timestamp。捕获通过候选人进度中状态变更为“录用意向 (Offer)”阶段来识别。事件类型 inferred
	候选人进入面试阶段	指示候选人已通过初步筛选，现在有资格参加面试。当招聘人员在招聘流程中将候选人移至“面试”阶段时，系统会记录此 event。
为何重要这一里程碑标志着从筛选到主动评估的过渡。它是分析转化率和招聘漏斗顶端效率的关键点。获取方式根据职位申请历史记录中候选人招聘阶段变更为“面试”或类似名称时的 timestamp 推断。捕获通过候选人进度中状态变更为“面试 (Interview)”阶段来识别。事件类型 inferred
	已发出 Offer	标志着正式向候选人发送录取通知（Offer）。当 Workday 中针对该职位申请的“创建录用通知”或“提议薪酬”业务流程成功完成时，系统会捕捉到这一离散 event。
为何重要这是一个重要的里程碑，用于计算发放 Offer 的时间并分析 Offer 流程的合规性。它是衡量 Offer 接受率的起点。获取方式此 event 会明确记录在职位申请的业务流程历史记录中。Offer 创建步骤的完成 timestamp 提供了活动时间。捕获从“创建 Offer”业务流程的完成时间戳捕获。事件类型 explicit
	已接受 Offer	代表候选人正式接受录取通知。当候选人在其 Workday 门户中完成“接受录用”任务，或招聘人员手动更新状态时，系统会捕捉到此 event。
为何重要此活动对于按来源、部门或招聘人员计算 Offer 接受率至关重要。它还会触发后续的入职前活动，如背景调查。获取方式当候选人通过候选人门户接受 Offer 时显式记录。该操作及其时间戳将记录在职位申请的业务流程历史中。捕获从“接受 Offer”任务的完成时间戳捕获。事件类型 explicit
	已收到申请	标志着候选人职位申请招聘流程的开始。当候选人通过 Workday 门户或集成职业网站成功提交针对特定职位需求的申请时，系统会捕捉到此 event。
为何重要这是该流程的主要起始 event。分析从该活动到后续里程碑的时间，是衡量整体招聘周期和招聘渠道有效性的基础。获取方式当候选人的“申请职位”业务流程成功完成时，Workday 会将其记录为一个明确的 event。Event timestamp 可以在候选人的申请历史记录中找到。捕获从候选人档案中的申请提交时间戳捕获。事件类型 explicit
	反馈已提交	代表面试官在面试后正式提交对候选人评估的时刻。Workday 提供了特定的机制，允许面试官直接在候选人的档案中提供反馈。
为何重要这对于“招聘主管反馈及时性”分析至关重要。此处的延迟是一个常见的瓶颈，跟踪这一点有助于执行服务水平协议。获取方式这是通过“提供面试反馈”任务提交反馈时捕捉到的明确 event。提交的 timestamp 会记录在面试记录中。捕获从“提供面试反馈”事件的完成时间戳中提取。事件类型 explicit
	已发起入职流程	代表 Workday 中新员工入职流程的启动。这通常是一个明确的 event，属于主“雇佣”业务流程的一部分，或在雇佣后立即触发。
为何重要分析从“接受 Offer”到此活动的时间有助于精简录用后的候选人体验。这能确保新员工积极投入并为入职首日做好准备。获取方式 Workday 的“入职”业务流程有一个清晰的启动 timestamp。这可以从新员工记录的流程审计跟踪中获取。捕获从“入职 (Onboarding)”业务流程的启动时间戳捕获。事件类型 explicit
	已发起背景调查	指示已接受录用通知（Offer）的候选人开始背景调查流程。这通常根据候选人进入“背景调查”阶段来推断，该阶段往往会触发与第三方供应商的集成。
为何重要此活动对于监控合规性以及分析从接受 Offer 到入职前检查开始之间的延迟至关重要。它有助于确保向入职阶段的顺畅过渡。获取方式根据候选人进入招聘流程流中“背景调查”阶段的 timestamp 推断。职位申请的审计跟踪将显示此状态变更。捕获源自进入“背景调查 (Background Check)”阶段的生效时间戳。事件类型 inferred
	申请已撤回	候选人主动撤回申请的结束事件。当候选人状态被候选人本人或招聘人员更新为“撤回 (Withdrawn)”时，系统将捕获该事件。
为何重要跟踪候选人撤回申请的时间和原因，对于了解候选人体验问题、流程长度或 Offer 竞争力至关重要。它是流失分析的关键指标。获取方式根据候选人处理状态更新为“已撤回”时的 timestamp 推断。这可以由候选人在其门户中操作，也可以由招聘人员操作。捕获源自移动到“已撤回 (Withdrawn)”处理结果的生效时间戳。事件类型 inferred
	申请已筛选	代表招聘人员或筛选团队完成了对候选人申请的初步审核。通常在候选人从“已申请”或“新建”状态转移到“筛选”或“审核中”阶段时推断出。
为何重要此活动对于分析初步筛选阶段的效率至关重要。跟踪其吞吐量和持续时间有助于在招聘漏斗的早期识别瓶颈。获取方式根据“招聘”业务流程审计跟踪中，候选人阶段变更为筛选或审核步骤的生效日期推断。捕获源自候选人阶段更新为“筛选 (Screen)”时的时间戳。事件类型 inferred
	背调已通过	标志着背景调查流程成功完成。当候选人的状态更新为已通过必要调查并准予聘用时，即可推断出该 event。
为何重要这是招聘流程敲定前的最后检查点。接收和记录此许可的延迟可能会耽误候选人的入职日期。获取方式根据候选人申请的状态更新推断，例如移动到“待入职”或“背景调查完成”阶段。捕获源自指示背景调查已完成且通过的状态变更。事件类型 inferred
	面试已安排	代表与候选人进行的正式面试安排。通常在 Workday 的面试安排功能中针对特定职位申请创建并确认面试 event 时捕捉。
为何重要衡量此活动与之前活动之间的时间间隔有助于识别协调过程中的延迟。这对于改善候选人体验和加速面试进程至关重要。获取方式 Workday 的面试安排功能会创建带有 timestamp 的 event。此活动可以从链接到申请的预定面试创建日期中捕捉。捕获从招聘模块中面试记录的创建事件捕获。事件类型 explicit
	面试已完成	标志着与候选人的预定面试已完成。通常在面试官或招聘人员将面试状态从“已安排”更新为“已完成”或“已进行”时推断出该事件。
为何重要此活动作为反馈提交窗口的触发器。分析从此时点到提交反馈的时间，是衡量招聘主管反应速度的关键。获取方式根据面试结束后在 Workday Recruiting 中面试计划对象的状态更新，或候选人的手动阶段变更进行推断。捕获源自面试后状态更新或候选人阶段变更的时间戳。事件类型 inferred

推荐可选

提取指南

如何从 Workday Recruiting 获取数据

步骤

登录 Workday： 使用具有创建自定义报告和访问招聘数据权限的用户账号访问您的 Workday 租户。
创建自定义报告： 导航至“创建自定义报告”任务。选择“高级”作为报告类型，并勾选“启用为 Web 服务”选项。数据源请选择索引源（如“所有职位申请”），以获得更好的性能。
定义主要业务对象： 将主要业务对象设置为“职位申请 (Job Application)”。该对象将作为报告的基础和 Case 标识符。
添加数据列： 在报告的列网格中添加必需和推荐的字段。为 JobApplicationId 添加“职位申请”。对于“招聘人员”和“招聘经理”等其他属性，您需要从链接到职位申请的相关业务对象中添加它们。
为活动创建计算字段： 这是最关键的一步。针对 15 个活动中的每一个，您需要创建两个计算字段：一个用于活动名称，一个用于事件时间戳。这些字段的逻辑在“查询”部分有详细说明。例如，要捕捉“发出 Offer”，您需要创建一个字段来检查“提议薪酬”业务流程的完成情况，并创建另一个字段来提取该流程的完成时间戳。
将计算字段添加到报告中： 将所有新创建的计算字段（共 30 个，15 个用于活动名称，15 个用于时间戳）作为列添加到报告中。报告将呈现为“宽表”格式，每行代表一个职位申请，多列代表潜在的活动。
配置 Web 服务选项： 在报告定义的“Web 服务”选项卡中，确保勾选“启用为 Web 服务”复选框。您可以在此处查看报告的命名空间和 URL。记下“命名空间”供后续使用。
设置权限： 将报告共享给专门用于调用 RaaS 端点的集成系统用户 (ISU) 或特定的安全组。该用户必须拥有访问数据源域的权限，例如“招聘：职位申请”。
运行并测试报告： 从 Workday UI 运行报告以验证输出。检查行数是否合理，并确保计算字段在一些示例申请中正确填充。
调度提取任务： 使用外部调度工具或中间件（如 MuleSoft、Boomi 或自定义脚本）定期调用报告的 RaaS URL。该工具需要处理带有正确身份验证的 Workday SOAP 或 REST API 调用。
转换数据： RaaS 调用的原始输出将是一个宽格式的 XML 或 CSV 文件。您必须在中间件或脚本语言（如 Python）中实现转换步骤以“逆透视”这些数据。脚本应遍历每一行（职位申请），并为每个非空活动/时间戳对在最终事件日志中创建新行，最终生成包含三个主列的“长表”格式：JobApplicationId、ActivityName 和 EventTime。

配置

报告类型：始终使用“高级 (Advanced)”，以便使用复杂的计算字段并访问相关的业务对象。
数据源：使用索引数据源（如“所有职位申请 (All Job Applications)”）以确保报告高效运行。对于大型数据集，请避免使用未索引的数据源。
日期范围筛选：在“职位申请 (Job Application)”业务对象的“申请日期”字段上应用过滤器至关重要。建议先从较小范围开始（例如最近 3 到 6 个月），以管理数据容量和报告性能。
主要业务对象：主要对象必须是“职位申请 (Job Application)”，以确保 JobApplicationId 用作 Case 标识符。
启用 Web 服务：您必须在报告配置中勾选“启用为 Web 服务”选项，以便通过 API 进行访问。
安全性与权限：报告必须共享给专门的集成系统用户 (ISU)。该 ISU 必须拥有访问所需数据域的安全组权限，包括“招聘：职位申请”、“业务流程事务”和“员工数据”。
输出格式：虽然 Workday 提供多种输出格式（XML、CSV、JSON），但 XML（特别是“Simple XML”格式）通常是通过 API 进行结构化数据提取最可靠的选择。

a 查询示例 config

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)。授予该用户访问招聘 API 所需的安全域权限。关键域包括“员工数据：公共员工报告”、“职位申请”和“招聘：报告”。
确定 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 请求逻辑：编写调用“获取职位申请”端点的函数。使用请求参数过滤数据，例如使用 updatedSince 获取在特定日期后修改的申请。这对于控制数据量至关重要。
处理 API 分页：Workday API 每次请求返回的记录数有限。您的脚本必须检查响应中的 total 总数以及 next 页面链接或偏移量参数，并循环遍历所有页面以检索完整的数据集。
定义活动映射：在脚本中创建映射字典或一系列条件语句。此逻辑将 Workday 的业务流程状态和招聘阶段（如“筛选”、“面试”、“录用意向”、“录用”）转换为所需的活动名称（如“申请已筛选”、“候选人进入面试阶段”）。
转换申请数据：对于从 API 检索到的每份职位申请，解析其审计轨迹或阶段历史数据。这些历史记录包含阶段序列、处理结果和业务流程事件及其对应的时间戳。
生成事件日志行：遍历每份申请的历史记录。对于符合活动映射的每个相关历史事件，创建一个代表最终事件日志行的字典。填充 JobApplicationId、ActivityName、EventTime 以及其他所需属性。
汇总并结构化数据：将所有申请生成的事件日志行收集到一个列表中。
创建并导出 CSV 文件：使用 pandas 库将事件字典列表转换为 DataFrame。然后，将 DataFrame 导出为 CSV 文件。确保列标题符合 ProcessMind 的要求（例如 CaseId、Activity、Timestamp）。
审核并上传：在上传到流程挖掘工具之前，打开最终的 CSV 文件审核其内容的准确性和完整性。

配置

Workday 集成系统用户 (ISU)：需要一个拥有强密码且永不过期的 ISU。该用户需要具有“招聘 (Recruiting)”和“员工数据 (Worker Data)”安全域的权限，以便访问职位申请和候选人详情。
API 端点和版本：您必须为您的 Workday 租户使用正确的 REST API 端点。在请求中指定 API 版本对于确保行为一致至关重要。
日期范围过滤器：脚本应使用日期过滤器（例如 updatedSince）将查询限制在可管理的时间范围内。对于初始提取，建议使用 3-6 个月的时间段。对于后续的增量加载，请使用上次成功提取的时间戳。
分页限制：请注意 API 中的 limit 参数，它控制每页返回的记录数。通常最大值为 100。脚本必须设计为通过发起多个分页请求来处理此问题。
响应字段：为了提高性能，如果 API 支持，您可以使用 fields 或类似参数指定要返回的字段。这可以减小 API 响应的数据量。
活动映射配置：脚本的核心逻辑是将 Workday 阶段映射到定义的 Activity。这可能需要根据您组织特定的 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 连接器。确认您拥有 Workday 集成系统用户 (ISU) 的凭据，且该用户具备招聘和人员配置域所需的 API 权限。
配置 Workday 连接：在 ETL 工具中创建新的 Workday 连接。提供您的 Workday 租户 URL、API 版本以及 ISU 凭据（例如用户名和密码，或 OAuth 2.0 令牌）。测试连接以确保成功。
探索数据架构：使用 ETL 工具中的架构浏览器或数据源资源管理器查看通过连接器可用的 Workday 对象。这些对象通常以表或视图的形式呈现，例如 Job_Application、Job_Requisition 和 Candidate_Stage_History。熟悉可用的字段及其关联关系。
识别关键数据对象：在此次提取中，您主要需要来自职位申请、候选人历史、面试、Offer 和录用相关对象的数据。具体名称取决于您的连接器，但请寻找代表这些核心实体的对象。
编写 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、Department 和 ApplicationStatus。

配置

Workday 连接器凭据：连接需要 Workday 租户 URL 和获得授权的集成系统用户 (ISU) 及其密码或 OAuth 2.0 客户端凭据。该用户必须拥有“招聘 (Recruiting)”和“人员配置 (Staffing)”功能区域的安全权限。
启用 Web 服务：连接器可能要求您指定要公开的 Workday Web Services。请确保已启用与招聘、人员配置和人力资源相关的服务，以便访问所有必要的数据对象。
日期范围：为优化性能并控制数据容量，请务必按特定时间段过滤提取。我们建议初始加载 3 到 6 个月的数据，随后进行每日或每周的增量加载。这可以通过 SQL 查询中的 WHERE 子句进行管理。
数据范围筛选：如果您只需要分析组织中某些部分的工作流，请考虑在 WHERE 子句中为公司、成本中心或监督组织等字段添加过滤器。
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]'

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

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

招聘与人才获取属性

招聘与人才获取活动

提取指南

Workday 报告即服务 (RaaS) 提取

步骤

配置

a 查询示例 config

通过 Python 脚本进行 Workday Recruiting API 提取

步骤

配置

a 查询示例 python

使用带有 Workday 连接器的 ETL 工具提取

步骤

配置

a 查询示例 sql

准备好开始了吗？

告别招聘瓶颈：即刻优化您的人才获取流程

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

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

招聘与人才获取属性

招聘与人才获取活动

提取指南

Workday 报告即服务 (RaaS) 提取

步骤

配置

a 查询示例 config

通过 Python 脚本进行 Workday Recruiting API 提取

步骤

配置

a 查询示例 python

使用带有 Workday 连接器的 ETL 工具提取

步骤

配置

a 查询示例 sql

我们重视您的隐私

准备好开始了吗？

告别招聘瓶颈：即刻优化您的人才获取流程