您的薪资处理数据模板
您的薪资处理数据模板
- 薪资记录建议属性
- 从提交到付款的关键流程节点
- Workday Payroll专用数据提取指南
薪资处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
工资记录
PayrollRecordId
|
工资记录的唯一标识符,由员工和工资周期信息组成。 | ||
|
说明
此属性是流程的核心案例标识符,可唯一标识特定员工在特定工资周期内的一条工资记录。在Workday中,它在概念上由员工、周期和工资组共同确定。从提交工时表到最终付款执行的所有活动,都会归入此ID,以便进行端到端流程分析。
重要性
这是必需的CaseId,用于将彼此分散的事件关联为完整的流程轨迹。
获取途径
Workday Report Writer:从“Payroll Result”业务对象提取,通常使用Employee_ID和Period_Reference组成的复合键。
示例
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
开始时间
EventTimestamp
|
活动发生的准确日期和时间。 | ||
|
说明
此属性记录特定活动开始或完成的时间戳,为计算周期时间和持续时间、识别瓶颈提供时间维度。在Workday中,它对应业务流程步骤的“Completed Moment”或“Effective Moment”。
重要性
此属性用于按时间顺序排列事件并计算所有基于时间的KPI。
获取途径
Workday业务流程历史记录:“Completed Date/Time”。
示例
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
|
|||
|
活动
ActivityName
|
执行的流程步骤或事件名称。 | ||
|
说明
此属性记录工资周期中发生的具体操作或状态变更。取值对应Workday中的标准业务流程步骤,例如“工时表已提交”“工资记录已创建”或“付款已执行”。此字段是流程发现和变体分析的核心。
重要性
此属性定义事件顺序,是重建流程图的必需字段。
获取途径
Workday“Business Process Transactions”或审计日志。
示例
已提交工时表税前工资已计算银行转账文件已生成已标记审计异常
|
|||
|
数据上次更新
LastDataUpdate
|
数据提取或上次刷新的时间戳。 | ||
|
说明
此属性表示流程挖掘数据模型中的记录上次更新时间。它用于管理数据时效性,并识别源系统与分析环境之间可能存在的同步延迟。
重要性
帮助分析人员了解数据的时效性。
获取途径
ETL执行时的系统时间。
示例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
源系统
SourceSystem
|
数据来源所在的记录系统。 | ||
|
说明
此属性用于标识记录事件的软件系统。对于此流程,取值通常为“Workday Payroll”。在多系统环境中,此属性对于跟踪数据沿袭并确保分析时采用正确的上下文至关重要。
重要性
支持在多系统流程挖掘环境中跟踪数据沿袭。
获取途径
在提取过程中硬编码,或在ETL管道中配置。
示例
Workday薪资Workday HCM
|
|||
|
国家/地区
Country
|
工资记录对应的国家/地区或税务管辖区。 | ||
|
说明
此属性表示工资计算对应的主要地理位置。它对“全球周期时间标准化”仪表板至关重要,可帮助组织比较不同监管环境下的表现,并识别特定地区的问题。
重要性
支持分析“区域周期时间差异”和全球标准化情况。
获取途径
Workday Worker对象:“Primary Work Location”→Country。
示例
美国英国法国德国
|
|||
|
工资专员
PayrollSpecialist
|
执行活动的用户或员工。 | ||
|
说明
此属性用于标识负责执行活动的个人或系统账户。在Workday中,它对应业务流程步骤关联的“Actor”。此属性对于分析资源效率、职责分离和工作量分配至关重要。
重要性
支持分析专员效率和资源瓶颈。
获取途径
Workday业务流程历史记录:“Actor”字段。
示例
John Smith系统账户Maria GarciaPayrollBatchBot
|
|||
|
工资周期
PayPeriod
|
工资记录涵盖的具体时间段。 | ||
|
说明
此属性用于标识工资周期,例如“2023年10月-半月薪”。它用于按周期分组记录,以便进行同期分析,也是“工资记录”案例标识逻辑的关键依据。
重要性
是案例分组和时间分析的基础。
获取途径
Workday Payroll Result:“Period”。
示例
2023-10月薪2023-W42周薪2023-11半月薪
|
|||
|
工资组
PayGroup
|
用于工资处理的员工分组。 | ||
|
说明
此属性用于标识工资周期和处理规则相同的员工逻辑分组(例如“US月薪员工”)。工资组是Workday中的基本概念,可用于细分“工资预览迭代跟踪器”和“税额计算效率监控器”的分析结果。
重要性
Workday运营细分的主要维度。
获取途径
Workday Worker/Payroll Result:“Pay Group”。
示例
US月薪员工UK周薪员工法国高管
|
|||
|
工资运行类型
PayrollRunType
|
工资运行的类别(例如常规、周期外或奖金)。 | ||
|
说明
此属性用于区分工资处理的类型。区分“常规”“更正”和“按需”运行至关重要,因为周期外运行通常代表返工或异常,会影响标准绩效指标。
重要性
支持区分标准流程与异常流程。
获取途径
Workday Payroll:“Run Category”或“Result Type”。
示例
常规周期外按需年终调整
|
|||
|
成本中心
CostCenter
|
与工资记录关联的部门或成本中心。 | ||
|
说明
此属性将工资记录关联到特定组织单位,便于比较不同部门的表现,并识别经常导致延迟(例如工时表审批延迟)或错误率较高的部门。
重要性
是“工时表审批表现”和“审计异常”仪表板的关键属性。
获取途径
Workday Worker对象:“Cost Center”或“Supervisory Organization”。
示例
CC-501财务CC-202工程CC-101人力资源
|
|||
|
是否自动执行
IsAutomated
|
用于标记活动是否由系统执行。 | ||
|
说明
此布尔属性用于判断特定步骤由Workday系统(例如计划计算)还是人工用户执行。它对于计算“ActivityAutomationCost”和识别提升无人工干预处理比例的机会至关重要。
重要性
对自动化分析和成本估算至关重要。
获取途径
Workday审计:检查执行者是否为“System”或与“Worker”不同。
示例
truefalse
|
|||
|
更正原因
CorrectionReason
|
执行数据更正时选择的原因代码。 | ||
|
说明
此属性记录用户为“已执行数据更正”活动选择的原因,为“手动更正与返工分析”仪表板提供所需的详细信息,以便分析“追溯变更”或“输入错误”等根本原因。
重要性
用于分析返工根本原因的关键信息。
获取途径
Workday:“撤销/更正”业务流程中的“原因”字段。
示例
追溯调整薪酬工时表调整福利选择更新
|
|||
|
SLA合规状态
SLAComplianceStatus
|
指示银行转账是否按时生成。 | ||
|
说明
此计算属性将“银行转账文件已生成”的实际时间与“SLA处理截止时间”进行比较。取值如“已达标”或“已超时”,可在“银行转账与SLA合规”仪表板中直观呈现绩效问题。
重要性
直接用于填充SLA合规KPI。
获取途径
计算方式:如果EventTime <= SLAProcessingDeadline,则为“已达标”,否则为“已超时”。
示例
已达标已超时有风险
|
|||
|
SLA处理截止时间
SLAProcessingDeadline
|
生成银行转账文件的目标截止时间。 | ||
|
说明
此属性定义合同或内部规定的截止时间,要求在此之前完成“银行转账文件已生成”活动。该属性用于计算“银行转账SLA达标率”,并在仪表板中展示合规情况。
重要性
用于计算SLA合规情况的基准。
获取途径
根据工资周期结束日期加可配置的偏移天数计算得出(例如2天)。
示例
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
|
|||
|
区域
Region
|
较大范围的地理区域(例如EMEA、APAC、NA)。 | ||
|
说明
此属性将国家/地区归入较大的运营区域。它支持“区域周期时间差异”KPI,便于比较北美、EMEA和APAC等主要市场的工资处理情况。
重要性
便于从宏观层面比较不同地区的表现。
获取途径
根据国家/地区或Worker对象中的“Region”字段推导。
示例
北美欧洲、中东和非洲亚太地区拉丁美洲
|
|||
|
审计异常类型
AuditExceptionType
|
本周期内标记的审计失败类别。 | ||
|
说明
此属性用于分类触发“已标记审计异常”事件的具体规则。例如“净工资为负”“差异>10%”或“缺少税务识别号”。该属性用于生成“审计异常与质量控制”视图。
重要性
识别需要重点改进的具体数据质量问题。
获取途径
Workday审计报告或验证规则输出。
示例
净工资为负差异过大缺少SSN
|
|||
|
税前工资金额
GrossPayAmount
|
此记录计算出的税前工资总额。 | ||
|
说明
此属性记录扣款前计算出的税前工资金额。虽然通常属于敏感数据,但可作为复杂度和风险的参考。在流程挖掘中,可用于分析金额较高的记录是否需要更严格的审计,或审批时间是否更长。
重要性
在安全策略允许的情况下,可作为复杂度分析的维度属性。
获取途径
Workday Payroll Result Lines:税前工资组成项总和。
示例
5000.002500.5010000.00
|
|||
|
税务申报状态
TaxFilingStatus
|
工资处理后的税务申报状态。 | ||
|
说明
此属性跟踪法定申报的完成状态。结合“税务申报已完成”活动使用,可填充“周期结束后税务申报进度”仪表板,并确保符合监管要求。
重要性
对合规与风险监控至关重要。
获取途径
Workday Payroll:税务申报历史记录或集成状态。
示例
待处理已完成已拒绝
|
|||
|
预览迭代次数
PreviewIterationCount
|
此记录预览步骤的累计次数。 | ||
|
说明
此计算指标跟踪特定案例中“工资结果已预览”活动的发生次数。次数较多表明数据难以稳定,是“工资预览迭代跟踪器”的主要输入。
重要性
衡量流程效率和数据质量稳定性。
获取途径
计算方式:按CaseId统计“工资结果已预览”活动的次数。
示例
1312
|
|||
薪资处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已执行
|
确认款项已发放或支票已打印。这是工资记录最终完成资金支付的节点。 | ||
|
重要性
这是面向员工的流程终点。将此时间与银行转账文件生成时间进行比较,可了解银行处理延迟。
获取途径
Workday Settlement Status。查找状态变为“Completed”的记录,或银行返回的集成确认信息。
采集
Settlement Status更新为Complete时记录
事件类型
explicit
|
|||
|
工时表已批准
|
经理或HR合作伙伴正式批准工时记录。状态变更后,相关工时会提交给工资接口或计算引擎处理。 | ||
|
重要性
用于计算审批延迟时间。工时未获批准是后续工资周期需要追溯调整和返工的主要原因。
获取途径
Workday Time Tracking业务流程历史记录。查找步骤类型为“Approval”的“Step Completed”事件。
采集
审批步骤状态变为Completed时记录
事件类型
explicit
|
|||
|
工资记录已创建
|
为员工初始化特定周期的工资结果。Pay Calculation流程通常会在确认员工符合本次计算条件时执行此操作。 | ||
|
重要性
标记工资引擎内工资处理的正式开始时间。可用于区分HR数据准备与实际工资处理。
获取途径
Workday Payroll“Pay Result”对象的创建时间戳,或针对该员工启动“Run Pay Calculation”流程的时间。
采集
Pay Result对象实例化时记录
事件类型
explicit
|
|||
|
工资记录已批准
|
完成员工工资计算。此操作在“Run Pay Completion”流程中执行,并锁定结果,防止进一步修改计算结果。 | ||
|
重要性
这是计算阶段结束、结算阶段开始的关键节点,也是衡量周期时间的重要依据。
获取途径
Workday“Run Pay Completion”任务日志。查找Pay Result Status变为“Complete”或“Final”的时间。
采集
执行“Run Pay Completion”时记录
事件类型
explicit
|
|||
|
已执行数据更正
|
工资专员手动修改输入数据,或覆盖工资结果中的计算值。这表明初次计算有误。 | ||
|
重要性
此项可直接衡量返工。减少此类活动是自动化和数据质量改进工作的主要目标。
获取途径
Pay Result对象的Workday审计跟踪。查找初次计算后由用户(而非系统)执行的“Field Edit”事件。
采集
用户提交Pay Result更改时记录
事件类型
explicit
|
|||
|
已提交工时表
|
员工或工时记录员在工时跟踪模块中首次提交工时数据。此事件标志着原始工时进入系统流程,等待经理审核。 | ||
|
重要性
提交延迟会导致后续薪资计算窗口出现瓶颈。监控这一节点,可为衡量整个薪资周期时长建立基准。
获取途径
Workday Time Tracking业务流程审计日志。查找相关工资周期的“Submit”事件时间戳。
采集
执行“Submit Time”操作时记录
事件类型
explicit
|
|||
|
已标记审计异常
|
系统在工资结果中检测到验证错误或智能审计警报。结果状态会变为“Error”或“Requires Action”。 | ||
|
重要性
此项对衡量合规和数据质量至关重要。异常频繁会增加每张工资单的处理成本,并延迟最终确认。
获取途径
Workday Pay Result Status字段。查找状态变为“Error”的记录,或“Smart Audit”警报条目。
采集
比较计算前后的状态字段
事件类型
inferred
|
|||
|
税前工资已计算
|
计算引擎根据工时、费率和薪酬计划计算税前收入。数据更正后,此活动可能会重复执行多次。 | ||
|
重要性
此处迭代次数较多,通常表明数据质量存在问题。这是核心处理步骤,也是最消耗系统资源和时间的环节。
获取途径
Workday“Run Pay Calculation”任务日志。记录特定员工或工资组的计算作业完成时间戳。
采集
“Run Pay Calculation”作业完成时记录
事件类型
explicit
|
|||
|
银行转账文件已生成
|
创建包含净工资支付指令的银行传输文件(例如NACHA、SEPA)。此操作在“Settlement Run”期间执行。 | ||
|
重要性
用于衡量付款提交是否符合SLA。此处延迟会影响实际发薪日期。
获取途径
Workday“Run Settlement”流程日志。查找“Payment File”生成记录或结算运行完成事件。
采集
Settlement Run生成输出时记录
事件类型
explicit
|
|||
|
工资单已发布
|
员工可以查看已定稿的工资单。通常在结算完成后或预定日期触发。 | ||
|
重要性
此项会影响员工满意度。跟踪此活动可确保流程透明,并符合当地劳动法规对工资单送达的要求。
获取途径
可根据Pay Group中配置的“Payslip Available Date”推断,也可使用“Generate Payslip”流程完成的时间戳。
采集
根据Payslip Available Date配置推导
事件类型
inferred
|
|||
|
工资结果已预览
|
用户查看计算后的工资结果或“Payslip Preview”。此活动通常发生在审批之前,代表核验阶段。 | ||
|
重要性
多次预览但未审批,可能表明用户尚未确定,或需要在系统外进行核验。分析此活动有助于了解用户在审核周期中的行为。
获取途径
用户访问日志或报表运行历史记录。查找“Pay Result”实例的“View”事件,或“View Payslip”报表的运行记录。
采集
在System Access Logs中记录(View事件)
事件类型
explicit
|
|||
|
激励数据已导入
|
通过Enterprise Interface Builder(EIB)或连接器导入外部薪酬数据,例如佣金、奖金或一次性付款。此操作会创建或更新Input/One-Time Payment对象。 | ||
|
重要性
用于识别集成延迟。确认外部数据在计算截止时间前到达,对确保工资计算准确至关重要。
获取途径
Integration System事件日志或“Request One-Time Payment”或“Input”业务流程的审计跟踪。
采集
EIB加载或Web Service调用时记录
事件类型
explicit
|
|||
|
福利扣款已应用
|
将福利计划和扣款规则应用于税前工资,以确定应税工资。此活动通常属于主计算流程的一部分,单独识别后可分析扣款处理阶段。 | ||
|
重要性
HCM Benefits与Payroll之间的同步延迟常会导致此处出错。单独分析此环节有助于定位配置或数据流问题。
获取途径
如果日志记录了独立的扣款子流程,可根据“Run Pay Calculation”日志详情推断;也可根据Pay Result中“Deductions”部分的更新推导。
采集
比较计算前后的Pay Result扣款字段
事件类型
inferred
|
|||
|
税务申报已完成
|
成功生成并向政府机构提交法定税务报告。此操作在付款后进行。 | ||
|
重要性
确保符合监管要求。此周期后续活动延迟可能导致高额罚款。
获取途径
第三方工资服务提供商的集成日志,或周期结账清单中手动“Tax Filing”任务的完成记录。
采集
Tax Integration事件完成时记录
事件类型
explicit
|
|||
数据提取指南
立即优化薪资处理流程
将周期时间缩短30%,减少Workday中的手动更正
无需信用卡……5分钟即可完成设置