> 持续流程改进 > 员工入职 > Workday Onboarding > 数据模板

您的员工入职数据模板

Workday Onboarding

您的员工入职数据模板

此模板为收集分析和优化员工入职流程所需的关键 data 提供了清晰的路线图。它概述了应采集的核心属性、需追踪的关键活动，并就如何从 Workday Onboarding 提取此类信息提供了实用指南。利用此资源，确保为您的 Process Mining 项目奠定全面且准确的 data 基础。

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

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

下载模板

员工入职属性

这些是建议包含在 event log 中的 data 字段，以便进行全面的员工入职分析并获得深度洞察。

5 必填 7 推荐 10 可选

	名称	描述
	Event 时间 EventTime	入职活动完成或状态变更的准确日期和时间。
描述该属性是与每个活动关联的 timestamp，提供事件的时间序列。它是了解流程步骤时机和时长的基础。在分析中，event 时间用于正确排序活动、计算步骤间的时长（cycle time 和等待时间）以及测量 case 总时长。它对于绩效相关的分析至关重要，例如识别瓶颈和监控 SLA 合规性。为何重要它为所有活动提供了时间背景，这对于计算周期时间等绩效指标以及识别延迟至关重要。获取方式这是 Workday Onboarding 业务流程历史记录中每个 event 的完成 timestamp。示例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:00:00Z
	入职 case OnboardingCase	每位新员工入职流程的唯一标识符，涵盖从接受录用到初步融入公司的全过程。
描述入职 case 作为核心标识符，将与单个新员工入职路径相关的所有 event 和活动归为一组。该属性对于追踪每位新员工的端到端流程至关重要。在 Process Mining 分析中，该标识符可以还原个人入职路径。它用于计算 cycle time 等 case 级指标，分析流程变体，并了解每位新员工完整的活动序列，构成了流程图的基础。为何重要这是将所有相关活动连接成单个端到端流程实例的基础属性，从而实现流程发现和分析。获取方式这通常是由 Workday 为每个入职业务流程实例生成的唯一标识符。具体业务对象和字段请参考 Workday 文档。示例 ONB-0012345ONB-0012346ONB-0012347
	活动名称 ActivityName	入职流程中发生的特定 task 或里程碑的名称。
描述该属性描述入职路径中的单个步骤或 event，例如“录用函已接受”、“背景调查已启动”或“设备已交付”。它代表流程日志中的“内容”。分析活动的顺序和频率是 Process Mining 的核心。该属性用于构建流程图、识别瓶颈并了解工作流。它有助于回答哪些步骤最常见、延迟发生在何处以及哪些活动正在返工等问题。为何重要它定义了流程的各个步骤，从而实现流程流向的可视化，并能分析流程结构及其变体。获取方式这对应于 Workday Onboarding 业务流程历史记录中的 event 或 task 名称。示例已接受 Offer背调已完成IT 账号开通已启动员工已入职
	最后数据更新 LastDataUpdate	指示该 event 数据上次刷新或提取时间的 timestamp。
描述该属性记录 data 在 Process Mining 工具中上次更新的时间。它提供了分析新鲜度的背景，帮助用户了解他们查看的是否为最新信息。这对于监控进行中流程的运营仪表板非常重要。它允许用户评估 data 的及时性，是管理 data 刷新周期并确保洞察可靠性的关键元数据字段。为何重要它能确保用户了解数据的时效性，这对于根据分析结果做出及时且明智的决策至关重要。获取方式该时间戳通常在数据抽取与加载（ETL）过程中生成并写入数据集。示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	源系统 SourceSystem	提取入职 data 的源系统。
描述该属性识别 data 的来源。对于此流程，它将始终为“Workday Onboarding”，但对于 data 治理以及在集成多个系统时区分 data 至关重要。在更广泛的分析背景下，它有助于追踪 data 血缘并确保 data 质量。在分析跨多个系统的流程时，该属性是了解不同平台间交接和集成的关键。为何重要它提供了关于数据来源的关键背景信息，这对于数据治理、故障排查以及跨系统流程分析非常重要。获取方式这是一个静态值，应在 data 提取过程中添加，以标记记录的来源。示例 Workday Onboarding
	入职状态 OnboardingStatus	整个入职 case 的当前状态，例如“进行中”、“已完成”或“已取消”。
描述该属性提供入职 case 在特定时间点所处状态的高层摘要。它指示流程是正在运行、成功结束还是提前终止。在流程分析中，这有助于过滤 case 以专注于已完成的路径，或专门分析 case 取消的原因。它对于“新员工入职状态概览”仪表板必不可少，可快速展示所有进行中入职流程的当前状态。为何重要它允许根据结果对 Case 进行细分，从而能够专注于分析已完成、进行中或已取消的流程。获取方式这通常源自 Workday 中主要入职业务流程实例的状态。示例进行中已完成已取消等待入职日期
	合规截止日期 ComplianceDueDate	必须完成特定强制性或合规相关 task 的截止日期。
描述该属性指定背景调查、入职前文档或强制性培训等关键 task 的截止日期。这些日期通常由法律要求或内部政策决定。这对于监控合规性和风险至关重要。通过将 task 的实际完成时间与此截止日期进行对比，可以计算“强制性 task 完成率”和“文档合规率”等 KPI。它帮助组织主动管理期限并避免合规问题。为何重要它支持对有时效要求的合规任务进行监控，并计算及时完成率。获取方式任务截止日期通常可以在 Workday 业务流程的任务详情中找到。示例 2024-05-302024-06-142024-06-20
	员工ID EmployeeId	分配给新员工的唯一标识符。
描述员工 ID 是组织 HR 系统中员工永久且唯一的标识符。它在入职流程中分配，通常在 HR 档案创建后生成。该属性允许将入职 data 与跨不同系统（如绩效管理或薪酬系统）的其他员工 data 关联。它有助于分析入职流程的长期成果，例如将入职体验与员工留存率或初始绩效相关联。为何重要它作为主键，可将入职流程数据与更广泛的员工生命周期数据相连，实现更全面的 HR 分析。获取方式这是 Workday 员工档案中的标准字段。具体的字段名称请参考 Workday 文档。示例 100523100524100525
	招聘经理 HiringManager	负责该新员工的经理姓名。
