您的Hire to Retire员工生命周期数据模板
您的Hire to Retire员工生命周期数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 从Ceridian Dayforce提取数据的指南
招聘到离职：员工生命周期属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 记录活动发生的准确日期和时间。 | ||
| 说明 该时间戳标记员工生命周期事件的发生时间，提供重建流程顺序所需的时间线，也是所有时间计算的基础。 在流程挖掘中，该属性对于计算周期时间、等待时间和不同活动之间的时长至关重要。它用于分析流程绩效、衡量SLA遵循情况，并识别员工历程中的时间模式或延迟。准确的时间戳是开展任何绩效分析的必要条件。 为什么重要 该属性提供事件的时间顺序，是周期时间和瓶颈分析等所有绩效计算的基础。 获取位置 Ceridian Dayforce中的每条事务记录、事件日志或审计轨迹都应关联创建日期或生效日期。 示例 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2024-05-01T11:21:05Z | |||
| 员工ID EmployeeId | 系统为每位员工生成的唯一标识符。 | ||
| 说明 Employee ID是Hire to Retire流程的核心，用作唯一案例标识符，将个人的所有生命周期事件关联起来。从最初的职位申请，到入职、职位变更以及最终终止雇佣，每项记录的活动都与此ID关联。 在流程挖掘中，该属性可用于重建每位员工的完整历程。它支持端到端分析整个生命周期，从而衡量主要里程碑之间的时长，识别常见和少见的职业路径，并根据员工的具体经历分析结果。 为什么重要 这是连接所有员工相关事件的主键，可用于分析员工从开始到结束的完整历程。 获取位置 这是Ceridian Dayforce中员工主档案或HR主数据表的核心字段。 示例 10023451009876E-054321 | |||
| 活动名称 ActivityName | 已发生的具体员工生命周期事件的名称。 | ||
| 说明 该属性描述特定时间发生的业务事件或任务，例如“员工录用”“绩效评估完成”或“启动终止流程”。它构成了定义员工生命周期流程的步骤序列。 分析活动序列是流程挖掘的基础，可用于可视化流程图、发现流程变体、识别步骤之间的瓶颈，以及分析流程对标准操作规程的遵循情况。活动名称的清晰度和粒度对于获得有意义的分析结果至关重要。 为什么重要 定义流程图中的步骤，对于可视化员工历程、识别偏差和定位瓶颈至关重要。 获取位置 通常取自Ceridian Dayforce各模块中的事件日志、工作流状态变化或审计轨迹，例如Recruiting、Onboarding和HR模块。 示例 接受录用通知入职任务完成职位变更处理完成员工终止雇佣 | |||
| 变更原因 ChangeReason | 员工状态发生重大变化的原因，例如晋升或调岗。 | ||
| 说明 此属性为“角色变更已处理”或“薪酬变更已批准”等事件提供背景信息，说明变更的业务原因，例如“晋升”“平级调岗”“年度绩效加薪”或“组织重组”。 缺少这些背景信息时，很难分析不同类型的员工流动。使用变更原因后，分析人员可以单独识别晋升流程并衡量其周期时间，跟踪平级调岗的发生频率，或分析组织重组对员工队伍的影响。它能将通用的“变更”事件转化为具体且可分析的业务流程。 为什么重要 为变更事件提供关键背景信息，支持针对晋升、调岗或薪酬调整等具体流程开展分析。 获取位置 通常在Dayforce HR模块中进行职位或薪酬变更交易时记录，往往从预定义列表中选择。 示例 晋升平级调动年度薪资评审组织重组 | |||
| 执行操作的用户 UserPerformingAction | 负责执行活动的用户或系统代理。 | ||
| 说明 该属性标识执行具体任务的人员，例如招聘专员、招聘经理或HR管理员。对于自动化步骤，它可能表示系统用户。 分析任务由谁执行，对于了解资源配置、工作量分配和绩效至关重要。它有助于识别由特定用户或团队造成的瓶颈，定位培训需求，并分析经理完成所分配HR任务的有效性。此外，它还可用于区分手动活动和自动化活动。 为什么重要 标识每个事件的执行者，支持工作量分析、用户或团队间的绩效比较，以及延迟根因分析。 获取位置 可在审计日志或事务数据中找到，常见字段包括“ChangedBy”“UpdatedBy”或“UserName”。 示例 j.doea.smithSYSTEM_WF_USERm.manager | |||
| 招聘来源 RecruitmentSource | 候选人最初被发现的渠道。 | ||
| 说明 该属性表示求职者的来源，例如“LinkedIn”“员工推荐”“公司网站”或“招聘会”，为评估不同人才获取渠道的有效性提供背景。 分析招聘来源对于优化招聘策略至关重要。通过在整个员工生命周期中跟踪该属性，组织可以确定哪些来源带来更快的录用、更高的录用接受率，以及最重要的长期任职和更低的早期流失率。 为什么重要 通过将不同招聘渠道与招聘速度、转化率和长期员工留任联系起来，评估其有效性。 获取位置 该数据通常在候选人申请职位时，由Ceridian Dayforce Recruiting模块采集。 示例 LinkedIn员工推荐Indeed.com大学招聘会 | |||
| 职位名称 JobTitle | 员工职位的正式名称。 | ||
| 说明 此属性用于说明员工在组织中的角色，例如“软件工程师”“项目经理”或“销售总监”。员工在整个任职周期内可能因晋升或调岗多次变更职位名称。 职位名称是重要的分析维度，可用于比较不同角色的流程表现。例如，技术岗位与非技术岗位的入职流程可能不同，管理人员与普通员工的绩效评估周期也可能存在差异。按职位名称分析，有助于发现特定角色对应的流程模式和效率问题。 为什么重要 支持按角色分析，比较不同职能的招聘用时、培训完成情况和职业发展等流程指标。 获取位置 此信息作为员工职位和工作数据的一部分，存储在Ceridian Dayforce的核心HR模块中。 示例 高级财务分析师软件开发主管人力资源业务伙伴市场营销协调员 | |||
| 职位申请ID RequisitionId | 职位申请的唯一标识符。 | ||
| 说明 职位申请ID关联填补特定职位空缺的所有活动，将职位申请创建与相关候选人、面试和录用通知连接起来，直至职位完成招聘。 在流程挖掘中，该ID可从职位而非候选人的视角分析员工生命周期中的招聘环节。它支持跟踪特定岗位的招聘填补周期时间，并分析不同职位类型或部门的招聘流程效率。 为什么重要 将所有入职前活动归入同一职位空缺，支持分析特定岗位的招聘填补周期时间和招聘漏斗效率。 获取位置 该ID由Ceridian Dayforce Recruiting模块生成和管理。 示例 REQ-2023-05-001REQ-2024-01-112R78910 | |||
| 部门名称 DepartmentName | 员工所属部门的名称。 | ||
| 说明 该属性表示员工所在的组织单元，例如“销售”“工程”或“财务”。员工在生命周期中可能发生部门变更。 部门是开展对比分析的重要维度。您可以按部门细分和筛选流程数据，了解组织不同部分的绩效。例如，比较各部门的招聘周期时间、分析部门流失率，或识别特定业务领域中的流程变体。 为什么重要 支持按不同业务单元筛选和比较流程指标，揭示效率、成本和合规方面的差异。 获取位置 这是Ceridian Dayforce HR模块中员工职位和岗位核心数据的一部分。 示例 研发市场营销人力资源客户支持 | |||
| Offer状态 OfferStatus | 向候选人发出的Offer的最终状态。 | ||
| 说明 此属性记录“Offer已发出”事件的结果。常见值包括“已接受”“已拒绝”或“已撤回”。这是衡量招聘成效的重要数据点。 此属性可直接用于计算“Offer接受率”KPI。按部门、角色或招聘来源分析该状态，有助于了解Offer的竞争力、面试流程的有效性，或发现企业特定环节中难以吸引优秀人才的问题。 为什么重要 直接衡量招聘流程的结果，是计算Offer接受率KPI的重要依据。 获取位置 此状态在Ceridian Dayforce Recruiting模块中，作为候选人申请工作流的一部分进行更新。 示例 已接受候选人拒绝撤回录用通知 | |||
| SLA状态 SlaStatus | 用于表示活动或流程周期是否在规定的服务级别协议（SLA）期限内完成。 | ||
| 说明 此属性通过将流程环节的实际时长与预定义目标进行比较得出。例如，若入职流程的SLA为14天，超过该时长的案例将标记为“已违约”。 SLA状态能够直观反映流程表现和合规情况。它用于仪表板中突出显示异常和需要立即关注的区域。分析违约案例的特征，有助于识别延迟的根本原因，并推动有针对性的改进措施。 为什么重要 为关键流程阶段提供清晰的成功或失败指标，便于监控合规情况并识别需要关注的案例。 获取位置 这是一个计算属性，需要将两个事件之间计算出的周期时间与预定义的业务规则或目标进行比较。 示例 已达标已超时存在风险 | |||
| 事件结束时间 EventEndTime | 活动完成时的时间戳，如有记录。 | ||
| 说明 StartTime表示活动开始的时间，EndTime则表示活动完成的时间。两者之差代表该任务的处理时间。并非所有活动都有明确的结束时间，因为许多活动属于瞬时事件。 此属性对于详细的绩效分析至关重要。它可以直接计算“薪资设置”或“绩效评估”等单个任务的处理时间，帮助区分实际处理任务所花费的时间与任务之间的等待时间。这对于识别耗时步骤非常有价值。 为什么重要 支持直接计算活动时长，即处理时间，帮助区分实际工作时间与空闲等待时间。 获取位置 当活动具有明确的开始和结束状态时，工作流或任务管理模块中可能提供此字段，例如任务从打开到关闭。 示例 2023-04-10T17:05:00Z2023-04-11T11:00:00Z2024-02-05T16:20:00Z | |||
| 最后数据更新时间 LastDataUpdate | 表示数据最近一次刷新的时间戳。 | ||
| 说明 该属性记录数据集最近一次从源系统更新的时间，为分析结果的新鲜度和相关性提供重要背景。 在仪表板和报告中，这项信息有助于用户了解数据的时效性，并判断近期事件是否已纳入。它也是数据治理和质量保障的重要元数据，可用于确认数据管道是否按预期运行。 为什么重要 确保用户了解数据的新鲜度，这对于依据流程分析及时、准确地作出决策至关重要。 获取位置 该时间戳通常在数据提取和加载（ETL）过程中生成并添加到数据集中。 示例 2024-06-10T04:00:00Z2024-06-11T04:00:00Z2024-06-12T04:00:00Z | |||
| 员工类型 EmployeeType | 用于分类员工的雇佣状态，例如全职或兼职。 | ||
| 说明 此属性根据员工的工作安排进行分类，例如“全职”“兼职”“合同工”或“实习生”。该状态可能影响HR流程的执行方式。 将员工类型作为分析维度，可以了解不同员工类别的任职周期差异。例如，合同工的入职流程可能比全职员工更简单。该属性还可用于分析不同雇佣类型的员工流失模式或职业发展情况。 为什么重要 支持对员工队伍进行分组，分析全职、兼职和合同员工在流程及结果上的差异。 获取位置 Ceridian Dayforce员工职位或雇佣记录中的标准字段。 示例 全职兼职临时员工合同工 | |||
| 国家/地区 Country | 员工依法受雇所在的国家/地区。 | ||
| 说明 用于识别员工受雇所在国家/地区的属性。对于全球化组织而言，这是关键字段，因为许多HR流程、合规要求和员工行为都因国家/地区而异。 按国家/地区分析，可以从全球到本地观察Hire to Retire流程。您可以比较不同国家/地区的招聘用时或员工流失率等KPI，确保符合全球流程标准，同时了解本地差异。对于合规相关分析，这一属性也不可或缺，例如离职流程可能因国家/地区不同而存在显著差异。 为什么重要 支持比较不同国家/地区的流程和KPI，对于全球化组织管理合规与绩效至关重要。 获取位置 Ceridian Dayforce员工个人信息或雇佣信息中的核心数据元素。 示例 USA加拿大英国德国 | |||
| 工作地点 Location | 员工实际工作的地点或办公室。 | ||
| 说明 此属性用于说明员工的主要工作地点，可以是城市、办公楼或远程办公。它为流程数据提供地理背景。 工作地点是比较不同地区HR流程的有用维度。分析可能揭示各地区在招聘用时、离职率或流程合规方面的差异，帮助识别特定地点的最佳实践，或解决某个地区或办公室特有的问题。 为什么重要 提供地理分析维度，帮助发现不同地区在流程表现、周期时间和员工流失方面的差异。 获取位置 作为员工核心HR记录的一部分，与其在Ceridian Dayforce中的职位或组织分配相关联。 示例 纽约办公室英国伦敦远程办公（美国）新加坡 | |||
| 是否早期流失 IsEarlyAttrition | 用于标识员工是否在预定义的早期阶段内离职，例如入职第一年内。 | ||
| 说明 这是根据员工离职时的任职年限计算得出的布尔属性。如果离职日期距入职日期在特定时间范围内，例如90天、180天或365天，则标记为“true”。 此标记简化了员工早期流失的分析和报告。它支持直接计算“早期流失率”KPI，也便于创建按部门、经理或招聘来源细分该员工群体的仪表板。识别早期流失原因是大多数HR组织的重点工作。 为什么重要 直接支持计算和分析早期流失率KPI，帮助识别招聘、入职或岗位匹配方面的问题。 获取位置 这是一个计算字段，需要从源系统获取员工入职日期和离职日期。 示例 truefalse | |||
| 源系统 SourceSystem | 标识事件数据的来源系统。 | ||
| 说明 该属性指定生成数据的源应用或模块。虽然主系统是Ceridian Dayforce，但事件可能来自其中的不同模块，例如“Recruiting”“Onboarding”或“Performance”。 在分析中，它有助于了解数据来源，并可按模块筛选流程，生成特定模块的视图。它对数据治理和问题排查同样重要，可确保数据血缘清晰，尤其是在合并多个系统的数据时。 为什么重要 提供数据来源背景，对于数据验证以及基于不同HR系统模块创建专属分析视图至关重要。 获取位置 通常在数据提取过程中添加静态值，用于标记数据集来源。 示例 Ceridian DayforceDayforce RecruitingDayforce Performance | |||
| 离职原因 TerminationReason | 员工离职的原因。 | ||
| 说明 此属性用于分类员工结束雇佣关系的原因。原因通常分为主动离职，例如“辞职，获得更好机会”，以及被动离职，例如“绩效问题”“裁员”。 分析离职原因是了解员工流失的基础。结合部门、任职年限或招聘来源等其他属性，可以帮助HR识别离职趋势和根本原因。这些信息对于制定有效的员工留任策略，以及构建分析员工早期流失的仪表板至关重要。 为什么重要 为员工离职原因提供关键背景信息，支持针对员工流失开展分析并制定留任策略。 获取位置 作为Ceridian Dayforce核心HR模块中离职工作流的一部分进行记录。 示例 辞职，职业转型非自愿离职，绩效原因组织重组／裁员退休 | |||
| 经理姓名 ManagerName | 员工直属经理的姓名。 | ||
| 说明 此属性用于识别员工的直属主管。经理通常是许多HR流程中的关键参与者，负责审批、绩效评估及其他任务。 在流程分析中，按经理筛选有助于了解不同领导者及其团队参与HR流程的方式。分析可以揭示组织内流程执行的不一致之处，突出高效完成任务的优秀经理，也能识别可能需要额外支持或培训的经理。对于关注经理任务完成率的仪表板而言，这一属性必不可少。 为什么重要 支持按经理分析流程表现，帮助识别领导效能以及不同团队在流程执行上的差异。 获取位置 作为员工汇报关系的一部分，存储在Ceridian Dayforce的核心HR数据中。 示例 Jane SmithRobert JohnsonEmily Davis | |||
招聘到离职：员工生命周期活动
| 活动 | 说明 | ||
|---|---|---|---|
| 创建职位申请 | 当经理或HR用户为新职位或替代职位创建申请时，该活动标志着招聘流程正式开始。通常，当Dayforce Recruiting模块中保存新的职位申请时，系统会明确记录此事件。 | ||
| 为什么重要 这是衡量整体招聘周期时间和候选人到录用周期时间KPI的主要起点。分析从该事件到后续环节的时间，有助于识别招聘审批和职位发布中的延迟。 获取位置 记录于Ceridian Dayforce Recruiting模块中。事件时间取自职位申请记录的创建时间戳。 采集 创建新的职位申请记录后，系统会记录该事件。 事件类型 explicit | |||
| 启动终止流程 | 该活动表示离职流程开始，即经理或HR提交终止雇佣申请。通常，这是触发审批和离职任务工作流的明确操作。 | ||
| 为什么重要 该事件是衡量离职效率和合规性的起点。它与最终终止日期之间的时间，反映了离职流程的持续时长。 获取位置 取自Dayforce Human Resources中终止表单或工作流的提交日期。 采集 提交终止雇佣申请工作流后，系统会记录该事件。 事件类型 explicit | |||
| 员工录用 | 这是在HR系统中创建员工记录并分配Employee ID的正式事务。当HR管理员在Dayforce核心HR模块中完成录用操作时，系统会明确记录此事件，通常以已接受的录用通知为依据。 | ||
| 为什么重要 这是确立员工任职期限的基本里程碑，也是衡量入职周期时间、早期流失率和整体员工生命周期时长的起点。 获取位置 取自Dayforce Human Resources中员工核心HR记录的“录用日期”或事务生效日期。 采集 根据员工工作历史中“录用”操作的生效日期得出。 事件类型 explicit | |||
| 员工终止雇佣 | 这是员工生命周期中的最终活动，标志着员工正式离职的最后工作日。通常根据“终止雇佣”操作的生效日期推断，该操作会将员工状态变更为非在职。 | ||
| 为什么重要 这是Hire to Retire流程的明确结束事件，对于计算员工任职期限、流失率和整体生命周期时长至关重要。 获取位置 根据Dayforce Human Resources中员工工作历史记录里的终止雇佣操作生效日期推断。 采集 根据员工职位记录中最终“终止雇佣”操作的生效日期推断。 事件类型 inferred | |||
| 接受录用通知 | 标志着候选人正式接受录用通知。通常，招聘工作流会将其记录为状态变化，并以此触发后续入职前活动。 | ||
| 为什么重要 这是计算录用接受率KPI的关键转化节点，代表候选人转变为未来员工，并启动入职流程。 获取位置 根据Dayforce Recruiting模块中候选人申请状态更新为“接受录用”或“已录用”的时间戳推断。 采集 根据申请状态变为“接受录用”推断。 事件类型 inferred | |||
| 薪资设置完成 | 该活动标志着新员工已成功在薪资系统中完成设置，确保其能够正常领取薪酬。通常可根据员工薪资记录的创建日期或启用日期推断。 | ||
| 为什么重要 这是衡量薪资设置周期时间的关键里程碑。此处的延迟会直接影响新员工体验，并可能造成严重的行政问题。 获取位置 根据Dayforce Payroll模块中员工主要薪资记录的生效日期或创建日期推断。 采集 根据员工薪资记录的创建时间戳推断。 事件类型 inferred | |||
| 候选人申请 | 表示候选人为开放职位提交申请的时刻。通常，Dayforce Recruiting模块会明确记录此事件，并将其与候选人档案和具体职位申请关联。 | ||
| 为什么重要 跟踪申请数量和时间对于评估职位发布及招聘来源的有效性至关重要。这为分析候选人在招聘漏斗中的转化率提供了起点。 获取位置 取自Dayforce Recruiting模块申请人跟踪系统中的申请提交时间戳。 采集 创建候选人记录并将其关联到职位申请时，系统会记录该事件。 事件类型 explicit | |||
| 入职任务完成 | 表示新员工入职清单中单项任务的完成，例如“I-9验证”。该事件取自Dayforce Onboarding模块中各项任务的完成时间戳。 | ||
| 为什么重要 分析单项任务的完成情况，有助于定位整体入职流程中的具体瓶颈，跟踪合规情况，并确保新员工尽快具备生产力。 获取位置 记录于Dayforce Onboarding模块。员工入职计划中的每项已完成任务都应包含完成时间戳。 采集 特定入职清单项目被标记为完成时，系统会记录该事件。 事件类型 explicit | |||
| 发出录用通知 | 当系统生成正式录用通知并发送给候选人时，会发生此活动。通常可根据招聘工作流中候选人申请状态的变化推断，例如从“面试”变为“录用”。 | ||
| 为什么重要 这是衡量“从招聘到发出录用通知周期时间”的关键里程碑，将录用前的候选人评估阶段与最终接受和入职阶段区分开来。 获取位置 根据Dayforce Recruiting模块中候选人申请记录的状态变化推断。时间戳对应于状态更新为“录用”的时间。 采集 根据申请状态变为“发出录用通知”或类似状态推断。 事件类型 inferred | |||
| 培训完成 | 表示员工完成所分配培训课程或学习模块。该事件取自Dayforce Learning Management模块中课程记录的完成时间戳。 | ||
| 为什么重要 跟踪培训完成情况有助于确保合规，并衡量学习项目的有效性。对于新员工而言，这是衡量其融入程度和就绪状态的重要指标。 获取位置 当分配给员工的培训项目被标记为完成时，Dayforce Learning Management模块会记录该事件。 采集 员工课程状态更新为“已完成”时，系统会记录该事件。 事件类型 explicit | |||
| 完成离职面谈 | 表示与离职员工完成离职面谈。通常可作为离职流程中的已完成清单项目或表单记录。 | ||
| 为什么重要 跟踪离职面谈完成情况对于离职流程合规率KPI至关重要，有助于确保组织收集有价值的反馈，改善员工留任。 获取位置 通常记录为Dayforce Onboarding或HR模块中离职清单或工作流内的已完成任务。 采集 离职面谈表单或任务被标记为完成时，系统会记录该事件。 事件类型 explicit | |||
| 开始休假 | 该活动标志着员工休假开始，例如产假或病假。事件时间取自员工HR记录中休假状态的生效开始日期。 | ||
| 为什么重要 识别休假情况对于了解人员可用性和流程偏差十分重要，也有助于解释员工生命周期中的长期无活动时段。 获取位置 根据Dayforce Human Resources员工工作数据记录中的员工状态变更为“休假”类型推断。时间戳为休假生效日期。 采集 根据员工记录中“休假”状态的生效开始日期推断。 事件类型 inferred | |||
| 绩效评估完成 | 该活动标志着员工绩效评估周期正式结束。通常可根据绩效管理工作流中评估表状态变为“已完成”或“已关闭”的日期推断。 | ||
| 为什么重要 分析绩效评估的频率和持续时间，是绩效评估周期效率仪表板的关键。它有助于确保员工及时获得发展和投入所需的反馈。 获取位置 根据Dayforce Performance Management模块中评估表状态变化的时间戳推断。 采集 根据绩效评估表中的完成日期字段或状态更新时间戳推断。 事件类型 inferred | |||
| 职位变更处理完成 | 表示员工职位发生任何变化，包括晋升、调动或平级转岗。该事件取自员工核心HR记录中职位信息变更的生效日期。 | ||
| 为什么重要 该活动对于分析内部流动、职业发展路径和晋升审批周期时间KPI至关重要，有助于了解员工在组织内的流动情况。 获取位置 取自Dayforce Human Resources中员工工作历史表的生效日期事务记录。 采集 根据员工记录中“职位变更”或“晋升”操作的生效日期得出。 事件类型 explicit | |||
| 薪酬变更获批 | 该事件表示员工薪酬发生变化，例如绩效加薪、奖金或工资调整。事件时间取自薪酬变更记录的生效日期。 | ||
| 为什么重要 跟踪薪酬变更有助于分析奖励周期、薪酬公平性和审批工作流效率，也是员工生命周期管理的重要组成部分。 获取位置 记录于Dayforce员工薪酬历史表中。事件对应于新薪资标准或薪酬组成部分的生效日期。 采集 根据员工薪酬历史中的生效日期记录捕获该事件。 事件类型 explicit | |||
数据提取指南
步骤
- 进入Dayforce报告管理：使用具有必要报告权限的用户账户登录Ceridian Dayforce。进入报告模块，通常可在主菜单的Reporting > Report Management中找到。
- **创建新的自定义报告：**开始创建新报告。选择构建用户定义报告或自定义报告的选项。为报告设置描述性名称，例如ProcessMind_HireToRetire_EventLog_Source。
- **定义主要和次要数据源：**该报告的核心是连接多个数据源，以收集完整的员工生命周期事件。
- 将主要数据源设为Employees，作为所有员工相关数据的基础。
- 使用Employee Number或内部系统ID作为键，连接以下其他数据源：[Recruiting - Applications]、[Recruiting - Requisitions]、[HR - Employee Job History]、[HR - Employee Status History]、[Performance - Reviews]、[Learning - Course Completions]、[Onboarding - Tasks]和[Payroll - Employee Payroll Records]。
- **配置报告列（宽格式）：**报告最初将采用“宽”格式，每行代表一名员工，每列代表潜在事件的时间戳或属性。从已连接的数据源中添加以下列：
- **Case ID：**Employee > Employee Number（别名设为EmployeeId）
- **事件时间戳：**Requisition > Created Date、Application > Applied Date、Application > Offer Extended Date、Application > Offer Accepted Date、Employee > Hire Date、Onboarding Task > Completion Date、Payroll Record > Effective Start Date、Course Completion > Completion Date、Performance Review > Completed Date、Job History > Effective Date、Compensation History > Effective Date、Leave History > Start Date、Termination Workflow > Initiated Date、Offboarding Task > Exit Interview Completed Date、Employee > Termination Date。
- **属性：**添加Department Name、Recruitment Source、Requisition ID、Job Title和Change Reason字段，并从相关数据源中提取。
- **添加筛选条件：**为控制数据量和范围，请应用筛选条件。最重要的是筛选各类日期字段。创建筛选组，纳入Hire Date、Termination Date或Application Date在目标分析期间内（例如最近24个月）的所有员工记录。如适用，还可按相关公司代码筛选。
- **保存报告定义：**保存完成的报告配置。
- 安排报告导出：在Report Management界面找到已保存的报告并创建新计划。将计划配置为自动运行（例如每周运行）。将输出格式设为CSV或分隔符平面文件，并配置交付方式，例如导出到安全FTP（SFTP）位置或指定文件共享位置。
- **转换数据（取消透视）：**导出的CSV文件将采用宽格式，必须转换为“长”格式事件日志。使用数据准备工具（例如Excel中的Power Query、使用pandas的Python脚本或您选择的ETL工具）取消透视时间戳列。对于源文件中的每一行，为每个非空时间戳列在最终事件日志中创建一行。最终文件新增的列包括EmployeeId、ActivityName和EventTimestamp，以及其他属性。
配置
- **前提条件：**您必须拥有可访问Report Management及底层数据源的用户角色和权限，包括HR、Recruiting、Onboarding、Performance和Payroll。
- **报告类型：**必须使用支持连接多个数据源的用户定义自定义报告。
- **关键数据源：**报告必须将主要Employees数据源与[Recruiting - Applications]、[HR - Employee Job History]、[Performance - Reviews]和[Onboarding - Tasks]等相关数据源连接。具体名称可能因您的Dayforce配置而异。
- **日期范围筛选：**必须跨多个日期字段（例如Hire Date、Termination Date和Application Date）进行筛选，以捕获指定期间内的所有相关生命周期事件。建议使用12至24个月的范围，以获得有意义的分析结果。
- **员工状态：**确保报告筛选条件同时包含“Active”和“Terminated”员工，以完整查看从入职到离职的生命周期。
- **导出格式：**必须将计划导出配置为生成CSV等机器可读格式，以便转换脚本或ETL工具解析。
a 示例查询 xml
<!--
This XML represents the configuration of a Ceridian Dayforce custom report. It is designed to extract a 'wide' dataset containing all necessary timestamps and attributes for the Hire-to-Retire process. This output must be transformed (unpivoted) into a 'long' event log format before being used for process mining.
-->
<ReportDefinition ReportName="ProcessMind_HireToRetire_EventLog_Source">
<Entities>
<Entity Name="Employees" Alias="Emp" IsPrimary="true" />
<Entity Name="[Recruiting - Applications]" Alias="App" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="App" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Recruiting - Requisitions]" Alias="Req" JoinType="LeftOuter">
<JoinCondition LeftEntity="App" LeftField="RequisitionXRefCode" RightEntity="Req" RightField="XRefCode" />
</Entity>
<Entity Name="[HR - Employee Job History]" Alias="JobHist" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="JobHist" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[HR - Compensation History]" Alias="CompHist" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="CompHist" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Onboarding - Tasks]" Alias="OnboardTask" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="OnboardTask" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Performance - Reviews]" Alias="PerfReview" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="PerfReview" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Payroll - Employee Payroll Records]" Alias="Payroll" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="Payroll" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[HR - Leave History]" Alias="Leave" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="Leave" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[HR - Termination Workflow]" Alias="TermWF" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="TermWF" RightField="EmployeeXRefCode" />
</Entity>
<Entity Name="[Learning - Course Completions]" Alias="Learning" JoinType="LeftOuter">
<JoinCondition LeftEntity="Emp" LeftField="XRefCode" RightEntity="Learning" RightField="EmployeeXRefCode" />
</Entity>
</Entities>
<Columns>
<!-- Case ID -->
<Column EntityAlias="Emp" Field="EmployeeNumber" OutputName="EmployeeId" />
<!-- Timestamps for Unpivot -->
<Column EntityAlias="Req" Field="CreatedOn" OutputName="TS_JobRequisitionCreated" />
<Column EntityAlias="App" Field="SubmittedOn" OutputName="TS_CandidateApplied" />
<Column EntityAlias="App" Field="[StatusChangeDate_Offer]" OutputName="TS_OfferExtended" />
<Column EntityAlias="App" Field="[StatusChangeDate_Accepted]" OutputName="TS_OfferAccepted" />
<Column EntityAlias="Emp" Field="HireDate" OutputName="TS_EmployeeHired" />
<Column EntityAlias="OnboardTask" Field="CompletedDate" OutputName="TS_OnboardingTaskCompleted" />
<Column EntityAlias="Payroll" Field="EffectiveStart" OutputName="TS_PayrollSetupCompleted" />
<Column EntityAlias="Learning" Field="CompletionDate" OutputName="TS_TrainingCompleted" />
<Column EntityAlias="PerfReview" Field="CompletedDate" OutputName="TS_PerformanceReviewCompleted" />
<Column EntityAlias="JobHist" Field="EffectiveStart" OutputName="TS_RoleChangeProcessed" />
<Column EntityAlias="CompHist" Field="EffectiveStart" OutputName="TS_CompensationChangeApproved" />
<Column EntityAlias="Leave" Field="StartDate" OutputName="TS_LeaveOfAbsenceStarted" />
<Column EntityAlias="TermWF" Field="InitiatedDate" OutputName="TS_TerminationInitiated" />
<Column EntityAlias="TermWF" Field="[ExitInterviewCompletedDate]" OutputName="TS_ExitInterviewConducted" />
<Column EntityAlias="Emp" Field="TerminationDate" OutputName="TS_EmployeeTerminated" />
<!-- Attributes -->
<Column EntityAlias="Emp" Field="[LastModifiedBy]" OutputName="UserPerformingAction" />
<Column EntityAlias="JobHist" Field="DepartmentLongName" OutputName="DepartmentName" />
<Column EntityAlias="App" Field="Source" OutputName="RecruitmentSource" />
<Column EntityAlias="Req" Field="RequisitionNumber" OutputName="RequisitionId" />
<Column EntityAlias="JobHist" Field="JobLongName" OutputName="JobTitle" />
<Column EntityAlias="JobHist" Field="Reason" OutputName="ChangeReason" />
</Columns>
<Filters>
<FilterGroup Operator="OR">
<Filter EntityAlias="Emp" Field="HireDate" Operator="Between" Value1="[YourStartDate]" Value2="[YourEndDate]" />
<Filter EntityAlias="Emp" Field="TerminationDate" Operator="Between" Value1="[YourStartDate]" Value2="[YourEndDate]" />
</FilterGroup>
</Filters>
</ReportDefinition>告别延误：优化Ceridian Dayforce中的招聘到离职流程
将H2R周期时间缩短30%，立即改善员工旅程。
免费试用，无需信用卡。