您的薪资处理数据模板

Workday Payroll
您的薪资处理数据模板

您的薪资处理数据模板

此模板为从Workday Payroll采集薪资数据提供完整框架,帮助识别瓶颈和合规问题。模板列出了分析所需的具体属性,以及薪资周期中需要跟踪的关键活动。按照本指南操作,您可以确保事件日志结构清晰,从而全面了解薪资发放运营情况。
  • 薪资记录的推荐属性
  • 从提交到付款的关键流程里程碑
  • Workday Payroll专用数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

薪资处理属性

以下推荐数据字段应纳入事件日志,以便详细分析薪资周期绩效。
5 必需 8 建议 7 可选
名称 说明
开始时间
EventTimestamp
活动发生的准确日期和时间。
说明

此属性记录特定活动启动或完成时的时间戳,为计算周期时间、持续时间和识别瓶颈提供必要的时间维度。在Workday中,它对应业务流程步骤的“Completed Moment”或“Effective Moment”。

为什么重要

用于按时间顺序排列事件,并计算所有基于时间的KPI。

获取位置

Workday Business Process History:“Completed Date/Time”。

示例
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
活动
ActivityName
已执行的流程步骤或事件名称。
说明

此属性记录Payroll周期内发生的具体操作或状态变更。其值对应Workday中的标准Business Process步骤,例如“Time Sheet Submitted”“Payroll Record Created”或“Payment Executed”。该字段是流程发现和变体分析的核心组成部分。

为什么重要

它定义事件顺序,是重建流程图的必填字段。

获取位置

Workday“Business Process Transactions”或审计日志。

示例
工时表已提交应发工资已计算银行转账文件已生成已标记审计异常
薪资记录
PayrollRecordId
特定Payroll记录的唯一标识符,由员工和发薪周期组合而成。
说明

此属性是流程的核心案例标识符,可唯一标识特定员工在特定发薪周期内的一次Payroll实例。在Workday中,它在概念上是Worker、Period和Pay Group的交集。从提交Time Sheet到最终执行Payment的所有活动,都归入此ID,以支持端到端流程分析。

为什么重要

这是必填的CaseId,用于将彼此分散的事件绑定为完整的流程轨迹。

获取位置

Workday Report Writer:从“Payroll Result”业务对象中提取,通常由Employee_ID和Period_Reference组成复合键。

示例
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
数据最后更新时间
LastDataUpdate
数据提取或最近一次刷新的时间戳。
说明

此属性表示记录在流程挖掘数据模型中的最近更新时间,用于管理数据新鲜度,并识别源系统与分析环境之间可能存在的同步延迟。

为什么重要

帮助分析人员了解数据的时效性。

获取位置

ETL执行时的系统时间。

示例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
源系统
SourceSystem
数据来源所在的记录系统。
说明

此属性标识记录事件的软件系统。对于此流程,其值主要为“Workday Payroll”。在多系统环境中,它对于追踪数据血缘并确保分析使用正确上下文至关重要。

为什么重要

支持在多系统流程挖掘环境中追踪数据血缘。

获取位置

在提取过程中硬编码,或在ETL管道中配置。

示例
Workday PayrollWorkday HCM
国家
Country
Payroll记录对应的国家或税务管辖区。
说明

此属性表示Payroll计算的主要地理位置,是“Global Cycle Time Standardization”仪表板的重要字段,可用于比较不同监管环境下的绩效并隔离区域特有问题。

为什么重要

支持“Regional Cycle Time Variance”和全球标准化分析。

获取位置

Workday Worker对象:“Primary Work Location”→Country。

示例
美国英国法国德国
成本中心
CostCenter
与Payroll记录关联的部门或成本中心。
说明

此属性将Payroll记录映射到特定组织单元,支持比较不同部门的绩效,并识别经常导致延迟或错误率较高的环节,例如Time Sheet批准。

为什么重要

是“Time Sheet Approval Performance”和“Audit Exception”仪表板的关键字段。

获取位置

Workday Worker对象:“Cost Center”或“Supervisory Organization”。

示例
CC-501财务CC-202工程CC-101人力资源
是否自动化
IsAutomated
标识活动是否由系统执行的标志。
说明

此布尔属性用于判断某个步骤是由Workday系统执行,例如计划计算,还是由人工用户执行。它对于计算“ActivityAutomationCost”和识别提升无接触处理率的机会至关重要。