描述该属性识别与入职 case 关联的招聘经理。招聘经理通常是流程中的关键参与者，负责审批和团队特定的入职 task。按“招聘经理”分析流程有助于识别不同经理处理入职方式的差异。它可以突出效率极高的经理，或那些可能造成瓶颈的经理，从而为有针对性的培训和流程改进提供机会。这对于“招聘经理 task 效率”仪表板至关重要。为何重要它支持按关键利益相关者进行绩效分析，揭示依赖经理的任务中的瓶颈和不一致性。获取方式此信息是 Workday 中与新员工关联的职位或职位申请 data 的一部分。示例约翰·史密斯Jane DoePeter Jones
	正式入职日期 OfficialStartDate	新员工正式入职的第一天。
描述该属性是入职流程中的关键日期，也是 IT 配置和设备交付等许多入职前活动的截止日期。它标志着从待入职者到正式员工的转变。此日期对于计算准备就绪 KPI 至关重要。通过将关键配置活动的完成时间与“正式入职日期”进行对比，组织可以衡量“首日就绪率”。这有助于确保新员工从第一天起就拥有高效工作所需的一切，这是影响他们初始体验的关键因素。为何重要它是入职前任务的关键截止日期，用于衡量“首日就绪率”这一 KPI。获取方式这是 Workday 雇佣或待入职数据中的标准字段，通常称为“雇佣日期”。示例 2024-06-012024-06-152024-07-01
	起始系统 SystemInitiatingActivity	启动特定活动的系统或用户类型，用于区分自动化步骤与手动步骤。
描述该属性指示活动是由 Workday 系统自动触发，还是由用户（如 HR 伙伴或招聘经理）手动执行。例如，“System”可能表示自动化 workflow 步骤，而“HR Specialist”则表示手动步骤。此信息对于识别自动化机会极具价值。通过分析手动活动的频率和时长（如“手动活动分析”仪表板所示），组织可以将最耗时的手动步骤作为未来自动化努力的目标，从而提高效率并减少错误。为何重要它有助于区分自动化和手动活动，这是识别自动化机会和衡量流程效率的关键。获取方式这通常可以从 Workday 业务流程历史记录中与 event 关联的用户或参与者推断出来。系统生成的 event 具有独特的用户标识。示例系统HR 专员招聘经理
	部门 Department	新员工加入的部门或业务单位。
描述该属性指定新员工所属的组织单位，如“销售”、“工程”或“财务”。部门惯例往往会导致入职流程出现显著差异。这是一个用于对比分析的关键维度。它允许过滤流程图以查看特定部门的流程，比较部门间的 cycle time，并识别高效单位的最佳实践。它直接支持“各部门入职变体”仪表板。为何重要它是进行基准测试、识别整个组织内流程变体和最佳实践的主要维度。获取方式这是 Workday 中新员工职位和管理组织信息的一部分。示例技术销售与市场人力资源财务
	Recruiter Recruiter	管理该新员工招聘流程的招聘人员姓名。
描述该属性识别在入职流程之前负责候选人的招聘人员。招聘人员在入职初期可能需要处理交接 task。虽然对于入职后流程来说次要一些，但按招聘人员进行分析有时可以发现招聘与入职衔接处的问题。它可以帮助识别某些招聘人员推荐的候选人是否在入职过渡时更顺畅。为何重要它将入职流程与之前的招聘阶段相连，有助于分析交接环节以及整个人才获取生命周期。获取方式这通常存储在 Workday Recruiting 的职位申请或候选人档案中。示例 David MillerSarah WilsonChris Green
	地点 Location	新员工所在的办公地点或地区。
描述该属性指示新员工所在的城市、国家或办公室。由于法律要求、办公室物流或区域政策的不同，入职流程可能因地域而异。 “办公地点”为分析提供了地理维度。它可用于比较不同站点的入职效率，识别特定区域的瓶颈，并确保符合当地法规。这对于全球性组织尤为重要。为何重要它支持地理维度分析，以比较不同办事处或国家的入职流程，并识别区域差异。获取方式这在 Workday 的职位或职位申请 data 中指定。示例美国纽约英国伦敦新加坡
	整体周期时间 OverallCycleTime	入职 case 的总持续时间，从第一个活动到最后一个活动。
描述这是一个 case 级指标，计算方式为入职 case 中第一个 event 与最后一个 event 之间的时间差。它代表新员工在入职流程中花费的总时间。该属性直接衡量“整体入职周期时间”KPI，是流程效率的主要指标。它用于高层仪表板，以追踪随时间变化的绩效，并对比不同部门、地区或招聘经理之间的效率。为何重要这是一个关键绩效指标，用于衡量整个入职流程的端到端效率。获取方式这是在 data 转换期间在 case 级别计算的，方法是用每个 OnboardingCase 的最大 timestamp 减去最小 timestamp。示例 35天48 天29 天
	新员工姓名 NewHireName	正在参加入职流程的新员工全名。
描述该属性包含新员工的姓名。虽然为了避免隐私问题通常不用于统计分析，但对于运营支持和 case 管理非常有用。在仪表板（如“新员工入职状态概览”）中，显示姓名可让经理和 HR 人员快速识别与 case 关联的特定个人。这使得 data 对于需要查找和管理个人入职流程的用户来说更易读且更具可操作性。为何重要它为每个 Case 提供了易于阅读的标识符，便于运营监控和直接干预。获取方式这是 Workday 中“待入职者”或“员工”对象上的标准字段。示例爱丽丝·约翰逊陈若博 (Robert Chen)Maria Garcia
	是否按时 IsOnTime	一个布尔值标志，用于指示合规性相关活动是否在截止日期前完成。
