您的薪资处理数据模板

UKG Pro
您的薪资处理数据模板

您的薪资处理数据模板

此模板为映射UKG Pro薪资周期提供结构基础,帮助您获得可执行的洞察。模板列出了深度分析所需的属性、应监控的具体流程步骤,以及从系统环境中收集这些信息的说明。按照模板整理数据后,您可以有效定位低效环节并确保薪资合规。
  • 用于薪资分析的标准化数据属性
  • UKG Pro中需要跟踪的关键流程节点
  • 系统集成的技术提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

薪资处理属性

此表列出构建全面事件日志所需的推荐数据字段和背景元数据,用于分析薪资流程。
5 必需 11 建议 3 可选
名称 说明
最后更新日期
LastUpdateDate
数据行最近一次修改的时间戳。
说明

此属性表示数据库中记录最后一次变更的时间。它与事件时间戳相似,但主要用于增量数据加载和数据完整性检查。

它可确保流程挖掘模型反映薪资记录的最新状态,并捕获薪资专员进行的延迟调整或追溯更正。

为什么重要

用于增量刷新数据的必填属性。

获取位置

LastModifiedDate等系统元数据列

示例
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
时间戳
EventTimestamp
活动发生的日期和时间。
说明

此属性记录活动发生的准确时刻,对于正确排列事件顺序和计算步骤间时长至关重要。建议使用高精度时间戳,以区分快速连续发生的自动化步骤。

在Payroll场景中,它驱动Cycle Time Distribution和SLA Compliance仪表板分析。没有准确的时间戳,就无法衡量Gross到Net计算的处理速度,也无法评估Time Sheet Approvals的延迟。

为什么重要

这是事件排序所需的必填StartTime属性。

获取位置

与交易状态变更相关的日期/时间列

示例
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
活动
ActivityName
薪资流程中执行的具体事件或步骤。
说明

此属性记录薪资工作流中当前步骤的名称,例如Time Sheet Submitted、Gross Pay Calculated或Payment Executed。它定义了流程图中的流程路径。

这些值通常从UKG Pro环境中的审计日志、系统状态变更表或带时间戳的交易更新中提取。数据转换时会统一命名规范,确保流程图中的名称清晰易读。

为什么重要

这是定义流程图节点的必填Activity属性。

获取位置

系统审计日志、工作流历史记录或交易时间戳列

示例
工时表已提交毛薪资已计算付款已执行
源系统
SourceSystem
数据的记录系统。
说明

此属性用于标识数据记录的来源。在此场景中,其值固定为UKG Pro;如果存在多个实例,则填写具体实例名称。对于多系统流程挖掘,这一属性至关重要,因为薪资数据可能需要与ERP中的总账数据结合分析。

分析人员可以据此筛选视图,仅显示源自薪资平台的步骤,或区分来自外部工时系统的集成步骤。

为什么重要

用于数据溯源和多系统分析的必填属性。

获取位置

静态值或系统配置表

示例
UKG ProUltiPro Legacy时间管理系统
薪资记录
PayrollRecordId
表示特定薪资周期内特定员工的唯一标识符。
说明

Payroll Record充当流程挖掘分析的中心案例标识符。它在概念上由Employee ID与Pay Period End Date(或Pay Group实例)组合而成。这样可确保将每名员工的每个薪资周期视为独立案例,从而分析随时间重复发生的流程。

在UKG Pro中,这通常是从Payroll Header表或类似交易记录中派生的复合键。按此ID分组后,分析人员可以重建从提交工时表到最终付款和报税的端到端流程。

为什么重要

这是用于汇总所有薪资活动并形成流程实例的必填Case ID。

获取位置

派生自UKG Pro Payroll Header或Employee Pay History表

示例
EMP001-20231015EMP492-20231031EMP883-20231115
SLA截止时间
SlaProcessingDeadline
完成付款执行的目标日期和时间。
说明

此属性定义薪资流程必须完成的内部或外部截止时间,以确保银行转账及时完成。它是SLA Compliance和Deadline Monitor仪表板的核心属性。

将Payment Executed的实际时间戳与此截止时间进行比较,可以计算按时完成率,并帮助优先处理存在风险的记录。

为什么重要

用于计算SLA达标情况的参考点。

获取位置

Pay Calendar,或根据Pay Date减去银行处理天数派生

示例
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
应发工资金额
GrossPayAmount
扣除款项和税费前计算出的总薪资。
说明

此属性表示记录中计算出的应发总薪资金额。它映射到ActivityAmount,以支持基于成本的流程分析。

