您的工资处理数据模板
您的工资处理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 系统专属提取指南
薪资处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
时间戳
EventDateTime
|
活动发生的具体日期和时间。 | ||
|
说明
标记Dayforce系统中事件发生时刻的精确时间戳。它用于按时间顺序排列活动,并计算步骤之间的时长。 准确的时间戳对于识别瓶颈至关重要,例如“工时表已批准”或“银行转账文件已生成”环节的延迟。理想精度应达到秒或分钟。
为什么重要
它提供流程挖掘所需的时间维度,从而支持绩效分析和瓶颈识别。
获取位置
审计表中的交易时间戳列,例如CreatedDateTime、LastModifiedDateTime。
示例
2023-10-12T08:30:00Z2023-10-12T14:15:22Z2023-10-15T09:00:00Z
|
|||
|
活动
ActivityName
|
所执行流程步骤或事件的名称。 | ||
|
说明
此属性表示薪资周期中发生的具体事件。Dayforce中的标准活动包括“工时表已提交”“应发工资已计算”“薪资已提交”“支付已执行”和“税务申报已完成”。 这些值通常提取自工作流审计日志、系统交易日志,例如Payroll Status变更,或与Pay Run、Time Sheet等业务对象关联的时间戳。
为什么重要
它定义流程步骤,对于重建流程顺序和分析流程变体至关重要。
获取位置
工作流日志、Audit Trail或状态变更历史表。
示例
工时表已提交总工资已计算付款已执行已执行数据更正审计例外已标记
|
|||
|
薪资记录
PayrollRecordId
|
薪资案例的唯一标识符,由员工和薪资周期组合而成。 | ||
|
说明
此属性是流程的唯一Case ID。在Ceridian Dayforce中,薪资记录在概念上是特定员工与特定薪资周期的交集,通常定义在Pay Group中。它记录该员工在该周期内的薪酬处理生命周期。 从技术上看,该标识通常由Pay Period ID与Employee XRefCode或System ID拼接而成,关联从初始工时表提交到最终税务申报和工资单生成的所有活动。
为什么重要
它标识流程挖掘分析的核心对象,使所有事件能够归入一条端到端执行路径。
获取位置
由Payroll Result或Time Entry表中的PayPeriodID和EmployeeID组合生成。
示例
PG01-2023-10-EMP10234US_SAL-2023-22-EMP88421UK_HRLY-2023-44-EMP00231
|
|||
|
最近数据更新时间
LastDataUpdate
|
从源系统提取数据时的时间戳。 | ||
|
说明
表示用于分析的数据新鲜度。通常指从Dayforce提取数据的ETL运行时间戳。 它帮助分析人员判断当前查看的是实时数据,还是前一天的快照。
为什么重要
它确定数据集的时效性,并帮助根据源系统报告验证数据完整性。
获取位置
脚本执行时的系统时间。
示例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
说明
标识提取薪资数据的软件或数据库。在此场景中,该值通常为“Ceridian Dayforce”或“Dayforce”。 当合并多个系统的数据时,例如外部考勤系统向Dayforce提供数据,该属性有助于追踪数据血缘。
为什么重要
它确保数据可追溯,并支持多系统流程挖掘场景中的筛选。
获取位置
在提取过程中硬编码,或根据连接元数据生成。
示例
Ceridian DayforceDayforce生产环境Dayforce欧盟
|
|||
|
SLA处理截止时间
SlaProcessingDeadline
|
银行文件生成必须完成的时间戳。 | ||
|
说明
为确保员工按时收到薪资,“银行转账文件已生成”活动必须完成的内部或外部截止时间。该属性用于“银行转账截止时间合规”仪表板。 此属性可以是基于发薪日的固定规则,例如发薪日前2天,也可以是Pay Group设置中的配置字段。
为什么重要
它是计算按时完成率和合规风险的基准。
获取位置
根据发薪日和银行处理规则配置生成。
示例
2023-10-25T14:00:00Z2023-10-26T10:00:00Z
|
|||
|
应发工资金额
GrossPayAmount
|
该记录计算出的应发工资。 | ||
|
说明
扣除项和税费之前的总薪酬金额。该值在“应发工资已计算”活动期间生成。 分析应发工资处理时长的差异,有助于识别拖慢“计算引擎流程速度”仪表板的复杂计算。
为什么重要
它为流程提供财务背景,并支持比较高价值与低价值记录的处理情况。
获取位置
Payroll Result或Pay Run Details表。
示例
2500.004150.501200.00
|
|||
|
操作用户
ActionUser
|
执行特定活动的用户。 | ||
|
说明
标识事件负责人,例如批准工时表的经理或提交薪资批次的薪资专员。 这些数据对于“薪资专员生产力”视图以及识别经理培训需求非常重要。
为什么重要
它支持流程中的资源分析和责任追踪。
获取位置
审计日志、交易表中的User ID列。
示例
jsmith系统管理员mgarcia_mgr
|
|||
|
薪资组
PayGroupName
|
用于薪资处理的员工分组。 | ||
|
说明
将按相同计划一起发薪的员工归为一组,例如“美国双周薪”和“英国月薪”。在Dayforce中,Pay Group是薪资批次的主要组织单元。 此属性对于“端到端薪资周期时长”仪表板至关重要,因为不同薪资组的周期时长和截止时间通常不同。
为什么重要
它是衡量薪资绩效和识别特定群组问题的主要分组维度。
获取位置
PayGroup表或PayRun定义。
示例
美国企业 salaried员工加拿大零售小时工英国高管月薪
|
|||
|
部门
DepartmentName
|
员工所属的组织单元。 | ||
|
说明
表示与薪资记录关联的职能部门,例如销售、IT、人力资源。在Dayforce中,它通常关联“Org Unit”或“Department”层级。 此字段驱动“工时表审批绩效”仪表板,支持下钻到经理可能延迟审批的具体业务领域。
为什么重要
它支持组织级基准比较和审批延迟的根因分析。
获取位置
员工记录或组织单元层级。
示例
财务供应链物流北美销售
|
|||
|
成本中心
CostCenterCode
|
计入薪资费用的财务代码。 | ||
|
说明
与员工收入关联的总账成本中心。该属性用于“成本中心处理基准”视图,比较不同财务单元的处理效率。 在Dayforce中,它属于总账(GL)分摊明细。
为什么重要
它将流程绩效与财务报告结构关联起来。
获取位置
员工GL设置或Labor Distribution表。
示例
CC-1020CC-5500-USCC-IT-OPS
|
|||
|
是否存在审计异常
IsAuditExceptionFlagged
|
表示该记录是否触发审计警告的布尔标志。 | ||
|
说明
用于表示该案例是否发生“审计异常已标记”活动的计算或直接标志。它驱动“审计异常标记率”KPI。 异常率较高通常表明数据质量存在问题,或Dayforce合规引擎的配置过于严格。
为什么重要
它简化错误率和返工循环的计算。
获取位置
根据是否存在“审计异常已标记”活动生成。
示例
truefalse
|
|||
|
更正原因
CorrectionReason
|
数据更正所使用的原因代码。 | ||
|
说明
如果发生“已执行数据更正”活动,此属性记录登记的原因,例如“漏打卡”“追溯性薪资调整”。 它为“手动更正与返工率”仪表板提供详细信息,帮助团队解决手动工作的具体根因。
为什么重要
它是返工根因分析的基础。
获取位置
审计日志明细或更正交易中的备注字段。
示例
漏打卡费率错误追溯调整
|
|||
|
税务管辖区
TaxJurisdiction
|
负责税务申报的地区或机构。 | ||
|
说明
标识与薪资记录相关的具体税务机关,例如州、省或国家。支持“税务申报与合规监控”仪表板。 它支持对薪资后合规流程进行分组,突出显示经常出现申报延迟的管辖区。
为什么重要
它支持合规监控和流程绩效的地理分析。
获取位置
员工税务设置或Payroll Result Tax明细。
示例
加利福尼亚州安大略省纽约州英国
|
|||
|
薪资周期
PayPeriodDescription
|
薪资周期的描述性名称。 | ||
|
说明
薪资周期的易读标签,例如“2023年第42周”“2023年10月半月薪”。它有助于在仪表板中进行筛选和可视化。 它为“薪资记录”提供背景信息,通常显示在“流程变体路径分析”中,用于筛选特定批次。
为什么重要
它让业务用户更容易理解数据。
获取位置
PayPeriod表的描述列。
示例
2023-W422023-Oct-SM12023-M11
|
|||
|
银行转账是否延迟
IsBankTransferLate
|
表示银行文件是否错过截止时间的标志。 | ||
|
说明
通过比较“银行转账文件已生成”的时间戳与“SLA处理截止时间”计算得出的布尔值。它驱动“银行转账按时完成率”KPI。 识别延迟转账对于避免员工延迟收款至关重要。
为什么重要
它是衡量合规性和可靠性的关键指标。
获取位置
计算方式:BankTransferTime > SlaProcessingDeadline。
示例
truefalse
|
|||
|
雇佣类型
EmploymentType
|
员工分类,包括全职、兼职和合同工。 | ||
|
说明
对员工的工作关系进行分类。用于基准比较,判断合同工或兼职员工是否具有不同的薪资处理特征或错误率。 在Dayforce中,该属性通常位于Employee记录中。
为什么重要
它支持分组分析和处理统计数据的公平比较。
获取位置
Employee表。
示例
全职兼职承包商
|
|||
薪资处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已执行
|
向员工付款的生效日期,是员工工资流程的财务终点。 | ||
|
为什么重要
“端到端薪资周期时长”和员工满意度的关键里程碑。
获取位置
已完成薪资记录中的“支票日期”或“支付日期”字段。
采集
交易Disbursement执行时记录
事件类型
explicit
|
|||
|
工时表已审批
|
经理或主管审批已提交的工时数据。此处的延误会直接影响“工时表审批绩效”仪表板。 | ||
|
为什么重要
识别导致工资计算初始化停滞的审批链瓶颈。
获取位置
在WFM模块中跟踪timecard状态变更为“Approved”或“Signed Off”。
采集
交易执行Approved时记录
事件类型
explicit
|
|||
|
工时表已提交
|
员工或经理提交工时和出勤数据以供处理的事件,将WFM模块与Payroll模块连接起来。 | ||
|
为什么重要
对于“端到端工资周期时长”仪表板至关重要,可用于衡量从数据产生开始的延误。
获取位置
来源于Dayforce WFM模块日志,或timecard对象状态变更为“Submitted”的记录。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
工资记录已初始化
|
标志着某位员工特定发薪批次实例的创建。在Dayforce中,这发生在周期开始并将员工加入发薪批次时。 | ||
|
为什么重要
标志工资案例的开始,并作为衡量总周期时间的基准。
获取位置
识别Pay Group实例中员工发薪批次记录的创建时间戳。
采集
工资批次记录创建时记录
事件类型
explicit
|
|||
|
工资记录已审批
|
对工资记录进行最终授权,通常称为“Committing”或“Locking”发薪批次,标志计算和审核阶段结束。 | ||
|
为什么重要
区分处理阶段与付款发放阶段的最终里程碑。
获取位置
Pay Run状态变更为“Committed”、“Locked”或“Approved”。
采集
交易执行Commit时记录
事件类型
explicit
|
|||
|
总工资已计算
|
系统计算引擎根据工时、费率和导入数据计算总工资金额。这是“计算引擎流程速度”仪表板的第一步。 | ||
|
为什么重要
衡量输入数据确定后计算引擎的延迟。
获取位置
根据计算批次中“Gross Pay”字段被填充或更新的时间戳推断。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
银行转账文件已生成
|
生成NACHA、SEPA或其他银行文件。用于根据SLA截止时间计算“按时银行转账率”。 | ||
|
为什么重要
确保资金及时转移以完成付款的关键合规步骤。
获取位置
系统作业日志显示银行传输文件已成功生成。
采集
交易执行File Generation时记录
事件类型
explicit
|
|||
|
审计例外已标记
|
系统根据验证规则生成警告或错误消息,例如净工资为负数。支持“审计例外标记率”KPI。 | ||
|
为什么重要
高频出现通常表明上游数据质量不佳或配置错误,需要人工干预。
获取位置
从与Pay Run ID关联的系统消息或错误日志表中提取。
采集
交易执行Exception Created时记录
事件类型
explicit
|
|||
|
工资结果已预览
|
用户查看初步工资登记表或工资预览。用于分析“预览阶段效率”并识别返工循环。 | ||
|
为什么重要
表示人工审核阶段开始;反复预览通常说明数据问题仍未解决。
获取位置
访问日志显示用户生成了“Payroll Preview”报告或打开了预览界面。
采集
交易执行Preview Report时记录
事件类型
explicit
|
|||
|
已执行数据更正
|
用户在初始计算后手动修改工资数据,例如工时、费率或扣除项。用于跟踪“手动更正和返工率”仪表板。 | ||
|
为什么重要
直接衡量返工情况;减少此活动是提高流程效率的主要目标。
获取位置
审计轨迹记录显示用户更新了员工工资明细表。
采集
交易执行Record Updated时记录
事件类型
explicit
|
|||
|
激励数据已导入
|
记录包含奖金、佣金或一次性付款的外部数据文件成功导入。支持“激励数据导入周期”仪表板。 | ||
|
为什么重要
接收此数据的延误是工资处理暂停的常见原因。
获取位置
显示面向发薪批次的XML或CSV导入作业完成情况的Dayforce集成日志。
采集
交易执行Import时记录
事件类型
explicit
|
|||
|
福利扣除已应用
|
将福利规则和扣除项应用于总工资,是流程速度仪表板监控的自动计算序列的一部分。 | ||
|
为什么重要
隔离工资批次中福利引擎特有的处理时间或错误。
获取位置
记录扣除明细写入工资记录,或“Total Deductions”字段更新时的时间戳。
采集
通过比较字段Update Timestamp与Previous Timestamp得出
事件类型
calculated
|
|||
|
税务申报已完成
|
确认该司法管辖区的薪资后税务申报已成功处理。支持“税务申报与合规监控”。 | ||
|
为什么重要
确保员工获得支付后仍符合监管要求,避免受到处罚。
获取位置
税务模块或集成日志中的状态更新,确认税务机关或第三方申报机构已接收。
采集
交易Filing Confirmed执行时记录
事件类型
explicit
|
|||
|
税费已计算
|
应用税务管辖区规则以确定净工资的最终计算步骤,完成自动计算序列。 | ||
|
为什么重要
复杂税务规则可能拖慢处理速度;此活动有助于评估税务引擎的性能。
获取位置
记录税费明细生成,或数据库中“Net Pay”字段最终确定时的时间戳。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
薪资单已发布
|
电子工资单可在ESS门户中供员工查看。支持“电子工资单可用性”仪表板。 | ||
|
为什么重要
衡量支付执行与信息可用之间的延迟。
获取位置
工资单发布作业完成或可见性标志设为true时的时间戳。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
数据提取指南
消除工资处理延迟,立即优化
将工资处理周期时间缩短30%,消除瓶颈。
无需信用卡,5分钟完成设置。