描述该计算属性将 task 的完成 timestamp (EventTime) 与其“合规截止日期”进行对比。如果 task 在截止日期或之前完成，则设为 true，否则为 false。该标志简化了合规监控和 KPI 计算。它允许轻松过滤和汇总，以确定“强制性 task 完成率”和“文档合规率”。它能让人一目了然地看清合规期限是否得到满足。为何重要它提供了一个清晰、二元化的合规绩效指标，简化了对有期限要求任务的分析和监控。获取方式这是在 data 转换期间通过比较相关活动的 EventTime 与 ComplianceDueDate 计算得出的。示例 truefalse
	是否返工 IsRework	一个布尔值标志，用于指示某个活动或活动序列是否代表返工或更正。
描述该计算属性标记重复执行 task 或出现修正循环的情况，例如重新启动“HR 档案已创建”步骤。它通常通过识别同一 case 内重复活动的模式来得出。 “IsRework”标志对于质量分析至关重要。它允许量化返工循环，帮助计算“HR 档案返工率”KPI。识别并衡量返工有助于发现流程薄弱点、data 质量问题和培训需求。为何重要它通过显式标记重复工作来量化流程低效和质量问题，有助于集中精力进行改进。获取方式这是在 data 转换期间通过定义和检测 event log 中特定的返工模式（例如：活动 A -> 活动 B -> 活动 A）得出的。示例 truefalse
	活动时长 ActivityDuration	完成单项活动所需的时间，从开始到结束计算。
描述这是一个计算指标，代表活动的处理时间。它是 event 的 EndTime 与 StartTime 之间的差值。该指标对于详细的绩效分析至关重要。它有助于区分主动处理 task 的时间（处理时间）和等待 task 开始的时间（等待时间）。这能更准确地识别哪些特定活动耗时过长。为何重要它分离出了活动的实际工作时间，有助于将效率低下的任务与排队延迟区分开来。获取方式这是在 data 转换期间通过从活动的结束 timestamp 中减去开始 timestamp 计算得出的。示例 2小时3天15 minutes
	结束时间 EndTime	指示活动完全完成的 timestamp，与开始时间有所区别。
描述 StartTime (EventTime) 标记活动的开始或记录时间，而 EndTime 标记其完成时间。对于具有持续时间的活动，同时拥有这两个 timestamp 对于精确衡量绩效至关重要。该属性允许直接计算单个活动的处理时间，并将其与活动之间的等待时间区分开来。这有助于确定延迟是由于 task 本身耗时较长，还是由于 task 开始前的等待时间过长。为何重要它能够准确计算活动的“处理时间”（区别于“等待时间”），从而进行更精确的瓶颈分析。获取方式某些 Workday 业务流程步骤可能有独立的开始和结束 timestamp。如果没有，则可能需要推断，或者与开始时间相同。示例 2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-01T10:15:00Z
	职位名称 JobTitle	新员工所担任职位的正式职称。
描述该属性指定新员工的职位，如“软件工程师”、“销售总监”或“会计师”。职称可能会影响入职流程中的特定步骤或要求。按“职称”或职级分析可以揭示不同角色的不同入职模式。例如，高管入职与初级职位相比可能有额外的步骤。这为过滤和比较流程变体提供了另一个有价值的维度。为何重要它允许根据职位角色或资历分析流程差异，这些角色可能具有不同的入职要求。获取方式此信息是 Workday 中与新员工关联的职位 data 的一部分。示例高级软件工程师财务分析师市场协调员
	雇佣类型 EmploymentType	新员工的就业分类，如全职、兼职或合约工。
描述该属性根据雇佣安排对新员工进行分类。不同类型的员工可能会遵循具有不同要求的入职路径。按“雇佣类型”分析流程有助于确保每种类型的入职者都能获得合适的入职体验。例如，合约工的入职流程可能是全职员工的简化版，仅侧重于必要的系统访问和合规项。为何重要它允许分析全职、兼职和临时员工的不同入职路径，因为这些群体通常有不同的需求。获取方式这是 Workday 中“待入职者”或“员工”对象上的标准字段，用于分类员工与公司的关系。示例全职兼职合同工实习生

必填推荐可选

员工入职活动

这些是应在事件日志中记录的关键流程步骤与里程碑，用于实现精准的流程发现与绩效监控。

6 推荐 9 可选

	活动	描述
	HR 档案已创建	此活动标志着在 HCM 系统中正式创建员工记录，使其从候选人转变为待入职者或正式员工。在 Workday 中，这是“雇佣 (Hire)”业务流程的最后一步。
为何重要这是一个基础里程碑，正式在系统中建立员工身份，从而开启薪资、福利和其他核心 HR 职能。它是大多数配置活动的前提。获取方式这通过 Workday event logs 中“雇佣 (Hire)”业务流程的完成 timestamp 显式捕获。捕获捕获“入职 (Hire)”业务流程的成功完成事件。事件类型 explicit
	IT 账号开通已完成	该里程碑确认已为新员工成功创建所有必要的 IT 账号和访问权限。当 IT 团队在 Workday 中完成指派的配置 task 时，会捕获此 event。
为何重要确保 IT 账号在入职日期前就绪，对于良好的入职体验和即时生产力至关重要。这一里程碑有助于衡量“入职首日就绪率”。获取方式在入职业务流程中，当 IT 部门完成特定的“待办 (To Do)”步骤（如“确认账号创建”）时，系统会记录该 event。捕获捕获之前启动的 IT 配置任务的完成事件。事件类型 explicit
	员工已入职	此活动代表新员工正式入职的第一天。这并非一个显性的 event，而是与员工档案关联的关键日期属性。
为何重要这是合规和流程分析的关键日期。它允许通过将配置完成日期与此入职日期进行对比来衡量“首日就绪度”。获取方式这源自 Workday 中员工档案里的“雇佣日期”或“入职日期”字段。它是雇佣记录的核心属性。捕获使用员工记录中的“雇佣日期”属性作为此 event 的 timestamp。事件类型 calculated
	已完成 30 天入职面谈	代表新员工与经理之间预定沟通的完成，通常发生在入职 30 天左右。这通常在经理完成 Workday 中相应的“待办 (To Do)”task 时捕获。
