您的薪资处理数据模板
您的薪资处理数据模板
- 薪资记录的推荐属性
- 从提交到付款的关键流程里程碑
- Workday Payroll专用数据提取指南
薪资处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
开始时间
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
|
|||
薪资处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已执行
|
确认资金已发放或支票已打印。这是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
|
|||
数据提取指南
立即优化您的薪资处理流程
将周期时间缩短30%,消除Workday中的人工更正
无需信用卡……5分钟完成设置