为什么重要

对自动化分析和成本估算至关重要。

获取位置

Workday Audit:检查Actor是否为“System”,或是否不同于“Worker”。

示例
truefalse
更正原因
CorrectionReason
执行数据更正时选择的原因代码。
说明

此属性记录用户为“Data Correction Performed”活动选择的原因,为“Manual Correction and Rework Analysis”仪表板提供分析“Retroactive Change”或“Input Error”等根因所需的细粒度信息。

为什么重要

是返工根因分析的关键字段。

获取位置

Workday:“Rescind/Correct”业务流程中的“Reason”字段。

示例
追溯性薪酬变更工时表调整福利选择更新
薪资专员
PayrollSpecialist
执行活动的用户或员工。
说明

此属性标识负责执行活动的个人或系统账户。在Workday中,它是与业务流程步骤关联的“Actor”。该属性对于分析资源生产率、职责分离和工作负载分配至关重要。

为什么重要

支持分析专员生产率和资源瓶颈。

获取位置

Workday Business Process History:“Actor”字段。

示例
John Smith系统账户Maria GarciaPayrollBatchBot
薪资周期
PayPeriod
Payroll记录所覆盖的具体时间区间。
说明

此属性标识Payroll周期,例如“October 2023 - Semi-Monthly”。它用于按周期分组记录,开展环比或同比分析,也是“Payroll Record”案例标识逻辑的关键。

为什么重要

是案例分组和时间分析的基础。

获取位置

Workday Payroll Result:“Period”。

示例
2023-10月度2023-W42周度2023-11半月度
薪资组
PayGroup
用于薪资处理的员工分组。
说明

此属性用于标识共享相同薪资周期和处理规则的员工逻辑分组,例如“US Monthly Salaried”。这是Workday中的基础概念,用于细分“Payroll Preview Iteration Tracker”和“Tax Calculation Efficiency Monitor”的分析。

为什么重要

Workday运营细分的主要维度。

获取位置

Workday Worker/Payroll Result:“Pay Group”。

示例
美国月度薪资制英国周度计时制法国高管
薪资运行类型
PayrollRunType
Payroll运行类别,例如Regular、Off-Cycle或Bonus。
说明

此属性对Payroll执行类型进行分类。区分“Regular”“Correction”和“On-Demand”运行对分析至关重要,因为Off-Cycle运行通常代表返工或异常,会使标准绩效指标产生偏差。

为什么重要

支持区分标准流程与异常流程。

获取位置

Workday Payroll:“Run Category”或“Result Type”。

示例
常规非周期按需年终调整
SLA合规状态
SLAComplianceStatus
表示银行转账文件是否按时生成。
说明

此计算属性将实际“Bank Transfer File Generated”时间与“SLA Processing Deadline”进行比较。“Met”或“Breached”等值可在“Bank Transfer and SLA Compliance”仪表板中即时呈现绩效问题。

为什么重要

直接填充SLA合规KPI。

获取位置

计算逻辑:如果EventTime <= SLAProcessingDeadline,则为“Met”,否则为“Breached”。

示例
已达标已超时存在风险
SLA处理截止时间
SLAProcessingDeadline
生成银行转账文件的目标截止时间。
说明

此属性定义“Bank Transfer File Generated”活动必须完成的合同或内部截止时间,用于计算“Bank Transfer SLA Adherence Rate”,并在仪表板中展示合规情况。

为什么重要

SLA合规计算的基准。

获取位置

根据Pay Period End Date加可配置偏移量推导,例如2天。

示例
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
地区
Region
更大范围的地理区域,例如EMEA、APAC、NA。
说明

此属性将多个国家归入更大的运营区域,通过比较北美、EMEA和APAC等主要市场的Payroll运营情况,支持“Regional Cycle Time Variance”KPI。

为什么重要

便于开展高层级地理绩效比较。

获取位置

根据Country或Worker中的“Region”字段推导。

示例
北美EMEAAPACLATAM
审计例外类型
AuditExceptionType
周期内标记的审计失败类别。
说明

此属性对触发“Audit Exception Flagged”事件的具体规则进行分类。例如“Net Pay Negative”“Variance > 10%”或“Missing Tax ID”。它驱动“Audit Exception and Quality Control”视图。