为何重要这是初始入职流程中一项关键的收尾活动，重点在于员工参与度和留存率。它可作为衡量整体入职 cycle time 的可靠终点。获取方式当招聘经理完成入职业务流程中指派的“30 天沟通”task 或类似项目时，记录该 event。捕获从业务流程历史记录中捕获“经理面谈”或“30 天入职面谈”任务的完成时间戳。事件类型 explicit
	已接受 Offer	此活动标志着入职 case 的正式开始，由候选人接受录用函触发。在 Workday 中，这通常记为招聘业务流程中“录用 (Make Offer)”或“录用函 (Offer)”步骤的完成，随后启动入职 workflow。
为何重要这是端到端入职流程的主要启动 event。从此时点开始分析，可以全面了解新员工入职路径和整体 cycle time。获取方式当 Workday 中“职位申请”业务流程的录用阶段完成时，会记录此 event。该步骤的完成 timestamp 即为活动 timestamp。捕获捕获招聘业务流程中“录用通知 (Offer)”步骤的完成事件。事件类型 explicit
	背调已完成	标志着候选人背景调查流程的结束。这是一个关键里程碑，通常在收到供应商结果并在 Workday 的候选人档案中更新后记录。
为何重要这是一个关键的合规里程碑。背景调查完成的延迟可能会推迟正式入职日期并影响资源规划。获取方式当用户（如招聘人员或 HR 伙伴）完成 Workday 入职业务流程中的“审核背景调查”步骤时，通常会记录此 event。捕获捕获业务流程中“审核背景调查”或类似步骤的完成时间戳。事件类型 explicit
	IT 账号开通已启动	标志着 IT 流程的开始，用于创建必要的系统账号（如邮箱、网络访问权限和应用登录权限）。这通常在 HR 档案创建后，通过集成或通知 task 自动触发。
为何重要此活动对于确保新员工入职第一天就能投入工作至关重要。追踪其启动情况有助于分析和优化 IT 交付流程的效率。获取方式可能记录为 Workday 入职业务流程中分配给 IT 部门的特定“待办 (To Do)”步骤，或者根据发送至 IT 服务管理系统的集成 event 自动推断。捕获捕获诸如“创建用户账号”或“配置 IT 服务”等任务的启动或完成时间戳。事件类型 explicit
	入职已取消	此活动代表在员工入职日期前终止入职流程，例如候选人撤回接受。在 Workday 中，这通过对雇佣业务流程执行“撤销 (Rescind)”或“取消 (Cancel)”操作来捕获。
为何重要这代表了一条重要的异常路径。分析取消的频率和时机可以洞察有关录用条件、薪酬或入职体验方面的问题。获取方式当授权用户对雇佣或入职流程执行“撤销 (Rescind)”或“取消 (Cancel)”操作时，业务流程历史记录中会记录此显性 event。捕获捕获“撤销入职”或“取消业务流程”操作的执行事件。事件类型 explicit
	已发起背景调查	代表请求对候选人进行背景调查的时间点。这通常是 Workday 入职业务流程中的一个自动或手动步骤，并与第三方供应商集成。
为何重要追踪此启动点对于衡量背景调查流程的时长至关重要，而背景调查是一个常见的瓶颈。它有助于识别启动关键合规 task 时的延迟。获取方式记录为 Workday 入职业务流程中一个独立步骤的完成。业务流程的 event log 将显示该特定 task 开始或结束的时间。捕获捕获“启动背景调查”业务流程步骤的完成事件。事件类型 explicit
	已指派强制性培训	指示已为新员工分配了所需的合规或基于职位的培训。这通常是 Workday Learning 中由入职流程完成触发的自动化事件。
为何重要这标志着新员工学习和合规路径的开始。追踪从指派到完成的时间是衡量“平均强制性培训时间”KPI 的关键。获取方式此 event 可源自 Workday Learning 模块日志，该日志记录了何时为员工启动学习计划或注册。捕获从 Workday Learning 数据源中捕获必修课程的注册或分配时间戳。事件类型 explicit
	强制性培训已完成	此活动标志着新员工完成了所有分配的强制性培训模块。当最后一门必修课程在 Workday Learning 中被标记为完成时，该 event 就会被捕获。
为何重要这是一个关键的合规里程碑。分析完成率和耗时有助于确保组织符合监管要求，并确保员工得到适当培训。获取方式数据源自 Workday Learning。新员工最后一门必修培训课程的完成 timestamp 即为 event 时间。捕获识别新员工必修培训计划中所有课程的完成时间戳。事件类型 explicit
	设备已订购	代表为新员工提交物理设备（如笔记本电脑或电话）申请的时间点。这通常是入职 workflow 中分配给招聘经理或 IT 的一项 task。
为何重要设备订购延迟是导致新员工在入职首日无法就绪的主要原因。此活动有助于查明硬件采购和交付过程中的瓶颈。获取方式提取自 Workday 入职业务流程中“订购设备”等“待办事项”或清单项目的完成时间戳。捕获在业务流程历史记录中查找“订购笔记本电脑”或“申请设备”任务的完成事件。事件类型 explicit
	设备已送达	此活动确认新员工的物理设备已送达其指定的办公地点。这通常是由 IT、招聘经理或行政人员完成的手动确认步骤。
为何重要此 event 是首日就绪情况的关键指标。追踪此项有助于确保新员工拥有开始工作所需的物理工具，避免延误。获取方式提取自 Workday 入职工作流中“确认设备送达”等“待办事项”或清单项目的完成情况。捕获在业务流程历史记录中查找“设备送达确认”任务的完成事件。事件类型 explicit
	雇佣前文档已发送	此活动发生在将入职文档（如 I-9、税务表格和政策确认书）发送给新员工时。在 Workday 中，当“入职 (Onboarding)”业务流程步骤触发文档生成和交付时，会记录此活动。
为何重要这标志着新员工行政 task 的开始。分析从此时点到文档完成的时间，有助于衡量新员工参与度和行政效率。获取方式在新员工入职 workflow 中，当执行“生成文档”或类似 task 时，业务流程历史记录中会记入该 event。捕获捕获为待入职员工启动“员工导引 (Onboarding)”步骤（包括发送文档）的时间戳。事件类型 explicit
	雇佣前文档已完成	代表新员工成功完成并提交所有必要的入职前表格和文档的时刻。这在 Workday 中作为新员工完成分配的“待办 (To Do)”或“收件箱 (Inbox)”task 被追踪。
