薪资处理数据模板
薪资处理数据模板
- 用于薪资分析的标准化数据属性
- 在UKG Pro中跟踪的关键流程节点
- 系统集成的技术数据提取指南
薪资处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
最后更新日期
LastUpdateDate
|
数据行最近一次修改的时间戳。 | ||
|
说明
此属性表示数据库中记录的最后修改时间。它与事件时间戳相似,但主要用于增量数据加载和数据完整性检查。 该属性可确保流程挖掘模型反映薪资记录的最新状态,并纳入薪资专员所做的延迟调整或追溯更正。
重要性
用于增量数据刷新的必填属性。
获取途径
LastModifiedDate等系统元数据列
示例
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
时间戳
EventTimestamp
|
活动发生的日期和时间。 | ||
|
说明
此属性记录活动发生的准确时间,对于正确排列事件顺序和计算步骤间的耗时至关重要。建议使用高精度时间戳,以区分短时间内连续发生的自动化步骤。 在薪资流程中,该属性用于仪表板分析周期时间分布和SLA合规情况。没有准确的时间戳,就无法衡量税前工资到税后工资的计算速度,也无法确定工时表审批的延迟时间。
重要性
这是用于排列事件顺序的必填StartTime属性。
获取途径
与交易状态变更相关的日期/时间列
示例
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
|
|||
|
活动
ActivityName
|
薪资流程中执行的具体事件或步骤。 | ||
|
说明
此属性记录薪资工作流中各步骤的名称,例如提交工时表、计算税前工资或执行付款。它定义了流程图中的流程走向。 这些值通常从UKG Pro环境中的审计日志、系统状态变更表或带时间戳的交易更新中提取。数据转换时会统一命名规则,确保流程图清晰易读。
重要性
这是必填的活动属性,用于定义流程图中的节点。
获取途径
系统审计日志、工作流历史记录或交易时间戳列
示例
工时表已提交总薪资已计算付款已执行
|
|||
|
源系统
SourceSystem
|
数据的记录系统。 | ||
|
说明
此属性用于标识数据记录的来源。在此场景中,该值固定为UKG Pro(如果存在多个实例,则填写具体实例名称)。在多系统流程挖掘中,这一点至关重要,因为薪资数据可能需要与ERP中的总账数据结合分析。 分析人员可以据此筛选视图,只查看源自薪资平台的步骤,或区分与外部考勤系统集成的步骤。
重要性
用于数据沿袭和多系统分析的必填属性。
获取途径
固定值或系统配置表
示例
UKG ProUltiPro旧版时间管理系统
|
|||
|
薪资记录
PayrollRecordId
|
用于标识特定薪资周期内某位员工的唯一标识符。 | ||
|
说明
薪资记录是流程挖掘分析的核心案例标识符。它通常由员工ID与薪资周期结束日期(或薪资组实例)组合而成,确保每位员工的每个薪资周期都作为独立案例处理,从而分析流程随时间的重复情况。 在UKG Pro中,该标识符通常是从Payroll Header表或类似交易记录中提取的复合键。按此ID分组后,分析人员可以还原从提交工时表到最终付款和税务申报的端到端流程。
重要性
这是必填的案例ID,用于将所有薪资活动归为同一个流程实例。
获取途径
从UKG Pro Payroll Header表或Employee Pay History表中提取
示例
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
SLA截止时间
SlaProcessingDeadline
|
完成付款执行的目标日期和时间。 | ||
|
说明
此属性定义薪资流程必须完成的内部或外部截止时间,以确保银行转账及时到账。它是SLA合规与截止时间监控仪表板的核心属性。 将实际付款执行时间戳与此截止时间比较,即可计算按时完成率,并优先呈现有延误风险的记录。
重要性
用于计算SLA达标情况的参考时间点。
获取途径
薪资日历,或根据发薪日减去银行处理天数推算
示例
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
成本中心
CostCenter
|
用于财务分配的成本中心代码。 | ||
|
说明
成本中心属性用于定义薪资费用在总账中的分配位置。它与部门属性相似,但通常能提供更细致的财务视角。 该属性用于工时跟踪审批绩效仪表板,可帮助识别审批层级较慢的成本中心。在税前工资到税后工资的计算阶段,它还有助于验证薪资费用是否计入正确的财务科目。
重要性
支持财务分析,并按预算单元识别瓶颈。
获取途径
员工职位表或分配表
示例
CC-5001CC-9002Overhead-Corp
|
|||
|
是否为非周期薪资
IsOffCycle
|
用于标记薪资批次是否在标准计划之外执行。 | ||
|
说明
此布尔属性用于标识薪资记录是否属于非周期批次,并用于计算非周期薪资量KPI。 非周期批次通常成本更高,也需要更多人工处理。按此标记筛选流程变体路径分析仪表板,可以查看为更正错误或临时付款而采取的非标准路径。
重要性
用于分析流程偏差和返工的关键筛选条件。
获取途径
Payroll Header中的“Check Date”与“Period End Date”逻辑
示例
truefalse
|
|||
|
是否存在审计异常
HasAuditException
|
用于标记是否触发审计异常。 | ||
|
说明
此布尔属性用于标记该案例是否曾发生“标记审计异常”活动,并支持首次处理薪资准确率KPI。 分析人员可以据此快速区分“无异常”案例和需要干预的案例,便于在审计异常与更正趋势仪表板中分析返工原因。
重要性
识别需要干预的案例。
获取途径
根据是否存在“标记审计异常”活动推导
示例
truefalse
|
|||
|
是否违反SLA
IsSlaBreached
|
用于标记付款是否在截止时间之后执行。 | ||
|
说明
此布尔属性是一个计算指标,用于比较“付款执行”时间戳与“SLA截止时间”,直接影响薪资SLA达标率KPI。 预先计算该属性后,可以立即筛选仪表板,仅显示存在问题的案例,便于分析错过截止时间的根因。
重要性
用于合规监控的KPI驱动指标。
获取途径
计算方式:PaymentTime > SlaDeadline
示例
truefalse
|
|||
|
税前工资金额
GrossPayAmount
|
扣除款项和税费前计算出的工资总额。 | ||
|
说明
此属性表示该记录计算出的税前工资金额,并映射到ActivityAmount,以支持基于成本的流程分析。 分析税前工资金额有助于薪资税前到税后计算速度仪表板的分析。仪表板主要衡量耗时,但将耗时与付款的复杂程度和金额关联起来,可以发现高额付款或复杂佣金计算是否导致绩效问题。
重要性
支持价值流分析和异常值检测。
获取途径
Payroll Result表或Pay Register表
示例
2500.0010500.50480.00
|
|||
|
税务管辖区
TaxJurisdiction
|
用于税务申报的主要州或地方辖区。 | ||
|
说明
此属性用于标识与薪资记录关联的主要税务管辖区。它对于多州税务申报时间线仪表板至关重要。 按税务管辖区分析流程后,合规团队可以发现哪些州的申报完成时间持续较长,或多州员工是否比单州员工更容易触发审计异常。
重要性
对于合规监控和地理分析至关重要。
获取途径
Tax Location表或Employee Tax表
示例
CANYTX
|
|||
|
薪资专员
PayrollSpecialist
|
处理该记录的人员用户ID或姓名。 | ||
|
说明
此属性用于标识负责审批记录、修正数据或执行付款批次的薪资管理员或专员,并映射到通用用户属性。 这些数据对于专员工作量和处理量仪表板至关重要。管理人员可以查看团队内的工作分配情况,并识别是否有人负担过重,或在审批阶段形成瓶颈。
重要性
支持资源分析和工作量平衡分析。
获取途径
审计日志或交易表中的“ModifiedBy”列
示例
jsmithmdoesystem_admin
|
|||
|
薪资周期结束日期
PayPeriodEndDate
|
当前处理的薪资周期最后一天。 | ||
|
说明
此属性标记薪资周期的结束日期,是判断提交是否延迟的重要参考点。 结合“提交工时表”活动的StartTime,可计算延迟时长;它也是薪资周期时间分布仪表板的重要分组维度。
重要性
薪资周期的时间基准点。
获取途径
Payroll Header表或Time Period Configuration表
示例
2023-09-302023-10-15
|
|||
|
薪资组
PayGroup
|
用于薪资处理的员工逻辑分组。 | ||
|
说明
薪资组是UKG Pro中的一项基础配置,用于规定一组员工的发薪频率(每周、每两周)和处理规则,也是主要的批次标识符。 该属性对于薪资周期时间分布仪表板至关重要。通过它可以比较不同群体的处理绩效,例如高管薪资组与工厂小时工组,并识别特定配置是否造成系统性延迟。
重要性
用于分组和比较薪资绩效的主要维度。
获取途径
Payroll Header表或Pay Group Configuration表
示例
US-BiWeeklyCA-WeeklyExec-Monthly
|
|||
|
部门
DepartmentCode
|
与员工关联的部门代码。 | ||
|
说明
此属性将薪资记录关联到特定组织单元。它对于审计异常与更正趋势仪表板至关重要,可帮助组织了解哪些部门经常出错或需要人工干预。 按部门细分数据后,分析人员可以判断是否需要为特定经理提供工时表审批培训,或是否有业务单元因薪资规则复杂而导致计算延迟。
重要性
对于组织细分和根因分析至关重要。
获取途径
员工主数据表或职位历史表
示例
DEPT-100FINANCE-01OPS-WEST
|
|||
|
员工类型
EmployeeType
|
员工类别,例如全职、兼职或合同工。 | ||
|
说明
此属性用于对薪资记录关联的员工进行分类,并用于工时跟踪审批绩效仪表板。 不同员工类型的工时表提交习惯和审批工作流往往不同。按此属性细分数据,有助于区分系统性流程问题与特定员工群体的行为模式。
重要性
按员工类别细分分析。
获取途径
员工主数据表
示例
全职兼职合同工
|
|||
|
更正类别
CorrectionCategory
|
所执行的数据更正类型,例如工时、费率或扣款。 | ||
|
说明
发生数据更正活动时,此属性用于记录更正内容。它对于人工数据更正率KPI至关重要。 了解更正主要涉及“工时录入”还是“福利扣款”,有助于企业针对特定上游系统或团队改进流程。
重要性
细分返工原因。
获取途径
审计日志中的“Field Changed”列
示例
工时录入调整追溯补发工资更新税码
|
|||
|
激励数据来源
IncentiveSource
|
激励数据的来源,例如SalesForce或Excel导入。 | ||
|
说明
此属性用于标识导入薪资记录的激励或佣金数据来源,并支持激励数据导入准确率仪表板。 将此属性与激励数据返工频率KPI关联分析,团队可以判断特定上游文件(例如东北地区销售报告)是否经常出现格式错误或数据质量问题。
重要性
追溯外部数据提供方导致的质量问题。
获取途径
导入日志文件名或批次ID说明
示例
销售佣金数据流手动上传奖金数据高管薪酬系统
|
|||
薪资处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已执行
|
资金实际转入员工账户的日期或生效日期,标志着薪酬支付义务已履行。 | ||
|
重要性
用于核验“SLA达成情况”,确保员工在承诺日期收到薪资。
获取途径
使用已完成的薪资表头记录中的“支票日期”或“付款通知日期”字段。
采集
执行交易payment_post时记录
事件类型
explicit
|
|||
|
税务申报已完成
|
成功向相关司法辖区(联邦、州和地方)提交税务数据。此步骤通常在付款后进行。 | ||
|
重要性
此数据对于“多州税务申报时间表”仪表板至关重要,有助于确保符合监管要求并避免罚款。
获取途径
从税务申报接口或支付服务日志中获取状态更新为“已申报”或“已接受”的记录。
采集
执行交易tax_file_transmit时记录
事件类型
explicit
|
|||
|
薪资记录已初始化
|
在新的薪资组实例中,为员工创建具体薪资明细项。这表明员工已启用并纳入当前处理周期。 | ||
|
重要性
标记核心系统中薪资处理阶段的正式开始时间。此数据对于区分工时记录时长与实际薪资处理时长至关重要。
获取途径
查找记录插入员工薪资表或支票表头表时的时间戳,并确认对应的付款日期。
采集
执行交易pay_period_create时记录
事件类型
explicit
|
|||
|
薪资记录已批准
|
对单条记录或整个薪资组进行最终签核。此操作会锁定记录,禁止进一步修改,并将其加入付款生成队列。 | ||
|
重要性
这是区分处理阶段与最终完成阶段的关键节点,可用于计算“银行转账文件准备时间”。
获取途径
从薪资周期控制表中获取薪资组或单条支票记录的状态变为“已批准”或“已锁定”时的记录。
采集
执行交易approve_pay_group时记录
事件类型
explicit
|
|||
|
审计异常已标记
|
系统或用户发现差异,例如负薪资、缺少税码或SLA警示。此时记录需要进一步处理。 | ||
|
重要性
此数据直接用于“审计异常与更正趋势”仪表板。此类记录数量较多,说明上游数据质量存在问题。
获取途径
查找系统警告日志或薪资周期消息表中与特定员工ID相关的记录。
采集
执行交易validation_warning时记录
事件类型
explicit
|
|||
|
工时表已批准
|
经理审批已提交的工时,并确认其可用于付款处理。完成此步骤后,数据即可导入薪资计算引擎。 | ||
|
重要性
对此步骤进行瓶颈分析,可以发现管理审核造成的延迟,以及这些延迟如何压缩薪资专员处理数据的可用时间。
获取途径
从工时管理历史记录中获取状态变为“已批准”或“已签核”时的记录。
采集
执行交易time_card_approve时记录
事件类型
explicit
|
|||
|
工时表已提交
|
员工或经理提交本薪资周期工时卡时记录的事件。这标志着原始工时数据进入整体薪资工作流。提交操作也可能先在工时管理模块中完成,再传入核心薪资系统。 | ||
|
重要性
确定端到端薪资周期最早的开始时间戳。此数据对于衡量实际工作完成到薪资数据录入之间的延迟至关重要。
获取途径
从工时管理审计日志或工时卡历史表中获取状态变为“已提交”时的记录。
采集
执行交易time_card_submit时记录
事件类型
explicit
|
|||
|
总薪资已计算
|
系统首次运行计算,根据工时、费率和激励金数据确定总收入。此步骤在扣款和税款计算之前进行。 | ||
|
重要性
测量从此步骤到“税款已计算”的耗时,可得出用于系统性能分析的“总额到净额计算速度”指标。
获取途径
根据系统作业日志中计算批次的“开始时间”推断。
采集
比较计算作业启动前后的状态字段
事件类型
inferred
|
|||
|
数据已更正
|
初次计算后、最终审批前,对薪资记录进行的手动修改,例如调整工时或覆盖税额。 | ||
|
重要性
这是衡量返工的主要指标。跟踪此数据可计算“手动数据更正率”KPI。
获取途径
从审计日志中获取员工薪资明细表或扣款表的更新记录,并筛选用户ID不是“System”的记录。
采集
执行交易update_pay_detail时记录
事件类型
explicit
|
|||
|
激励金数据已导入
|
导入佣金、奖金或一次性付款等外部薪酬数据。此类数据不同于常规工时,通常通过批量文件上传。 | ||
|
重要性
此活动之后若失败率较高或需要返工,通常说明数据映射或外部文件质量存在问题,这也是薪资延误的常见原因。
获取途径
从系统日志或批量导入历史记录中获取文件类型为“Incentives”或“Additional Pay”的记录。
采集
执行交易import_batch_data时记录
事件类型
explicit
|
|||
|
福利扣款已应用
|
系统从总薪资中扣除税前和税后福利款项(医疗保险、401k)。通常在确定总薪资后立即执行此逻辑。 | ||
|
重要性
此处发生错误通常需要手动更正。单独分析此步骤,有助于判断延迟是由福利引擎还是配置问题造成的。
获取途径
根据计算批次的时间戳推断,或查看员工扣款历史表中的创建时间戳。
采集
通过比较字段calculation_stage推导
事件类型
inferred
|
|||
|
税款已计算
|
计算引擎的最后阶段,应用多州税务逻辑以确定净薪资。此步骤完成自动计算阶段。 | ||
|
重要性
此步骤完成“总额到净额”计算流程。耗时过长可能说明税务引擎性能存在问题,或多辖区配置较为复杂。
获取途径
根据系统作业日志中计算批次的“结束时间”或员工税务表中的时间戳推断。
采集
比较计算作业结束前后的状态字段
事件类型
inferred
|
|||
|
薪资单已发布
|
员工可在自助服务门户中查看薪资单,至此信息传达流程完成。 | ||
|
重要性
虽然此步骤不会阻碍技术处理,但发布延迟会增加服务台来电,并影响员工满意度。
获取途径
根据薪资组配置中的“支票日期”或特定的“自助服务发布日期”设置推断。
采集
通过比较字段check_date与release_policy推导
事件类型
inferred
|
|||
|
薪资结果已预览
|
用户打开薪资登记表或预览报告,核验计算结果。这标志着流程从自动处理转入人工审核。 | ||
|
重要性
标记核验阶段的开始时间。计算完成到预览之间间隔过长,可能说明资源不足。
获取途径
从审计日志中获取用户访问“薪资登记表”或“预检”报告的记录。
采集
执行交易report_view_preview时记录
事件类型
explicit
|
|||
|
银行转账文件已生成
|
生成用于发送至银行的NACHA或直接存款文件,为资金转账做好准备。 | ||
|
重要性
此处延误会直接导致错过银行截止时间。此数据用于“银行转账生成速度”仪表板。
获取途径
从系统作业日志中获取ACH/直接存款文件生成作业完成时的时间戳。
采集
执行交易create_ach_file时记录
事件类型
explicit
|
|||
数据提取指南
立即优化UKG Pro薪资处理流程
将薪资周期时间缩短30%,消除瓶颈。
无需信用卡,5分钟即可完成设置