数据模板：Hire to Retire——员工全生命周期
您的“从招聘到退休”员工生命周期数据模板
- 建议收集的属性
- 需要追踪的关键活动
- Ceridian Dayforce 数据抽取指南
从招聘到离职 - 员工全生命周期属性
| 名称 | 描述 | ||
|---|---|---|---|
事件timestamp EventTimestamp | 记录该活动的准确日期与时间。 | ||
描述 该时间戳标记员工生命周期事件的发生时间。它提供重建流程所需的时间顺序，是所有基于时间的计算基础。 在流程挖掘中，此属性用于计算周期时长、等待时间以及不同活动之间的持续时间；也用于分析流程绩效、衡量 SLA 达成情况，并识别员工旅程中的时间模式或延迟。时间戳的准确性对任何与绩效相关的分析都至关重要。 为何重要 该属性提供事件发生的时间顺序，是所有绩效计算（如周期时间与瓶颈分析）的基础。 获取方式 在Ceridian Dayforce中，每条交易记录、事件日志或审计轨迹都应关联创建时间或生效日期。 示例 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2024-05-01T11:21:05Z | |||
员工ID EmployeeId | 系统为每位员工生成的唯一标识符。 | ||
描述 员工ID是从招聘到离职流程的基石，是连接个体全生命周期事件的唯一实例标识。从最初的职位申请，到入职、岗位变动，再到最终离职，所有活动记录都与该ID关联。 在流程挖掘中，该属性用于重建每位员工的完整旅程。它支持对整个生命周期的端到端分析，可衡量各里程碑之间的时长，识别常见与非常见的职业路径，并基于员工的具体经历分析结果。 为何重要 这是连接所有员工相关事件的主键，使端到端的员工旅程分析成为可能。 获取方式 这是 Ceridian Dayforce 员工主数据或 HR 主数据表中的核心字段。 示例 10023451009876E-054321 | |||
活动名称 ActivityName | 员工生命周期中发生的具体事件名称。 | ||
描述 该属性描述在某一时间点发生的业务事件或任务，例如‘Employee Hired’、‘Performance Review Completed’或‘Termination Initiated’。它们共同构成员工生命周期流程的步骤序列。 对活动序列的分析是流程挖掘的基础，可用于可视化流程图、发现流程变体、识别步骤间的瓶颈，并评估对标准作业程序的符合度。活动名称的清晰度与粒度直接决定分析的价值。 为何重要 用于定义流程图中的步骤，便于可视化员工旅程、识别偏差并定位瓶颈。 获取方式 通常来源于 Ceridian Dayforce 各模块（如 Recruiting、Onboarding、HR）中的事件日志、工作流状态变更或审计日志。 示例 候选人已接受录用入职任务已完成岗位变更已处理员工已解除雇佣关系 | |||
变更原因 ChangeReason | 员工状态发生重大变更（如晋升、调岗）的原因。 | ||
描述 该属性为“Role Change Processed”或“Compensation Change Approved”等事件提供上下文，说明变更的业务原因，例如“晋升”“平级调动”“年度调薪”或“组织调整”。 缺少这层信息，就难以分析不同类型的人事流动。通过Change Reason，分析师可以单独抽取晋升流程衡量周期时间，跟踪平调发生频率，或评估重组对员工队伍的影响，把笼统的“变更”事件转化为可细分、可度量的业务流程。 为何重要 为变更事件提供关键背景，便于针对性分析晋升、调动或薪酬调整等具体流程。 获取方式 通常在 Dayforce HR 模块的岗位或薪酬变更事务中记录，往往从预定义列表中选择。 示例 晋升平级调动年度调薪组织重组 | |||
执行操作的用户 UserPerformingAction | 负责执行该活动的用户或系统。 | ||
描述 该属性用于标识执行某项任务的个人，例如招聘专员、用人经理或HR管理员。对于自动化步骤，可能记录为系统用户。 分析谁在执行哪些任务，有助于理解资源配置、工作量分配与绩效表现，帮助定位由特定用户或团队引发的瓶颈，识别培训需求，并评估经理完成指派人事任务的有效性，同时也可区分人工活动与自动化活动。 为何重要 标识每个事件的执行人，可用于分析工作量、对比个人或团队绩效，并进行延迟的根因分析。 获取方式 通常可在审计日志或交易数据中找到，如 'ChangedBy'、'UpdatedBy' 或 'UserName' 字段。 示例 j.doea.smithSYSTEM_WF_USERm.manager | |||
招聘来源 RecruitmentSource | 候选人的初始来源渠道。 | ||
描述 该属性表示候选人的来源，例如‘LinkedIn’、‘Employee Referral’、‘Company Website’或‘Job Fair’，用于评估各类人才获取渠道的有效性。 分析招聘来源对于优化招聘策略至关重要。贯穿员工生命周期跟踪该属性，可判断哪些来源带来更快入职、更高Offer接受率，更重要的是，能带来司龄更长、早期流失率更低的员工。 为何重要 通过关联招聘速度、转化率和长期留任，评估各招聘渠道的效果。 获取方式 候选人提交职位申请时，通常会在Ceridian Dayforce的Recruiting模块采集到该数据。 示例 LinkedIn员工内推Indeed.com高校招聘会 | |||
招聘需求ID RequisitionId | 用人需求的唯一标识符。 | ||
描述 Requisition ID用于串联与某一职位招聘相关的全部活动。从创建用人需求开始，关联到所有候选人、面试与Offer发放，直至职位成功填补。 在流程挖掘中，该ID支持以职位为中心（而非候选人为中心）分析招聘环节，可跟踪特定职位的填补周期，并评估不同职位类型或部门的招聘效率。 为何重要 将所有招聘前活动归并到同一职位需求下，便于分析岗位填补时长（time-to-fill）和该职位的招聘漏斗效率。 获取方式 该 ID 在 Ceridian Dayforce 的 Recruiting 模块中生成并管理。 示例 REQ-2023-05-001REQ-2024-01-112R78910 | |||
职位名称 JobTitle | 员工职位的正式名称。 | ||
描述 该属性描述员工在组织中的角色，如“软件工程师”“项目经理”或“销售总监”。在任职期间可能因晋升或调动发生多次变更。 Job Title是重要的分析维度，可比较不同角色的流程表现。例如，技术与非技术岗位的入职流程可能不同，管理者与个人贡献者的绩效评估周期也可能存在差异。按职位分析有助于发现与角色相关的流程模式及低效环节。 为何重要 支持按角色维度分析，对比不同职能在招聘周期、培训完成度和职业发展等指标上的差异。 获取方式 该信息存储在 Ceridian Dayforce 核心HR模块的员工岗位与职位数据中。 示例 高级财务分析师资深软件开发工程师人力资源业务伙伴（HRBP）市场协调员 | |||
部门名称 DepartmentName | 员工所属部门名称。 | ||
描述 该属性表示员工所在的组织单元，如“销售”“工程”“财务”等，员工在任职周期内可能发生变更。 Department是进行对比分析的关键维度。可据此对流程数据进行分段与筛选，了解各部门的表现差异。例如，对比不同部门的招聘周期、分析部门离职率，或识别特定业务领域的流程差异。 为何重要 支持按业务单元筛选并对比流程指标，洞察效率、成本与合规差异。 获取方式 这是 Ceridian Dayforce HR 模块中核心员工岗位与职位数据的一部分。 示例 研发市场营销人力资源客户支持 | |||
SLA 状态 SlaStatus | 表示某项活动或流程周期是否在其定义的 SLA 内完成。 | ||
描述 该属性通过比较某个流程环节的实际用时与预设目标计算得出。例如，若入职流程的SLA为14天，任何超过该时限的案例都会被标记为“Breached”。 SLA状态能够直观反映流程绩效与合规性，常用于仪表板突出显示异常和需要立即关注的环节。分析超时案例的特征，有助于定位延误根因，进而推动有针对性的改进。 为何重要 为关键流程阶段提供清晰的成败指标，便于监控合规性并快速识别需关注的案例。 获取方式 这是一个计算属性。其逻辑需要将两个事件之间的周期时长与预设的业务规则或目标进行比较。 示例 已达成已超期存在风险 | |||
事件结束时间 EventEndTime | 活动完成时的时间戳（如有）。 | ||
描述 StartTime表示活动开始时间，EndTime则标记其完成时间；两者的差值代表该任务的处理时长。并非所有活动都有明确的结束时间，许多只是瞬时事件。 该属性对精细化绩效分析至关重要。它可以直接计算单个任务的处理时长，例如“Payroll Setup”或“Performance Review”，并帮助区分实际处理任务所花费的时间与任务之间的等待时间，这对于定位具体的耗时步骤极为有用。 为何重要 可直接计算活动持续时间（processing time），从而区分实际作业时间与等待时间。 获取方式 通常在工作流或任务管理模块中可用，适用于具有明确起止状态的活动，例如任务从开启到关闭。 示例 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 | 用于标识员工的用工性质，例如全职或兼职。 | ||
描述 该属性根据用工方式对员工进行分类，例如‘Full-Time’、‘Part-Time’、‘Contractor’或‘Intern’。此状态会影响相关人事流程的适用方式。 将员工类型作为分析维度，可比较不同用工人群在员工生命周期上的差异。例如，合同工的入职流程可能比全职员工更简化；也可据此分析不同用工类型的流失模式或职业发展路径。 为何重要 支持按用工类型分层，分析全职、兼职与合同工在流程与结果上的差异。 获取方式 Ceridian Dayforce 员工岗位/任职记录中的标准字段。 示例 全职兼职临时合同工 | |||
国家/地区 Country | 员工依法受雇所在的国家。 | ||
描述 用于标识员工任职国家的属性。对全球化组织至关重要，因为许多HR流程、合规要求和员工行为都具有明显的国家差异。 按国家维度分析，可从全球到本地全面洞察从招聘到离职流程。可以对比各国的关键指标，如招聘周期或离职率，既确保全球流程标准得到遵循，也理解本地差异。该维度对合规相关分析尤为关键，例如离职流程在不同国家差异显著。 为何重要 支持跨国家对比流程与KPI，帮助全球化企业管控合规与绩效。 获取方式 指 Ceridian Dayforce 员工个人或任职信息中的核心数据字段。 示例 美国加拿大英国德国 | |||
地点 Location | 员工的实际工作地点或办公地点。 | ||
描述 该属性指明员工的主要工作地点，可能是城市、办公楼或远程办公标识，为流程数据提供地理维度。 Location是横向比较各地区人力资源流程的有用维度。分析可揭示不同区域在招聘时长、离职率或流程合规方面的差异，从而识别某些地点的最佳实践，或针对特定地区或办公室的挑战制定改进措施。 为何重要 提供地理分析维度，帮助发现各地区在流程表现、周期时长与员工流动方面的差异。 获取方式 属于员工在 Ceridian Dayforce 中的核心人资档案，关联其职位或组织任职信息。 示例 纽约办公室英国伦敦远程（美国）新加坡 | |||
处理时间 ProcessingTime | 单个活动的计算时长。 | ||
描述 处理时长是指实际用于处理单个任务的时间，计算方式为该活动的 'EventEndTime' 与 'EventTimestamp' 之差。 该指标用于评估整体流程中各个步骤的效率。例如，分析“薪资设置已完成”的处理时长，可以找出哪个用户或团队更快，以及该活动中哪些环节最耗时。它有助于定位任务层面的低效点，这些低效会拉长整体周期时长。 为何重要 量化单个活动的工作量，帮助识别最耗时的具体任务，作为优先优化对象。 获取方式 这是一个计算字段，通过用 EventEndTime 减去 EventTimestamp 得出（即 EndTime - StartTime）。 示例 864000003600000172800000 | |||
录用状态 OfferStatus | 向候选人发出的录用函的最终状态。 | ||
描述 该属性记录“Offer Extended”事件的结果，常见取值包括‘Accepted’、‘Declined’或‘Rescinded’。这是衡量招聘成效的关键数据点。 该属性可直接用于计算Offer接受率KPI。按部门、岗位或招聘来源分析此状态，有助于洞察Offer的竞争力、面试流程的有效性，或识别某些业务领域在争取顶尖人才方面存在的障碍。 为何重要 直接衡量招聘结果，是计算录用接受率KPI的关键。 获取方式 该状态在 Ceridian Dayforce 的 Recruiting 模块中更新，属于候选人申请工作流的一部分。 示例 已接受候选人已拒绝录用已撤回 | |||
是否早期流失 IsEarlyAttrition | 用于标记员工是否在预设的早期阶段离职（如入职一年内）。 | ||
描述 这是一个布尔属性，基于员工在终止雇佣时的任期计算。如果离职日期位于自入职日起 90、180 或 365 天等特定窗口内，则标记为“true”。 该标记可简化早期流失的分析与报告，支持直接计算“早期流失率”KPI，并便于在仪表板中按部门、经理或招聘来源对该人群进行细分。找出早期流失的驱动因素，是大多数 HR 组织的优先事项。 为何重要 直接支撑早期离职率KPI的计算与分析，帮助定位招聘、入职或岗位匹配方面的问题。 获取方式 这是一个计算字段，需要来源系统中的员工入职日期与离职日期。 示例 truefalse | |||
源系统 SourceSystem | 标识事件数据的来源系统。 | ||
描述 该属性指明生成这些数据的来源应用或模块。尽管主系统为Ceridian Dayforce，事件可能来自其中不同模块，如“Recruiting”“Onboarding”或“Performance”。 在分析中，这有助于理解数据来源，并可用于按模块过滤查看流程。同时，这对数据治理和故障排查也很重要，可确保数据血缘清晰，尤其在与多系统数据整合时。 为何重要 提供数据来源背景，这对数据验证及基于不同人资系统模块构建特定分析视图至关重要。 获取方式 这通常是在数据抽取过程中添加的静态值，用于标注数据集来源。 示例 Ceridian DayforceDayforce RecruitingDayforce Performance | |||
离职原因 TerminationReason | 员工离职的原因说明。 | ||
描述 该属性对员工结束雇佣关系的原因进行分类，通常分为自愿（如‘Resignation - Better Opportunity’）与非自愿（如‘Performance’、‘Redundancy’）两类。 分析离职原因是理解人员流失的基础。结合部门、司龄、招聘来源等属性，可帮助人力识别趋势并追溯流失根因。这类信息对制定有效的留任策略以及构建早期离职分析仪表板至关重要。 为何重要 提供员工离职原因的关键背景，支持针对性分析流失并制定留任策略。 获取方式 在 Ceridian Dayforce 核心人资模块的离职工作流中记录。 示例 因职业变动辞职非自愿 - 绩效组织重组/岗位冗余退休 | |||
经理姓名 ManagerName | 员工直属经理的姓名。 | ||
描述 该属性用于标识员工的直接主管。经理在众多人事流程中扮演关键角色，负责审批、绩效评估等任务。 在流程分析中，按经理维度筛选有助于理解不同管理者及其团队与人事流程的互动方式，可揭示组织内流程执行的一致性问题，识别高效完成任务的优秀经理，以及需要额外支持或培训的对象。对于关注经理任务完成率的仪表板尤为关键。 为何重要 支持按直属经理维度分析流程绩效，识别管理效能与各团队执行差异。 获取方式 在 Ceridian Dayforce 的核心HR数据中，作为员工汇报关系的一部分存储。 示例 Jane SmithRobert JohnsonEmily Davis | |||
从招聘到离职 - 员工全生命周期活动
| 活动 | 描述 | ||
|---|---|---|---|
候选人已接受录用 | 该节点标志候选人正式接受 Offer。该事件通常作为招聘工作流中的状态变更被记录，并触发后续入职前准备活动。 | ||
为何重要 这是计算录用接受率 KPI 的关键转化点，标志候选人向未来员工的转变，并触发入职流程。 获取方式 根据 Dayforce Recruiting 模块中候选人申请状态更新为 'Offer Accepted' 或 'Hired' 的时间戳推断。 捕获 由候选人申请记录状态变更为 'Offer Accepted' 推断。 事件类型 inferred | |||
员工已聘用 | 这是在HR系统中创建员工记录并分配 Employee ID 的正式事务。当HR管理员在 Dayforce 核心HR模块完成雇用操作时（通常基于已被接受的 Offer），该事件会被明确记录。 | ||
为何重要 这是确定员工任期的基础性里程碑，也是衡量入职周期、早期流失与整体员工生命周期时长的起点。 获取方式 取自Dayforce Human Resources员工核心人事记录中的“入职日期”或交易生效日期。 捕获 源自员工任职历史中“入职”操作的生效日期。 事件类型 explicit | |||
员工已解除雇佣关系 | 员工生命周期中的最后一个活动，标记其正式离职日期。该事件依据“Termination”动作的生效日期推断，该动作会将员工状态变更为非在职。 | ||
为何重要 这是 Hire to Retire 流程的最终结束事件，对于计算员工任期、离职率以及整体生命周期时长至关重要。 获取方式 根据 Dayforce Human Resources 中员工职位历史记录里的终止操作生效日期推断。 捕获 根据员工职位记录中最终 'Termination' 操作的生效日期推断。 事件类型 inferred | |||
已创建招聘需求 | 当经理或HR创建新增或替补岗位的用人需求时，该活动标记招聘流程正式启动。通常在Dayforce Recruiting模块保存新的用人需求时会显式记录该事件。 | ||
为何重要 这是衡量整体 Time-to-Hire 和 Candidate-to-Hire 周期时长 KPI 的主要起点。从该事件起的用时分析有助于识别招聘审批与职位发布的延误。 获取方式 记录在 Ceridian Dayforce 的 Recruiting 模块中。该事件取自招聘需求记录的创建时间戳。 捕获 创建新的岗位需求时记录事件。 事件类型 explicit | |||
终止雇佣已发起 | 该活动代表离职办理流程的开始，即经理或HR提交离职申请。此举通常作为显式动作触发包含审批和离职任务的工作流。 | ||
为何重要 该事件是衡量离职办理效率与合规性的起点。从此时点到最终离职日期的间隔，即为离职流程的总用时。 获取方式 取自Dayforce Human Resources中离职表单或工作流的提交日期。 捕获 提交离职申请工作流时记录事件。 事件类型 explicit | |||
薪资设置已完成 | 该活动表示新员工已在薪资系统配置完成，确保能够准确发薪。通常依据员工薪资记录的创建或启用日期推断。 | ||
为何重要 这是衡量薪资设置周期时长的关键里程碑。此处的延误将直接影响新员工体验，并可能带来显著的行政问题。 获取方式 根据 Dayforce Payroll 模块中员工主薪酬记录的生效日期或创建日期推断。 捕获 根据员工薪酬记录的创建时间戳推断。 事件类型 inferred | |||
候选人已申请 | 表示候选人向某个开放的招聘需求提交申请的时刻。通常在 Dayforce Recruiting 模块中作为显式事件记录，并关联候选人档案和具体需求。 | ||
为何重要 跟踪申请量与提交时点，对评估职位发布与招聘来源的有效性至关重要，也是分析候选人在招聘漏斗中转化率的起点。 获取方式 取自Dayforce Recruiting模块的申请人跟踪系统（ATS）中的申请提交时间戳。 捕获 当创建候选人记录并关联至岗位需求时记录事件。 事件类型 explicit | |||
入职任务已完成 | 表示新员工入职清单中的某个任务（如“I-9 Verification”）已完成。该事件取自 Dayforce Onboarding 模块中单个任务的完成时间戳。 | ||
为何重要 逐项分析任务完成情况，可精准定位入职流程中的具体瓶颈；同时便于追踪合规，确保新人尽快投入产出。 获取方式 记录在 Dayforce 的 Onboarding 模块中。员工入职计划中每个已完成的任务都应包含完成时间戳。 捕获 当某个入职清单项被标记为完成时记录事件。 事件类型 explicit | |||
培训完成 | 表示分配给员工的培训课程或学习模块已完成。该事件取自 Dayforce Learning Management 模块中课程记录的完成时间戳。 | ||
为何重要 跟踪培训完成度可确保合规，并衡量学习项目成效。对新员工而言，这也是其融入度与上岗准备情况的重要指标。 获取方式 当分配给员工的培训项目被标记为完成时，将在 Dayforce 的 Learning Management 模块中记录。 捕获 当员工的课程状态更新为“已完成”时记录。 事件类型 explicit | |||
岗位变更已处理 | 表示员工岗位的任何变动，包括晋升、调岗或平级流转。该事件取自员工核心HR记录中岗位信息变更的生效日期。 | ||
为何重要 该活动对于分析内部流动、职业发展路径以及晋升审批周期KPI至关重要，有助于理解员工在组织内部的流转情况。 获取方式 取自Dayforce Human Resources中员工任职历史表中按生效日期记录的交易。 捕获 源自员工记录中“岗位变更”或“晋升”操作的生效日期。 事件类型 explicit | |||
已发出录用通知 | 当正式Offer生成并发送给候选人时发生该活动。通常依据招聘工作流中候选人申请状态的变更推断，例如从‘Interview’变为‘Offer’。 | ||
为何重要 这是衡量“Hire to Offer 周期时长”的关键里程碑，用于区分发 Offer 前的候选人评估阶段与最终接受和入职阶段。 获取方式 根据 Dayforce Recruiting 模块中候选人申请记录的状态变更推断。时间戳对应状态更新为 'Offer' 状态的时间。 捕获 由候选人申请记录状态变更为 'Offer Extended' 或相近状态推断。 事件类型 inferred | |||
已开始休假 | 该活动标记员工休假（如产假、病假）的开始，通常以员工人事记录中请假状态的生效起始日为准。 | ||
为何重要 识别休假或停工对于了解人力可用性和流程偏差至关重要，也有助于解释员工生命周期中出现的长时间不活跃。 获取方式 根据 Dayforce Human Resources 中员工职位数据记录的状态变更为 'Leave' 类型推断。时间戳为休假生效日期。 捕获 根据员工记录中 'Leave of Absence' 状态的生效开始日期推断。 事件类型 inferred | |||
已进行离职面谈 | 表示与离职员工的离职面谈已完成。通常会在离职流程中记录为已完成的清单项或表单。 | ||
为何重要 跟踪离职面谈的完成情况是 Offboarding Compliance Rate KPI 的关键，确保组织收集到用于提升留任的宝贵反馈。 获取方式 通常在 Dayforce 的入职或人资模块中，作为离职清单或工作流中的已完成任务记录。 捕获 当离职面谈表单或任务标记为完成时记录。 事件类型 explicit | |||
绩效评审已完成 | 该活动表示员工绩效评估周期已完成，通常依据绩效管理工作流中评估表状态变更为‘Completed’或‘Closed’的日期推断。 | ||
为何重要 在绩效评审周期效率仪表板中，评审频次与耗时是核心指标，有助于确保员工及时获得反馈，促进发展并提升参与度。 获取方式 根据 Dayforce Performance Management 模块中评估表单的状态变更时间戳推断。 捕获 根据绩效评估表单上的完成日期字段或状态更新时间戳推断。 事件类型 inferred | |||
薪酬变更已批准 | 该事件表示员工薪酬发生变动，如绩效加薪、奖金或薪资调整。记录时间取自薪酬变更记录的生效日期。 | ||
为何重要 跟踪薪酬变更有助于分析激励周期、薪酬公平以及审批工作流的效率，是员工全生命周期管理的重要组成部分。 获取方式 记录在 Dayforce 中员工的薪酬历史表中。该事件对应新的薪资标准或薪酬组件的生效日期。 捕获 事件取自员工薪酬历史中按生效日期记录的条目。 事件类型 explicit | |||
提取指南
步骤
- 进入 Dayforce 报表管理： 使用具备报表权限的账号登录 Ceridian Dayforce。从主菜单进入报表模块，路径通常为 Reporting > Report Management。
- 新建自定义报表： 新建一份报表，选择创建用户自定义报表。为报表起一个清晰易懂的名称，例如 ProcessMind_HireToRetire_EventLog_Source。
- 定义主数据源和关联数据源： 报表的核心是关联多种数据源以汇集全生命周期事件。
- 将主数据源设为 Employees，作为所有员工相关数据的锚点。
- 以员工编号或内部系统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）位置或指定的文件共享路径。
- 转换数据（Unpivot）： 导出的 CSV 为宽表，需要转换为“长表”事件日志。使用数据准备工具（如 Excel 的 Power Query、基于 pandas 的 Python 脚本或任意 ETL 工具）对时间戳列执行反透视（Unpivot）。源文件的每一行需按每个非空时间戳在最终事件日志中展开为多行。最终文件包含 EmployeeId、ActivityName、EventTimestamp 以及其他属性列。
配置
- 前提条件： 你需要拥有相应的用户角色与权限，可访问报表管理及其底层数据源，涵盖人力资源、招聘、入职、绩效与薪酬等模块。
- 报表类型： 需要创建可关联多个数据源的自定义报表。
- 关键数据源： 报表必须将主 Employees 数据源与相关数据源进行关联，例如[Recruiting - Applications]、[HR - Employee Job History]、[Performance - Reviews]和[Onboarding - Tasks]。具体名称可能因你的 Dayforce 配置而有所不同。
- 日期范围筛选： 必须在多个日期字段上进行筛选（如 Hire Date、Termination Date、Application Date），以捕捉周期内的所有相关生命周期事件。建议选择12至24个月的区间，便于开展有意义的分析。
- 员工状态： 请确保筛选条件同时包含在职与已离职员工，以完整呈现从入职到离职的员工全生命周期视图。
- 导出格式： 计划导出需配置为 CSV 等机器可读格式，便于由转换脚本或 ETL 工具快速解析。
a 查询示例 config
<!--
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>