为何重要完成文书工作是创建最终员工档案并确保合规的关键前提。此处的延迟会直接影响薪资设置和 IT 配置等下游活动。获取方式提取自新员工 Workday 收件箱中“入职”任务的完成时间戳。最后一个必填文档任务的完成即代表此事件。捕获识别分配给待入职员工 Workday 账号的一系列入职文书任务的完成事件。事件类型 explicit

推荐可选

提取指南

如何从Workday Onboarding获取数据

步骤

登录 Workday： 使用具有创建自定义报表权限的用户账号访问 Workday。这通常需要“报表编写者 (Report Writer)”或“系统管理员”角色。
创建新的自定义报表： 使用搜索栏找到并导航至“创建自定义报表 (Create Custom Report)”任务。
配置报表详细信息： 报表类型选择“高级 (Advanced)”。为报表起一个易于识别的名称，例如 ProcessMind_Onboarding_Event_Log。数据源选择“业务流程事务 (Business Process Transactions)”。该数据源提供各种业务流程中所有步骤的详细日志。
定义主业务对象： 系统提示时，选择“业务流程事务 (Business Process Transactions)”作为主业务对象。这将允许报表访问事件级数据。
添加核心数据列： 在报表编辑器中，转到“列 (Columns)”选项卡。从“业务流程事务”对象添加以下字段：事务状态 (Transaction Status)、已更正 (Corrected)、业务流程 (Business Process)、步骤 (Step) 和 完成日期/时间 (Completed Date/Time)。
添加 Case 和属性列： 添加与业务流程主体相关的字段。由于主体可能有所不同（例如：入职前、职位申请），您将从“业务流程”对象中检索它们。添加如下字段：Business Process -> Worker -> Employee ID、Business Process -> Worker -> Supervisory Organization（代表部门）以及 Business Process -> Worker -> Hiring Manager。
创建用于标准化的计算字段： 这是最关键的一步。创建多个计算字段，将原始 Workday 数据映射到所需的事件日志格式。
- OnboardingCase： 创建“查找相关值 (Lookup Related Value)”类型的计算字段。从“员工 (Worker)”相关业务对象中检索 Employee ID。对于尚未分配员工 ID 的入职前流程，可以使用 Pre-Hire ID 或 Candidate ID 作为备选项。
- ActivityName： 创建“评估表达式 (Evaluate Expression)”类型的计算字段。此字段将特定的 Workday 业务流程步骤映射到标准活动名称。例如：IF 'Business Process Type' = 'Hire' AND 'Step' = 'Make Offer - Completed' THEN 'Offer Accepted'。您必须为 15 个所需活动中的每一个创建条件。
- EventTime： 使用业务流程事务对象中的 Completed Date/Time 字段。此字段记录了步骤完成的时刻。
- SourceSystem： 创建“文本常量 (Text Constant)”类型的计算字段，并将值设置为 Workday Onboarding。
- LastDataUpdate： 使用“当前时刻 (Current Moment)”函数创建一个计算字段，为每次提取打上时间戳。
筛选报表数据： 转到“筛选 (Filter)”选项卡。添加筛选器以仅包含相关的业务流程，如入职 (Hire)、员工导引 (Onboarding)、工作变动 (Change Job) 和撤销 (Rescind)。为 Completed Date/Time 添加提示，以便您可以运行特定时间段的报表。务必在 Transaction Status 上添加子筛选器，仅包含“已成功完成”和“已取消”事件，以避免提取进行中的数据。
启用为 Web Service： 导航至报表定义的“高级 (Advanced)”选项卡。勾选“启用为 Web Service (Enable as Web Service)”框。这将使报表可以通过 URL 访问。
配置 API 选项： 在 Web Service 设置下，选择所需的 API 版本并定义命名空间（例如 wd:ProcessMind_Onboarding_Event_Log）。保存报表。
获取 RaaS URL： 查看报表并选择“Web Service” > “查看 URL (View URLs)”选项。复制 JSON 或 CSV 对应的 URL。外部系统将使用此 URL 提取数据。
共享与安全： 确保报表已与具有运行报表及访问底层数据域所需安全权限的集成系统用户 (ISU) 共享。

配置

报表类型： 高级 (Advanced)。此类型是启用 Web Service 访问 (RaaS) 的必要条件。
数据源： 业务流程事务 (Business Process Transactions)。这是包含事件级详细信息的核心数据源，包括步骤名称、完成时间戳和状态，对于 Process Mining 至关重要。
主业务对象： 业务流程事务 (Business Process Transactions)。这能确保报表紧密围绕事件本身构建。
数据筛选： 务必通过 Business Process Type 进行筛选，仅包含“入职 (Hire)”和“员工导引 (Onboarding)”等相关流程。此外，需设置 Transaction Status 等于“已成功完成 (Successfully Completed)”或“已取消 (Canceled)”，以获取确定的事件。建议在 Completed Date/Time 字段上设置日期筛选，以便进行增量数据加载并优化性能；初始分析的典型范围为 3-6 个月。
计算字段： 需要大量使用“评估表达式 (Evaluate Expression)”和“查找相关值 (Lookup Related Value)”计算字段，将 Workday 粒度极细的业务流程步骤转换为具有统一 Activity Names 和唯一 Case ID 的标准化事件日志。
启用 Web Service： 必须勾选“高级 (Advanced)”选项卡上的“启用为 Web Service (Enable as Web Service)”选项。报表输出格式应设置为 JSON 或 CSV，以便与外部系统兼容。
权限： 运行报表的用户或访问 RaaS URL 的集成系统用户 (ISU) 需要拥有以下域的安全组权限：“业务流程事务”、“员工数据”以及包含所需属性的其他任何域。

a 查询示例 config