为什么重要

识别需要重点改进的具体数据质量问题。

获取位置

Workday审计报告或验证规则输出。

示例
净工资为负差异较大缺少SSN
应发工资金额
GrossPayAmount
为该记录计算的总收入。
说明

此属性保存扣除前计算出的总金额。虽然通常属于敏感数据,但它可作为复杂度和风险的代理指标。在流程挖掘中,可用于分析高金额记录是否需要更严格的审计检查,或是否需要更长的批准时间。

为什么重要

在安全策略允许的情况下,用作复杂度分析的维度属性。

获取位置

Workday Payroll Result Lines:Gross Pay组件之和。

示例
5000.002500.5010000.00
报税状态
TaxFilingStatus
薪资处理完成后的报税状态。
说明

此属性用于跟踪法定申报的完成状态。结合“Tax Filing Completed”活动使用,可填充“Post-Cycle Tax Filing Velocity”仪表板并确保监管合规。

为什么重要

对合规和风险监控至关重要。

获取位置

Workday Payroll:报税历史记录或集成状态。

示例
待处理已完成已拒绝
预览迭代次数
PreviewIterationCount
该记录预览步骤的累计次数。
说明

此计算指标跟踪特定案例中“Payroll Result Previewed”活动的发生次数。次数较高表明数据难以稳定,是“Payroll Preview Iteration Tracker”的主要输入。

为什么重要

衡量流程效率和数据质量稳定性。

获取位置

计算值:每个CaseId中“Payroll Result Previewed”活动的数量。

示例
1312
必需 建议 可选

薪资处理活动

在事件日志中记录这些关键流程步骤和里程碑,全面了解薪资执行过程并发现改进机会。
9 建议 5 可选
活动 说明
付款已执行
确认资金已发放或支票已打印。这是Payroll记录最终的财务兑现。
为什么重要

这是面向员工的流程终点。将其与Bank Transfer File Generated时间进行比较,可以发现银行处理延迟。

获取位置

Workday Settlement Status。查找状态变更为“Completed”,或银行返回的集成确认信息。

采集

Settlement Status更新为Complete时记录

事件类型 explicit
工时表已批准
经理或HR合作伙伴正式批准工时记录。此状态变更会将工时释放给Payroll接口或计算引擎处理。
为什么重要

计算批准延迟时间。未批准工时是后续Payroll周期发生追溯调整和返工的主要原因。

获取位置

Workday Time Tracking Business Process历史记录。查找步骤类型为“Approval”的“Step Completed”事件。

采集

批准步骤状态变更为Completed时记录

事件类型 explicit
工时表已提交
员工或工时记录员在Time Tracking模块中首次提交工时数据。该事件标志着原始工时进入系统流程,随后等待经理审核。
为什么重要

提交延迟会在薪资计算窗口内引发下游瓶颈。监控这一环节,可以为整个薪资周期时长建立基准。

获取位置

Workday Time Tracking Business Process审计日志。识别相关Pay Period的“Submit”事件时间戳。

采集

执行“Submit Time”操作时记录

事件类型 explicit
工资记录已创建
在特定周期内为员工初始化Payroll结果。当Pay Calculation流程确认员工符合本次运行条件时,通常会执行此操作。
为什么重要

标志着Payroll引擎内Payroll处理的正式开始,有助于区分HR数据准备与实际Payroll处理。

获取位置

Workday“Pay Result”对象创建时间戳,或员工“Run Pay Calculation”流程的开始时间。

采集

实例化Pay Result对象时记录

事件类型 explicit
工资记录已批准
完成员工Payroll计算。在“Run Pay Completion”流程中执行,并锁定结果,防止进一步修改计算。
为什么重要

这是标志计算阶段结束、结算阶段开始的关键里程碑,对衡量周期时间至关重要。

获取位置

Workday“Run Pay Completion”任务日志。识别Pay Result Status变更为“Complete”或“Final”的时间。

采集

执行“Run Pay Completion”时记录

事件类型 explicit
已执行数据更正
Payroll专员手动修改输入数据,或覆盖Payroll结果中的计算值。此操作表明初始计算不正确。
为什么重要

直接衡量返工情况。减少此活动是自动化和数据质量改进计划的主要目标。

获取位置

