您的薪资处理 Data 模板
您的薪资处理 Data 模板
- 推荐的薪资记录属性
- 从提交到付款的关键流程里程碑
- 专门针对 Workday 薪资的提取指南
薪资处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
开始时间
EventTimestamp
|
活动发生的精确日期和时间。 | ||
|
描述
此属性记录特定活动启动或完成的 timestamp。它提供了计算周期时间、持续时间以及识别瓶颈所需的时间维度。在 Workday 中,这对应于业务流程步骤的“完成时刻”或“生效时刻”。
为何重要
用于按时间顺序排列事件,并计算所有基于时间的 KPI。
获取方式
Workday 业务流程历史:“完成日期/时间”。
示例
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
|
|||
|
活动
ActivityName
|
所执行流程步骤或事件的名称。 | ||
|
描述
此属性捕获薪资周期内发生的特定操作或状态更改。其值对应于 Workday 中的标准业务流程步骤,如“工时表已提交”、“薪资记录已创建”或“付款已执行”。此字段是流程发现和变体分析的核心组件。
为何重要
它定义了事件序列,是重建流程图的必选项。
获取方式
Workday“业务流程事务”或审计日志。
示例
工时表已提交毛薪已计算银行转账文件已生成审计异常已标记
|
|||
|
薪资记录
PayrollRecordId
|
特定薪资记录的唯一标识符,结合了员工和算薪周期。 | ||
|
描述
此属性充当流程的核心 case 标识符。它唯一地标识特定员工在特定算薪周期内的单个薪资实例。在 Workday 中,这在概念上是员工、周期和 Pay Group 的交集。从提交工时表到最终执行付款的所有活动都归类在此 ID 下,以实现端到端流程分析。
为何重要
这是必需的 CaseId,用于将分散的事件绑定成内聚的流程轨迹。
获取方式
Workday 报表撰写器:从“薪资结果”业务对象中提取,通常是 Employee_ID 和 Period_Reference 的复合键。
示例
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
最后数据更新
LastDataUpdate
|
data 提取或上次刷新的 timestamp。 | ||
|
描述
此属性指示记录在 Process Mining data 模型中上次更新的时间。它用于管理 data 新鲜度,并识别源系统与分析环境之间潜在的同步延迟。
为何重要
帮助分析师了解数据的实时性。
获取方式
ETL 执行时刻的系统时间。
示例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
源系统
SourceSystem
|
数据来源的记录系统。 | ||
|
描述
此属性标识记录 event 的软件系统。对于此流程,该值主要为“Workday Payroll”。对于多系统环境,这对于跟踪 data 血缘并确保在分析过程中应用正确的上下文至关重要。
为何重要
支持在多系统流程挖掘配置中进行数据血缘追踪。
获取方式
在提取期间硬编码或在 ETL 管道中配置。
示例
Workday PayrollWorkday HCM
|
|||
|
Pay Group
PayGroup
|
用于薪资处理的员工分组。 | ||
|
描述
此属性标识共享相同算薪周期和处理规则的员工逻辑分组(例如“美国月薪制”)。这是 Workday 的基本概念,用于“薪资预览迭代跟踪器”和“税务计算效率监控器”的分段分析。
为何重要
Workday 中业务细分的主要维度。
获取方式
Workday 员工/薪资结果:“Pay Group”。
示例
美国月薪制英国周薪工时制法国高管组
|
|||
|
Pay Period
PayPeriod
|
薪资记录涵盖的具体时间间隔。 | ||
|
描述
此属性标识算薪周期,例如“2023年10月 - 半月薪”。它用于对记录进行跨周期分析,并且对于“薪资记录”case 标识符逻辑至关重要。
为何重要
case 分组和时间分析的基础。
获取方式
Workday 薪资结果:“周期”。
示例
2023-10 月度2023-W42 周度2023-11 半月度
|
|||
|
修正原因
CorrectionReason
|
执行 data 纠正时选择的原因代码。 | ||
|
描述
此属性捕获 user 为“执行数据纠正”活动选择的原因。它为“手动纠正和返工分析”仪表板提供所需的粒度细节,以了解“追溯变更”或“输入错误”等根本原因。
为何重要
返工根本原因分析的关键。
获取方式
Workday:“撤回/纠正”业务流程中的“原因”字段。
示例
追溯薪酬变更工时表调整福利选项更新
|
|||
|
国家/地区
Country
|
薪资记录所属的国家或税务管辖区。 | ||
|
描述
此属性指示薪资核算的主要地理位置。这对于“全球周期时间标准化”仪表板至关重要,允许组织对比不同监管环境下的绩效并隔离地区特定问题。
为何重要
支持“区域周期时间差异”和全球标准化分析。
获取方式
Workday 员工对象:“主要工作地点”-> 国家。
示例
美国英国法国德国
|
|||
|
处理时间
ProcessingTime
|
特定活动实例的持续时间。 | ||
|
描述
此属性捕获完成特定步骤所需的时间(例如核算作业运行了多长时间)。它通过识别缓慢的系统步骤或人工响应滞后,实现“专员生产力”和“税务计算效率”视图。
为何重要
用于步骤级绩效分析的细粒度指标。
获取方式
Workday 业务流程:步骤开始与步骤完成之间的持续时间。
示例
30000120000500
|
|||
|
成本中心
CostCenter
|
与薪资记录关联的部门或成本中心。 | ||
|
描述
此属性将薪资记录映射到特定的组织单位。它允许进行跨部门的绩效对比,从而识别经常导致延迟(例如在工时表审批中)或错误率较高的领域。
为何重要
对于“工时表审批绩效”和“审计异常”仪表板至关重要。
获取方式
Workday 员工对象:“成本中心”或“监督组织”。
示例
CC-501 财务部CC-202 工程部CC-101 人事部
|
|||
|
是否已自动化
IsAutomated
|
指示活动是否由系统执行的标记。 | ||
|
描述
此布尔属性确定特定步骤是由 Workday 系统(例如预定核算)还是由人工执行。这对于计算“活动自动化成本”以及识别增加无感处理的机会至关重要。
为何重要
对于自动化分析和成本估算至关重要。
获取方式
Workday 审计:检查参与者是“系统”还是不同于“员工”。
示例
truefalse
|
|||
|
薪资专员
PayrollSpecialist
|
执行该活动的 user 或员工。 | ||
|
描述
此属性标识负责执行该活动的个人或系统帐户。在 Workday 中,这是与业务流程步骤关联的“参与者”。这对于分析资源生产力、职责分离和工作负载分配至关重要。
为何重要
支持对专员生产力和资源瓶颈进行分析。
获取方式
Workday 业务流程历史:“参与者”字段。
示例
约翰·史密斯系统帐户Maria GarciaPayrollBatchBot
|
|||
|
薪资运行类型
PayrollRunType
|
薪资运行类别(例如常规、非周期、奖金)。 | ||
|
描述
此属性对薪资执行的性质进行分类。区分“常规”、“纠正”和“按需”运行对分析至关重要,因为非周期运行通常代表返工或异常,会扭曲标准性能指标。
为何重要
支持标准流程与异常流程的细分。
获取方式
Workday Payroll:“运行类别”或“结果类型”。
示例
常规Off-CycleOn-Demand年终调整
|
|||
|
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)。 | ||
|
描述
此属性将国家划分为更广泛的业务区域。它通过允许对北美、EMEA 和 APAC 等主要市场的薪资业务进行高层级对比,支持“区域周期时间差异”KPI。
为何重要
便于进行高层级的地域绩效对比。
获取方式
源自员工的“国家”或“地区”字段。
示例
北美欧洲、中东和非洲亚太拉美地区
|
|||
|
审计异常类型
AuditExceptionType
|
周期内标记的审计失败类别。 | ||
|
描述
此属性对触发“已标记审计异常”event 的特定规则进行分类。示例包括“净薪为负”、“差异 > 10%”或“缺少纳税 ID”。它驱动“审计异常和质量控制”视图。
为何重要
识别具体的数据质量问题,以便有针对性地改进。
获取方式
Workday 审计报表或验证规则输出。
示例
负值净薪高差异缺失社会安全号 (SSN)
|
|||
|
毛薪金额
GrossPayAmount
|
该记录核算出的总毛薪。 | ||
|
描述
此属性保存扣款前的毛核算金额。虽然通常比较敏感,但它可以作为复杂程度和风险的指标。在 Process Mining 中,它可用于分析高价值记录是否经过更严格的审计检查或需要更长的审批时间。
为何重要
用作复杂性分析的维度属性(在安全许可的情况下)。
获取方式
Workday 薪资结果行:毛薪组件的总和。
示例
5000.002500.5010000.00
|
|||
|
税务申报状态
TaxFilingStatus
|
算薪后税务申报的状态。 | ||
|
描述
此属性跟踪法定报告的完成状态。与“税务申报已完成”活动结合使用,以填充“周期后税务申报速度”仪表板并确保监管合规。
为何重要
对于合规和风险监控至关重要。
获取方式
Workday Payroll:税务申报历史或集成状态。
示例
挂起已完成已驳回
|
|||
|
预览迭代次数
PreviewIterationCount
|
此记录预览步骤的累计次数。 | ||
|
描述
此计算指标跟踪特定 case 中“薪资结果已预览”活动发生的次数。次数过多表明难以稳定 data,这是“薪资预览迭代跟踪器”的主要输入。
为何重要
衡量流程效率和数据质量的稳定性。
获取方式
计算项:每个 CaseId 的“薪资结果已预览”活动计数。
示例
1312
|
|||
薪资处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
审计异常已标记
|
系统在薪资结果中检测到验证错误或智能审计警报。这会将结果状态设置为“错误”或“需要采取行动”。 | ||
|
为何重要
衡量合规性和数据质量的关键。频繁的异常会推高每张工资单的成本并延误定案进度。
获取方式
Workday 薪资结果状态字段。识别向“错误”状态的转换或“智能审计”警报条目的创建。
捕获
比较计算前后的状态字段
事件类型
inferred
|
|||
|
工时表已批准
|
经理或 HR 伙伴对工时条目的正式批准。此状态更改会释放工时,以便薪资接口或核算引擎读取。 | ||
|
为何重要
计算审批滞后时间。未经审批的工时是导致后续发薪周期出现追溯调整和返工的主要原因。
获取方式
Workday Time Tracking 业务流程历史。查找步骤类型为“审批”的“步骤已完成”event。
捕获
在审批步骤状态变更为“已完成”时记录
事件类型
explicit
|
|||
|
工时表已提交
|
员工或计时员在 Time Tracking 模块中进行的初始工时 data 提交。该 event 标志着原始工时在进入经理审核前进入了系统流程。 | ||
|
为何重要
提交延迟会触发薪资计算窗口中的下游瓶颈。监控此项指标可为整个发薪周期的持续时间设定基准。
获取方式
Workday Time Tracking 业务流程审计日志。识别相关算薪周期的“提交”event timestamp。
捕获
在执行“提交工时”操作时记录
事件类型
explicit
|
|||
|
已创建薪资记录
|
在特定周期内为员工初始化薪资结果。这通常发生在薪资核算流程识别出员工符合运行资格时。 | ||
|
为何重要
标志着薪资引擎内薪资处理的正式启动。有助于区分 HR 数据准备与实际的薪资处理。
获取方式
Workday Payroll“Pay Result”对象创建 timestamp,或该员工“执行薪资核算”流程的启动。
捕获
在薪资结果对象实例化时记录
事件类型
explicit
|
|||
|
已执行付款
|
资金已发放或支票已打印的确认。这是薪资记录的最终财务实现点。 | ||
|
为何重要
面向员工的流程终点。将此时间与“银行转账文件生成”时间进行对比,可以揭示银行端的处理延迟。
获取方式
Workday 结算状态。查找状态更改为“已完成”或银行的集成确认。
捕获
在结算状态更新为“完成”时记录
事件类型
explicit
|
|||
|
已执行数据修正
|
薪资专家修改输入数据或覆盖薪资结果中计算值的人工干预行为。这通常表明初始计算存在错误。 | ||
|
为何重要
直接衡量返工情况。减少此类活动是自动化和数据质量提升计划的核心目标。
获取方式
Pay Result 对象的 Workday 审计线索。查找初始核算后由 user(而非系统)执行的“字段编辑”event。
捕获
在用户提交薪资结果更改时记录
事件类型
explicit
|
|||
|
毛薪已计算
|
根据工时、费率和薪酬计划得出毛收入的核算引擎执行过程。如果 data 有误,该活动可能会重复多次。 | ||
|
为何重要
此处的高循环次数通常意味着数据质量问题。这是消耗系统资源和时间最多的核心处理步骤。
获取方式
Workday“执行薪资核算”任务日志。捕获特定员工/薪资组核算作业的完成 timestamp。
捕获
在“运行薪资计算”作业完成时记录
事件类型
explicit
|
|||
|
薪资记录已批准
|
员工薪资核算的最终定稿。这发生在“执行薪资结算”过程中,锁定结果以防进一步的核算变更。 | ||
|
为何重要
标志着核算阶段结束和结算阶段开始的关键里程碑。对于衡量周期时间至关重要。
获取方式
Workday“执行薪资结算”任务日志。识别薪资结果状态何时更改为“已完成”或“最终”。
捕获
在执行“运行薪资完成”时记录
事件类型
explicit
|
|||
|
银行转账文件已生成
|
包含净工资指令的银行传输文件(如 NACHA、SEPA)的创建。这发生在“结算运行”期间。 | ||
|
为何重要
衡量支付提交的 SLA 达标率。此处的延迟会直接危及实际的发薪日期。
获取方式
Workday“执行支付结算”流程日志。查找“付款文件”的生成或结算运行 event 的完成情况。
捕获
在结算运行产生输出时记录
事件类型
explicit
|
|||
|
工资单已发布
|
员工可查看最终工资单文档的可用性。通常在支付结算完成后或在预定日期触发。 | ||
|
为何重要
影响员工满意度。追踪此项可确保发放过程的透明,并符合当地关于工资单交付的劳动法。
获取方式
推导自发薪组配置的“工资单可用日期”或“生成工资单”流程完成的时间戳。
捕获
源自工资单可用日期配置
事件类型
inferred
|
|||
|
激励数据已导入
|
通过企业接口构建器 (EIB) 或连接器摄取外部薪酬 data(如佣金、奖金或一次性付款)。这会创建或更新输入/一次性付款对象。 | ||
|
为何重要
识别集成延迟。验证外部数据是否在计算截止时间前送达,对于薪资准确性至关重要。
获取方式
“请求一次性付款”或“输入”业务流程的集成系统事件日志或审计线索。
捕获
在 EIB 加载或 Web 服务调用期间记录
事件类型
explicit
|
|||
|
福利扣款已应用
|
将福利计划和扣款规则应用于毛薪以确定应纳税工资。虽然这通常是主核算的一部分,但该活动独立出了扣款处理阶段。 | ||
|
为何重要
HCM 福利与薪资之间的同步延迟经常在此处导致错误。隔离该环节有助于锁定配置或 data 流问题。
获取方式
如果在“运行薪资计算”日志详情中记录了不同的扣款子流程,则从中推导;或者源自薪资结果中“扣款”部分的更新。
捕获
比较计算前后的薪资结果扣款字段
事件类型
inferred
|
|||
|
税务申报已完成
|
成功生成并向政府机构提交法定税务报表。这发生在付款之后。 | ||
|
为何重要
确保监管合规。周期后活动的延迟可能会导致巨额罚款。
获取方式
第三方薪资供应商的集成日志,或周期关闭核对清单中手动“税务申报”任务的完成情况。
捕获
在税务集成事件完成时记录
事件类型
explicit
|
|||
|
薪资结果已预览
|
用户查看计算出的薪资结果或“工资单预览”。该活动通常发生在审批之前,代表核实阶段。 | ||
|
为何重要
未经审批的多次预览表明存在不确定性或需要系统外验证。这有助于分析用户在审核周期内的行为。
获取方式
User 访问日志或报表运行历史。查找“Pay Result”实例上的“View” event 或“View Payslip”报表的执行。
捕获
记录在系统访问日志中(查看事件)
事件类型
explicit
|
|||