/*
This is a conceptual representation of the Workday Custom Report configuration.
It is built using the Workday Report Writer UI, not a scriptable language.

**Report Name:** ProcessMind_Onboarding_Event_Log
**Report Type:** Advanced
**Data Source:** Business Process Transactions
*/

// 1. **Data Source Filter Configuration**
// Apply these filters in the 'Filter' tab of the report definition.
FILTER ON BusinessProcess.ProcessType IN ('Hire', 'Onboarding', 'Rescind Business Process')
AND BusinessProcess.TransactionStatus IN ('Successfully Completed', 'Canceled')
AND BusinessProcess.CompletedDateTime BETWEEN [Start Date Prompt] AND [End Date Prompt]

// 2. **Column and Calculated Field Configuration**
// These are configured in the 'Columns' tab. Many require creating 'Calculated Fields'.

{
  // **Required Attributes**
  "OnboardingCase": "Calculated Field (Lookup Related Value): Lookup Employee ID from Business Process -> Worker. Fallback to Candidate ID.",
  "ActivityName": "Calculated Field (Evaluate Expression): See logic below.",
  "EventTime": "Field: Business Process Transaction -> Completed Date/Time",
  "SourceSystem": "Calculated Field (Text Constant): 'Workday Onboarding'",
  "LastDataUpdate": "Calculated Field (Current Moment)",

  // **Recommended Attributes**
  "EmployeeId": "Calculated Field (Lookup Related Value): Lookup Employee ID from Business Process -> Worker",
  "HiringManager": "Calculated Field (Lookup Related Value): Lookup Hiring Manager from Business Process -> Worker",
  "Department": "Calculated Field (Lookup Related Value): Lookup Supervisory Organization from Business Process -> Worker",
  "OnboardingStatus": "Calculated Field (Evaluate Expression): Based on the overall status of the 'Onboarding' business process for the worker.",
  "OfficialStartDate": "Calculated Field (Lookup Related Value): Lookup Hire Date from Business Process -> Worker",
  "ComplianceDueDate": "Calculated Field (Lookup Related Value): Lookup Due Date from specific 'To Do' steps like compliance documents.",
  "SystemInitiatingActivity": "Field: Business Process Transaction -> Initiating Person"
}

// 3. **Logic for 'ActivityName' Calculated Field (Evaluate Expression)**
// This logic maps specific business process events to standardized activity names.
CASE
  WHEN BusinessProcess.ProcessType = 'Hire' AND BusinessProcess.Step CONTAINS 'Offer' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Offer Accepted'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Background Check' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Background Check Initiated'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Background Check Results Received' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Background Check Completed'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Complete Onboarding Paperwork' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Pre-Employment Paperwork Sent'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Review Documents' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Pre-Employment Paperwork Completed'
  WHEN BusinessProcess.ProcessType = 'Hire' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'HR Profile Created'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Request Account Provisioning' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'IT Account Provisioning Initiated'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Request Equipment' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Equipment Ordered'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Confirm Account Provisioning' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'IT Account Provisioning Completed'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Confirm Equipment Delivery' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Equipment Delivered'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'First Day' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Employee Started'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Assign Learning' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Mandatory Training Assigned'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Complete Mandatory Training' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Mandatory Training Completed'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS '30 Day Check-in' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN '30-Day Check-in Performed'
  WHEN BusinessProcess.ProcessType = 'Rescind Business Process' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Onboarding Canceled'
  ELSE NULL // Exclude rows that don't match a required activity
END

步骤

前提条件：配置 Workday 访问权限
- 确保您拥有一个具有用户名和密码的 Workday 集成系统用户 (ISU)。
- 将该 ISU 分配至拥有所需域权限的安全组。通常包括“员工数据：公共员工报表”、“业务流程事务”、“入职 (Onboarding)”和“员工数据：人员配置”。
- 确认您的 Workday 租户 (Tenant) 名称和相应的 REST API 端点 URL（例如：https://{wd-host-name}.workday.com/ccx/api/v1/{tenant-name}）。
搭建 Python 环境
- 在系统中安装 Python 3.x。
- 使用 pip 安装必要的库：pip install requests pandas。
- 创建一个新的 Python 脚本文件，例如 extract_onboarding.py。
配置脚本
- 打开脚本，并在顶部占位符变量中填入您的 Workday API 端点、租户、ISU 凭据以及所需的提取日期范围。
获取入职案例 (Cases)
- 脚本首先调用 Get_Workers REST API 端点。它会筛选出在指定日期范围内入职的员工。这个初始员工列表即代表了待分析的入职案例。
检索业务流程历史
- 对于识别出的每位员工，脚本会发起后续 API 调用，以检索其“入职 (Hire)”业务流程的详细信息。此历史记录包含所有单独的步骤、审批及其完成时间戳，构成了事件日志的核心。
将 Workday 步骤映射到活动 (Activities)
- 脚本会解析每位员工的业务流程历史。它使用预定义的映射关系，将 Workday 特有的步骤名称（如“完成录取”、“背景调查”、“完成入职任务”）转换为事件日志所需的标准化 Activity Names（如“录用通知已接受”、“背景调查已启动”、“入职前文书工作已完成”）。
处理非步骤事件
- 某些活动并非直接的业务流程步骤。脚本会对这些活动进行专门处理：
  - “员工已入职 (Employee Started)”提取自员工的 Hire_Date 字段。
  - “入职已取消 (Onboarding Canceled)”通过检查入职业务流程的整体状态是否为“已撤销 (Rescinded)”或“已取消”来识别。
  - “HR 档案已创建 (HR Profile Created)”映射自整个入职业务流程的最终完成事件。
结构化与整合数据
- 在解析事件的同时，它们会以结构化格式存储。处理完所有员工后，脚本会使用 pandas 库将所有单独的事件整合到一个统一的数据帧 (DataFrame) 中。
填充属性
- 脚本为每个事件填充所有必需和推荐的属性。OnboardingCase 映射自业务流程实例 ID。员工特定的属性（如 EmployeeId、HiringManager 和 Department）则提取自初始 API 调用中获取的员工数据。
完成并导出
- 脚本会添加静态列，如 SourceSystem ('Workday Onboarding') 和 LastDataUpdate（当前时间戳）。
- 最后，它将完成的数据帧导出为名为 workday_onboarding_event_log.csv 的 CSV 文件。该文件已格式化完毕，可直接上传至 ProcessMind。