分析Gross Pay Amount有助于开展Gross To Net Calculation Velocity仪表板分析。仪表板主要衡量处理时长,但将时长与付款的复杂度和金额结合起来,可以判断高金额付款或复杂佣金计算是否导致性能问题。

为什么重要

支持价值流分析和异常值检测。

获取位置

Payroll Result或Pay Register表

示例
2500.0010500.50480.00
成本中心
CostCenter
用于财务分摊的成本中心代码。
说明

Cost Center属性定义薪资费用在总账中的分配位置。它与Department相似,但通常提供更细粒度的财务视角。

此属性用于Time Tracking Approval Performance仪表板,可帮助识别审批层级较慢的成本中心。在Gross到Net计算阶段,它还可用于验证薪资费用是否流向正确的财务科目。

为什么重要

支持财务分析,并按预算单元识别瓶颈。

获取位置

Employee Job或Allocation表

示例
CC-5001CC-9002Overhead-Corp
是否为非周期处理
IsOffCycle
用于标识薪资运行是否在标准计划之外执行的标志。
说明

此布尔属性用于标识薪资记录是否属于非周期运行,并用于计算Off Cycle Payroll Volume KPI。

非周期运行通常成本更高,也更依赖人工。按此标志筛选Process Variant Path Analysis仪表板,可以突出显示为纠正错误或发放临时付款而采取的非标准路径。

为什么重要

用于分析流程偏差和返工的关键筛选条件。

获取位置

Payroll Header中“Check Date”与“Period End Date”的逻辑

示例
truefalse
是否存在审计例外
HasAuditException
用于标识是否触发审计例外的标志。
说明

此布尔属性用于标识该案例是否曾发生Audit Exception Flagged活动,并支持First Pass Payroll Accuracy Rate KPI。

分析人员可以快速区分“无异常”案例与需要干预的案例,从而简化Audit Exception和Correction Trends仪表板中的返工原因分析。

为什么重要

用于识别需要干预的案例。

获取位置

根据是否存在“Audit Exception Flagged”活动派生

示例
truefalse
是否违反SLA
IsSlaBreached
用于标识付款是否在截止时间之后执行的标志。
说明

此布尔属性是一个计算指标,用于比较Payment Executed时间戳与SLA Deadline。它直接驱动Payroll SLA Adherence Rate KPI。

预先计算该属性后,可以即时筛选仪表板,仅显示问题案例,从而分析错过截止时间的根本原因。

为什么重要

用于合规监控的KPI驱动字段。

获取位置

计算方式:PaymentTime > SlaDeadline

示例
truefalse
税务管辖区
TaxJurisdiction
用于报税的主要州或地方税务管辖区。
说明

此属性用于标识与薪资记录关联的主要税务管辖区。它对于Multi State Tax Filing Timelines仪表板至关重要。

按Tax Jurisdiction分析流程后,合规团队可以发现哪些州的报税完成时间持续较长,或多州员工是否比单州员工触发更多审计例外。

为什么重要

对合规监控和地理分析至关重要。

获取位置

Tax Location或Employee Tax表

示例
CANYTX
薪资专员
PayrollSpecialist
处理记录人员的用户ID或姓名。
说明

此属性用于标识负责审批记录、执行数据更正或运行付款流程的具体薪资管理员或专员。它映射到Generic User属性。

这些数据对于Specialist Workload和Throughput仪表板至关重要。管理人员可以直观了解团队内的工作分配,并识别是否有人负荷过重,或在审批阶段成为瓶颈。

为什么重要

支持资源分析和工作负载平衡洞察。

获取位置

审计日志或交易表中的“ModifiedBy”列

示例
jsmithmdoe系统管理员
薪资周期结束日期
PayPeriodEndDate
当前处理薪资周期的最后一天。
说明

此属性标记薪资周期的结束日期,是判断提交是否延迟的重要参考点。

它与Time Sheet Submitted活动的StartTime结合使用,用于确定延迟时长,也是Payroll Cycle Time Distribution仪表板的重要分组字段。

为什么重要

薪资周期的时间基准。

获取位置

Payroll Header或Time Period Configuration

示例
2023-09-302023-10-15
薪资组
PayGroup
用于薪资处理的员工逻辑分组。
说明

Pay Group是UKG Pro中的基础配置,用于规定一组员工的发薪频率(每周、每两周)和处理规则。它充当主要批次标识符。

此属性对于Payroll Cycle Time Distribution仪表板至关重要。它支持比较不同员工组的处理表现,例如高管薪资组与小时工组,从而识别特定配置是否造成系统性延迟。

为什么重要

用于分组和比较薪资处理表现的主要维度。

获取位置

Payroll Header或Pay Group Configuration表

