您的薪资处理数据模板
您的薪资处理数据模板
- 用于薪资分析的标准化数据属性
- UKG Pro中需要跟踪的关键流程节点
- 系统集成的技术提取指南
薪资处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
最后更新日期
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说明
示例
销售佣金数据导入手动上传奖金高管薪酬系统
|
|||
薪资处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已执行
|
向员工实际划转资金的生效日期或执行日期。这标志着薪酬支付义务已履行。 | ||
|
为什么重要
用于验证'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薪资处理流程
将薪资周期时间缩短30%,消除瓶颈。
无需信用卡,5分钟即可完成设置