配置

Workday API 凭证：身份验证需要有效的集成系统用户 (ISU) 用户名和密码。
API 端点和租户 (Tenant)：您必须为您的 Workday 实例提供正确的 REST API 端点，包括您特定的租户名称。
安全权限：ISU 所属的安全组必须拥有对“业务流程事务 (Business Process Transactions)”、“员工数据：人员配置 (Worker Data: Staffing)”、“员工数据：个人数据 (Worker Data: Personal Data)”和“入职 (Onboarding)”等域的查看权限。权限不足将导致数据不完整。
日期范围 (START_DATE, END_DATE)：定义日期范围以限制提取的数据量至关重要。对于初始分析，建议选择 3-6 个月的时间范围，以确保数据量适中并防止 API 超时。
业务流程步骤名称：脚本包含将常见 Workday 步骤标签映射到标准化活动名称的功能。您可能需要根据所在组织特定的 Workday 业务流程配置来定制此映射。
API 版本控制：虽然脚本未显式设置 API 版本，但 Workday API 具有版本区分。请确保您的端点 URL 对应于当前受支持的版本，以获得稳定的结果。

a 查询示例 python

import requests
import pandas as pd
from datetime import datetime, timezone
import xml.etree.ElementTree as ET
import json

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday tenant, credentials, and API endpoint
WORKDAY_TENANT = class="hl-string">'[Your_Workday_Tenant]'
WORKDAY_USERNAME = class="hl-string">'[Your_Integration_System_User]'
WORKDAY_PASSWORD = class="hl-string">'[Your_Integration_System_Password]'
WORKDAY_API_ENDPOINT = fclass="hl-string">'https://wd2-impl-services1.workday.com/ccx/api/v1/{WORKDAY_TENANT}'

class=class="hl-string">"hl-comment"># Define the date range for hires to extract
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># Mapping of Workday business process steps to standardized activity names
class=class="hl-string">"hl-comment"># CRITICAL: These keys may need to be adjusted to match your specific Workday configuration
STEP_TO_ACTIVITY_MAPPING = {
    class="hl-string">'Offer': class="hl-string">'Offer Accepted',
    class="hl-string">'Background Check': class="hl-string">'Background Check Initiated',
    class="hl-string">'Review Background Check': class="hl-string">'Background Check Completed',
    class="hl-string">'Onboarding Setup': class="hl-string">'Pre-Employment Paperwork Sent',
    class="hl-string">'Complete Form I-9': class="hl-string">'Pre-Employment Paperwork Completed',
    class="hl-string">'Complete Federal and State Withholding': class="hl-string">'Pre-Employment Paperwork Completed',
    class="hl-string">'Propose Compensation Hire': class="hl-string">'HR Profile Created', class=class="hl-string">"hl-comment"># Often the final step
    class="hl-string">'Create User Account': class="hl-string">'IT Account Provisioning Initiated',
    class="hl-string">'Order Equipment': class="hl-string">'Equipment Ordered',
    class="hl-string">'Review New Hire Equipment': class="hl-string">'Equipment Delivered',
    class="hl-string">'Assign Learning': class="hl-string">'Mandatory Training Assigned',
    class="hl-string">'Complete All Onboarding Questionnaires': class="hl-string">'Mandatory Training Completed',
    class="hl-string">'Manager Check-in: 30 Day': class="hl-string">'30-Day Check-in Performed'
}

def fetch_workday_data(url, params={}):
    class="hl-string">"""Generic function to fetch data from Workday REST API."""
    try:
        response = requests.get(url, auth=(WORKDAY_USERNAME, WORKDAY_PASSWORD), params=params, headers={class="hl-string">'Accept': class="hl-string">'application/json'})
        response.raise_for_status()
        return response.json()
    except requests.exceptions.HTTPError as e:
        print(fclass="hl-string">"HTTP Error fetching {url}: {e}")
        print(fclass="hl-string">"Response body: {e.response.text}")
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Request Error fetching {url}: {e}")
    return None