Pay Result对象的Workday审计跟踪。查找初始计算后由用户而非系统执行的“Field Edit”事件。

采集

用户提交Pay Result更改时记录

事件类型 explicit
已标记审计异常
系统检测到Payroll结果存在验证错误或智能审计警报,并将结果状态设置为“Error”或“Requires Action”。
为什么重要

这是衡量合规和数据质量的关键指标。频繁出现异常会提高每张工资单的处理成本,并延迟最终确认。

获取位置

Workday Pay Result Status字段。识别状态转为“Error”或创建“Smart Audit”警报条目的情况。

采集

比较计算前后的状态字段

事件类型 inferred
应发工资已计算
执行计算引擎,根据工时、费率和薪酬计划计算总收入。如果数据被更正,此活动可能重复执行多次。
为什么重要

此处迭代次数较高通常表明存在数据质量问题。这是消耗系统资源和处理时间最多的核心步骤。

获取位置

Workday“Run Pay Calculation”任务日志。记录特定员工或Pay Group的计算作业完成时间戳。

采集

“Run Pay Calculation”作业完成时记录

事件类型 explicit
银行转账文件已生成
创建包含净工资支付指令的银行传输文件,例如NACHA、SEPA文件。此操作在“Settlement Run”期间执行。
为什么重要

衡量付款提交的SLA合规情况。此处延迟会危及实际发薪日。

获取位置

Workday“Run Settlement”流程日志。查找“Payment File”生成记录,或Settlement Run事件完成记录。

采集

Settlement Run生成输出时记录

事件类型 explicit
工资单已发布
员工可以查看最终工资单文件。通常在结算完成后,或在预定日期触发。
为什么重要

影响员工满意度。跟踪此活动可确保信息透明,并符合当地劳动法关于工资单交付的要求。

获取位置

根据Pay Group配置的“Payslip Available Date”,或“Generate Payslip”流程完成时间戳推断。

采集

根据Payslip Available Date配置推导

事件类型 inferred
工资结果已预览
用户查看计算后的Payroll结果或“Payslip Preview”。此活动通常发生在批准之前,代表核验阶段。
为什么重要

多次预览但未批准,可能表明用户存在疑虑,或需要在系统外进行验证。这有助于分析审核周期中的用户行为。

获取位置

用户访问日志或报表运行历史。查找“Pay Result”实例的“View”事件,或“View Payslip”报表的执行记录。

采集

在System Access Logs中记录(View事件)

事件类型 explicit
激励数据已导入
通过Enterprise Interface Builder(EIB)或连接器导入外部薪酬数据,例如佣金、奖金或一次性付款。此操作会创建或更新Input/One-Time Payment对象。
为什么重要

识别集成延迟。验证外部数据是否在计算截止时间前到达,对确保Payroll准确性至关重要。

获取位置

Integration System事件日志或“Request One-Time Payment”“Input”业务流程的审计跟踪。

采集

在EIB加载或Web Service调用期间记录

事件类型 explicit
福利扣款已应用
将福利计划和扣除规则应用于总收入,以确定应税工资。虽然通常属于主计算流程的一部分,但此活动可单独呈现扣除处理阶段。
为什么重要

HCM Benefits与Payroll之间的同步延迟经常导致此处出错。单独分析该阶段有助于定位配置或数据流问题。

获取位置

如果日志记录了独立的扣除子流程,则从“Run Pay Calculation”日志详情中推断;否则,根据Pay Result中“Deductions”部分的更新推导。

采集

比较计算前后的Pay Result扣除字段

事件类型 inferred
税务申报已完成
成功生成并向政府机构提交法定税务报告。此操作在付款后执行。
为什么重要

确保监管合规。此周期后活动延迟可能导致高额罚款。

获取位置

Third Party Payroll供应商的集成日志,或周期结账清单中手动“Tax Filing”任务的完成记录。

采集

Tax Integration事件完成时记录

事件类型 explicit
建议 可选

数据提取指南

了解如何高效地从Workday Payroll提取和准备薪资数据,用于流程挖掘项目。

准备好开始了吗?

立即将此数据模板应用于您的Workday实例,优化薪资运营。我们的团队将协助您完成数据提取和分析。

立即优化您的薪资处理流程

将周期时间缩短30%,消除Workday中的人工更正

开始免费试用

无需信用卡……5分钟完成设置