示例
US-双周CA-周度高管-月度
部门
DepartmentCode
与员工关联的部门代码。
说明

此属性将薪资记录关联到具体组织单元。它对于Audit Exception和Correction Trends仪表板至关重要,可帮助组织识别哪些部门持续产生错误或需要人工干预。

按Department细分数据后,分析人员可以判断特定管理人员是否需要接受工时表审批培训,或某些业务单元是否因复杂的薪资规则导致计算延迟。

为什么重要

对组织细分和根因分析至关重要。

获取位置

Employee Master或Job History表

示例
DEPT-100FINANCE-01OPS-WEST
员工类型
EmployeeType
员工分类,例如全职、兼职或合同工。
说明

此属性用于对薪资记录关联的人员进行分类,并应用于Time Tracking Approval Performance仪表板。

不同员工类型通常具有不同的工时表提交行为和审批工作流。按此属性细分,有助于区分系统性流程问题与特定员工群体的行为模式。

为什么重要

按员工类别细分分析。

获取位置

Employee Master表

示例
全职兼职合同工
更正类别
CorrectionCategory
执行的数据更正类型,例如时间、费率或扣除款项。
说明

发生Data Correction Performed活动时,此属性记录更正的具体类型。它对于Manual Data Correction Rate KPI至关重要。

了解更正主要涉及“Time Entry”还是“Benefit Deduction”,有助于业务针对特定上游系统或团队开展流程改进。

为什么重要

细化返工原因。

获取位置

审计日志中的“Field Changed”列

示例
工时录入调整追溯性薪酬税码更新
激励来源
IncentiveSource
激励数据来源,例如SalesForce或Excel Import。
说明

此属性用于标识导入薪资记录的激励或佣金数据来源,并支持Incentive Data Import Accuracy仪表板。

将此属性与Incentive Data Rework Frequency KPI关联分析,团队可以判断特定上游文件(例如Northeast Region Sales Report)是否经常存在格式错误或数据质量问题。

为什么重要

追溯外部数据提供方导致的质量问题。

获取位置

导入日志文件名或批次ID说明

示例
销售佣金数据导入手动上传奖金高管薪酬系统
必需 建议 可选

薪资处理活动

以下关键流程步骤和里程碑应记录在事件日志中,以确保准确发现流程并识别瓶颈。
4 建议 11 可选
活动 说明
付款已执行
向员工实际划转资金的生效日期或执行日期。这标志着薪酬支付义务已履行。
为什么重要

用于验证'SLA Compliance',确保员工在承诺日期收到薪资。

获取位置

使用最终Pay Header记录中的'Check Date'或'Advice Date'字段。

采集

transaction payment_post执行时记录

事件类型 explicit
税务申报已完成
成功向相关司法辖区(联邦、州和地方)提交税务数据。这通常发生在付款之后。
为什么重要

对于'Multi State Tax Filing Timelines'仪表板至关重要,有助于确保监管合规并避免罚款。

获取位置

从Tax Filing Interface或Payment Services日志中提取状态更新为'Filed'或'Accepted'的记录。

采集

transaction tax_file_transmit执行时记录

事件类型 explicit
薪资记录已初始化
在新的薪资组实例中,为员工创建具体薪资明细项。这表示员工已激活并加入当前处理周期。
为什么重要

标志着核心系统中薪资处理阶段正式开始。对于区分工时采集时长和实际薪资处理时长至关重要。

获取位置

识别记录针对特定Pay Date插入Employee Pay或Check Header表时的时间戳。

采集

transaction pay_period_create执行时记录

事件类型 explicit
薪资记录已审批
对单条记录或整个薪资组进行最终确认。此操作会锁定记录,禁止进一步修改,并将其加入付款生成队列。
为什么重要

这是区分处理阶段与最终阶段的关键里程碑,用于计算'Bank Transfer File Lead Time'。

获取位置

从Pay Period Control表中提取Pay Group或单条Check记录状态变为'Approved'或'Locked'的变更。

采集

transaction approve_pay_group执行时记录

事件类型 explicit
审计例外已标记
系统或用户识别出差异,例如负薪资、缺少税码或SLA警告。该记录因此进入需要处理的状态。
为什么重要

直接为'Audit Exception and Correction Trends'仪表板提供数据。此处数量较高,表明上游数据质量存在问题。

获取位置

识别System Warning Log或Pay Period messages表中与特定员工ID关联的记录。

采集

transaction validation_warning创建时记录

事件类型 explicit
工时表已审批
管理者审批已提交工时,确认其可用于付款处理。此步骤会解锁数据,使其能够导入薪资计算引擎。
为什么重要