def main():
    class="hl-string">"""Main function to orchestrate the extraction process."""
    print(class="hl-string">"Starting Workday onboarding data extraction...")
    
    class=class="hl-string">"hl-comment"># 1. Fetch workers hired within the date range
    workers_url = fclass="hl-string">'{WORKDAY_API_ENDPOINT}/workers'
    workers_params = {class="hl-string">'hireDate': fclass="hl-string">'gt:{START_DATE},lt:{END_DATE}', class="hl-string">'limit': 100} class=class="hl-string">"hl-comment"># Use paging for >100
    workers_response = fetch_workday_data(workers_url, workers_params)
    
    if not workers_response or class="hl-string">'data' not in workers_response:
        print(class="hl-string">"Failed to fetch workers or no workers found in date range.")
        return

    all_events = []
    last_data_update = datetime.now(timezone.utc).isoformat()

    class=class="hl-string">"hl-comment"># 2. For each worker, fetch their hire business process history
    for worker in workers_response[class="hl-string">'data']:
        employee_id = worker.get(class="hl-string">'id', class="hl-string">'')
        print(fclass="hl-string">"Processing worker: {employee_id}")
        
        class=class="hl-string">"hl-comment"># Find the Hire business process instance
        processes_url = fclass="hl-string">'{WORKDAY_API_ENDPOINT}/workers/{employee_id}/businessProcesses'
        processes_response = fetch_workday_data(processes_url)
        
        if not processes_response or class="hl-string">'data' not in processes_response:
            continue

        hire_process_id = None
        for process in processes_response[class="hl-string">'data']:
            if process.get(class="hl-string">'businessProcess', {}).get(class="hl-string">'descriptor', class="hl-string">'').startswith(class="hl-string">'Hire'):
                hire_process_id = process.get(class="hl-string">'id')
                break

        if not hire_process_id:
            continue

        class=class="hl-string">"hl-comment"># 3. Fetch details and events for the Hire process
        process_details_url = fclass="hl-string">'{WORKDAY_API_ENDPOINT}/values/businessProcessInstances/{hire_process_id}'
        process_details = fetch_workday_data(process_details_url)

        if not process_details:
            continue

        class=class="hl-string">"hl-comment"># Extract common attributes
        onboarding_case_id = hire_process_id
        hire_date = worker.get(class="hl-string">'hireDate', class="hl-string">'')
        hiring_manager = worker.get(class="hl-string">'manager', {}).get(class="hl-string">'descriptor', class="hl-string">'[Not Available]')
        department = worker.get(class="hl-string">'supervisoryOrganization', {}).get(class="hl-string">'descriptor', class="hl-string">'[Not Available]')
        process_status = process_details.get(class="hl-string">'status', {}).get(class="hl-string">'descriptor', class="hl-string">'')

        base_event = {
            class="hl-string">'OnboardingCase': onboarding_case_id,
            class="hl-string">'EmployeeId': employee_id,
            class="hl-string">'HiringManager': hiring_manager,
            class="hl-string">'Department': department,
            class="hl-string">'OfficialStartDate': hire_date,
            class="hl-string">'SourceSystem': class="hl-string">'Workday Onboarding',
            class="hl-string">'LastDataUpdate': last_data_update,
            class="hl-string">'SystemInitiatingActivity': class="hl-string">'Workday',
            class="hl-string">'ComplianceDueDate': None class=class="hl-string">"hl-comment"># Placeholder, needs specific logic if available
        }

        class=class="hl-string">"hl-comment"># Handle canceled onboarding
        if process_status in [class="hl-string">'Canceled', class="hl-string">'Rescinded']:
            event = base_event.copy()
            event[class="hl-string">'ActivityName'] = class="hl-string">'Onboarding Canceled'
            event[class="hl-string">'EventTime'] = process_details.get(class="hl-string">'lastUpdated', class="hl-string">'')
            event[class="hl-string">'OnboardingStatus'] = class="hl-string">'Canceled'
            all_events.append(event)
            continue class=class="hl-string">"hl-comment"># Stop processing other events for this canceled case
        
        class=class="hl-string">"hl-comment"># Add class="hl-string">'Employee Started' event based on hire date
        if hire_date:
            event = base_event.copy()
            event[class="hl-string">'ActivityName'] = class="hl-string">'Employee Started'
            event[class="hl-string">'EventTime'] = fclass="hl-string">"{hire_date}T09:00:00Z" class=class="hl-string">"hl-comment"># Assume start of day
            event[class="hl-string">'OnboardingStatus'] = class="hl-string">'In Progress'
            all_events.append(event)

        class=class="hl-string">"hl-comment"># Process all steps in the business process
        steps = process_details.get(class="hl-string">'steps', [])
        for step in steps:
            step_name = step.get(class="hl-string">'name', class="hl-string">'')
            completion_time = step.get(class="hl-string">'completed', class="hl-string">'')
            
            if step_name in STEP_TO_ACTIVITY_MAPPING and completion_time:
                activity_name = STEP_TO_ACTIVITY_MAPPING[step_name]
                
                class=class="hl-string">"hl-comment"># Handle activities that can occur multiple times, like paperwork
                if activity_name == class="hl-string">'Pre-Employment Paperwork Completed':
                    class=class="hl-string">"hl-comment"># Check if a similar event already exists to avoid duplicates from multiple forms
                    if any(e[class="hl-string">'ActivityName'] == activity_name and e[class="hl-string">'OnboardingCase'] == onboarding_case_id for e in all_events):
                        continue

                event = base_event.copy()
                event[class="hl-string">'ActivityName'] = activity_name
                event[class="hl-string">'EventTime'] = completion_time
                event[class="hl-string">'OnboardingStatus'] = class="hl-string">'In Progress'
                all_events.append(event)
                
                class=class="hl-string">"hl-comment"># Special case for IT Provisioning Completed
                if activity_name == class="hl-string">'IT Account Provisioning Initiated':
                    class=class="hl-string">"hl-comment"># Assume completion happens after a delay, or find a specific step if it exists
                    event_completed = event.copy()
                    event_completed[class="hl-string">'ActivityName'] = class="hl-string">'IT Account Provisioning Completed'
                    class=class="hl-string">"hl-comment"># This is a placeholder; real completion time should be from a specific step
                    event_completed[class="hl-string">'EventTime'] = completion_time 
                    all_events.append(event_completed)

    class=class="hl-string">"hl-comment"># 4. Create DataFrame and export to CSV
    if not all_events:
        print(class="hl-string">"No events were generated.")
        return

    df = pd.DataFrame(all_events)
    
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    column_order = [
        class="hl-string">'OnboardingCase', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'EmployeeId', class="hl-string">'HiringManager', class="hl-string">'Department', class="hl-string">'OnboardingStatus', 
        class="hl-string">'OfficialStartDate', class="hl-string">'ComplianceDueDate', class="hl-string">'SystemInitiatingActivity'
    ]
    df = df[column_order]

    df.to_csv(class="hl-string">'workday_onboarding_event_log.csv', index=False)
    print(fclass="hl-string">"Successfully extracted {len(df)} events to workday_onboarding_event_log.csv")

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

您的员工入职数据模板

您的员工入职数据模板

员工入职属性

员工入职活动

提取指南

Workday RaaS 员工入职流程数据

步骤

配置

a 查询示例 config

使用 Workday Human Capital Management API 的 Python 脚本

步骤

配置

a 查询示例 python

准备好开始了吗？

转型员工入职流程，立即免费开始

您的员工入职数据模板

您的员工入职数据模板

员工入职属性

员工入职活动

提取指南

Workday RaaS 员工入职流程数据

步骤

配置

a 查询示例 config

使用 Workday Human Capital Management API 的 Python 脚本

步骤

配置

a 查询示例 python

我们重视您的隐私

准备好开始了吗？

转型员工入职流程，立即免费开始