分析此步骤的瓶颈,可以发现管理审核造成的延迟,这会直接影响薪资专员可用于处理数据的时间窗口。

获取位置

从Time Management历史记录中提取Status变为'Approved'或'Signed Off'的记录。

采集

transaction time_card_approve执行时记录

事件类型 explicit
工时表已提交
员工或管理者提交该薪资周期工时卡的事件。这标志着原始工时数据进入更广泛的薪资工作流,但数据可能先在Time Management模块中产生,再流入核心Payroll。
为什么重要

确定端到端薪资周期最早的开始时间戳。对于衡量实际工作完成与薪资数据采集之间的延迟至关重要。

获取位置

从Time Management Audit Log或Time Card History表中提取Status字段变为'Submitted'的记录。

采集

transaction time_card_submit执行时记录

事件类型 explicit
工资单已发布
工资单在员工自助服务门户中可见,完成信息传递闭环。
为什么重要

虽然这不是会阻塞流程的技术步骤,但发布延迟会增加服务台咨询,并影响员工满意度。

获取位置

根据Pay Group配置中的'Check Date'或特定'Self Service Release Date'设置推断。

采集

通过比较字段check_date与release_policy推导

事件类型 inferred
已执行数据更正
初始计算后、最终审批前,对薪资记录进行的手动修改,例如调整工时或覆盖税费。
为什么重要

这是衡量返工的主要指标。跟踪该活动可以计算'Manual Data Correction Rate'KPI。

获取位置

从Audit Log中提取Employee Pay Detail或Deduction表的更新记录,且User ID不为'System'。

采集

transaction update_pay_detail执行时记录

事件类型 explicit
毛薪资已计算
初始计算运行,系统根据工时、费率和激励数据确定总收入。此步骤发生在应用扣款和税费之前。
为什么重要

测量从此步骤到'Taxes Calculated'的时间,可获得系统性能分析所需的'Gross to Net Calculation Velocity'指标。

获取位置

根据System Job Log中计算批处理的'Start Time'推断。

采集

比较计算作业开始前后的status字段

事件类型 inferred
激励数据已导入
导入佣金、奖金或一次性付款等外部薪酬数据。这些数据不同于常规工时,通常通过批量文件上传。
为什么重要

此活动后的高失败率或返工,表明数据映射或外部文件质量存在问题,这是薪资延迟的常见来源。

获取位置

从System Log或Batch Import History中提取文件类型与'Incentives'或'Additional Pay'相关的记录。

采集

transaction import_batch_data执行时记录

事件类型 explicit
福利扣款已应用
系统将税前和税后福利扣款(医疗保险、401k)应用于毛薪资。此逻辑通常紧接毛薪资确定步骤运行。
为什么重要

此处的错误通常需要手动更正。隔离该步骤,有助于判断延迟源于福利引擎还是配置问题。

获取位置

根据计算批次的时间戳推断,或观察Employee Deduction History表中的创建时间戳。

采集

通过比较字段calculation_stage推导

事件类型 inferred
税费已计算
计算引擎的最终阶段,应用多州税务逻辑以确定净薪资。至此,自动计算阶段完成。
为什么重要

完成'Gross to Net'序列。此处耗时较长,通常表明税务引擎性能存在问题,或多司法辖区配置较为复杂。

获取位置

根据System Job Log中计算批处理的'End Time',或Employee Tax表中的时间戳推断。

采集

比较计算作业结束前后的status字段

事件类型 inferred
薪资结果已预览
用户打开薪资登记表或预览报告,验证计算结果。这标志着流程从自动处理转入人工审核。
为什么重要

表示验证阶段开始。计算与预览之间间隔较长,通常说明资源可用性存在问题。

获取位置

从Audit Log中提取用户访问'Payroll Register'或'Pre-Check'报告的记录。

采集

transaction report_view_preview执行时记录

事件类型 explicit
银行转账文件已生成
生成用于传输至银行的NACHA或直接存款文件。这一步为资金划转做好准备。
为什么重要

此处的延迟会直接增加错过银行截止时间的风险,并为'Bank Transfer Generation Speed'仪表板提供数据。

获取位置

从System Job Log中提取ACH/Direct Deposit文件创建作业完成时的时间戳。

采集

transaction create_ach_file执行时记录

事件类型 explicit
建议 可选

提取指南

如何从UKG Pro获取数据

准备开始了吗?

使用此模板,将原始UKG Pro数据转换为可视化流程图。如果您需要为复杂的薪资环境配置数据提取,我们的支持团队随时可以提供帮助。

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

将薪资周期时间缩短30%,消除瓶颈。

开始免费试用

无需信用卡,5分钟即可完成设置