您的薪资处理数据模板
您的薪资处理数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 特定系统的提取指南
薪资处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Timestamp
EventDateTime
|
活动发生的具体日期和时间。 | ||
|
描述
记录事件在 Dayforce 系统中发生的确切 timestamp。这用于按时间顺序排列活动,并计算各步骤之间的持续时间。 准确的 timestamp 对于识别瓶颈至关重要,例如“工时表已审批”或“银行转账文件已生成”的延迟。精度理想情况下应达到秒或分。
为何重要
它提供了 Process Mining 所需的时间维度,从而实现绩效分析和瓶颈检测。
获取方式
审计表中的交易 timestamp 列(例如 CreatedDateTime、LastModifiedDateTime)。
示例
2023-10-12T08:30:00Z2023-10-12T14:15:22Z2023-10-15T09:00:00Z
|
|||
|
活动
ActivityName
|
所执行流程步骤或事件的名称。 | ||
|
描述
此属性代表薪资周期内发生的具体事件。Dayforce 中的标准活动包括“工时表已提交”、“税前工资已计算”、“薪资已提交”、“支付已执行”以及“税务申报已完成”。 这些值通常从工作流审计日志、系统交易日志(例如薪资状态变更)或与特定业务对象(如薪资运行或工时表)关联的 timestamp 中提取。
为何重要
它定义了流程的步骤,对于重构流程流和分析变体至关重要。
获取方式
工作流日志、审计追踪或状态变更历史表。
示例
工时表已提交Gross Pay Calculated已执行付款Data Correction PerformedAudit Exception Flagged
|
|||
|
薪资记录
PayrollRecordId
|
薪资个案的唯一标识符,结合了员工和薪资周期。 | ||
|
描述
此属性用作流程的唯一 Case ID。在 Ceridian Dayforce 中,薪资记录在概念上是特定员工与特定薪资周期(通常在薪资组中定义)的交集。它追踪该员工在该特定周期的报酬生命周期。 在技术上,这通常由薪资周期 ID 与员工参考代码 (XRefCode) 或系统 ID 拼接而成。它关联了从初始工时表提交到最终税务申报和工资条生成的全过程活动。
为何重要
它识别了 Process Mining 分析的核心对象,使得所有事件都能归组到单个端到端执行路径中。
获取方式
根据 Payroll Result 或 Time Entry 表中的 PayPeriodID 和 EmployeeID 组合得出。
示例
PG01-2023-10-EMP10234US_SAL-2023-22-EMP88421UK_HRLY-2023-44-EMP00231
|
|||
|
最后数据更新
LastDataUpdate
|
从源系统提取数据的 timestamp。 | ||
|
描述
指示用于分析的数据的新鲜度。通常是从 Dayforce 拉取数据的 ETL(提取、转换、加载)运行的 timestamp。 它帮助分析师了解所看的是实时数据还是前一天的快照。
为何重要
它确定了数据集的时效性,并有助于根据源系统报告验证数据完整性。
获取方式
脚本执行时刻的系统时间。
示例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
描述
识别薪资数据的提取源软件或数据库。在此背景下,该值始终为“Ceridian Dayforce”或“Dayforce”。 当整合多个系统的数据(例如:外部考勤系统向 Dayforce 馈送数据)以追踪数据血缘时,此字段非常有用。
为何重要
它确保了可追溯性,并允许在多系统的 Process Mining 设置中进行过滤。
获取方式
在提取过程中硬编码或从连接元数据中派生。
示例
Ceridian DayforceDayforce ProductionDayforce EU
|
|||
|
SLA 处理截止期限
SlaProcessingDeadline
|
银行文件生成要求的完成时间戳。 | ||
|
描述
为确保员工按时领薪,必须完成“银行转账文件已生成”活动的内部或外部截止日期。此属性用于“银行转账截止日期合规性”仪表板。 该属性可以是基于发薪日期的静态规则(例如,发薪日期减 2 天),也可以是薪资组设置中的配置字段。
为何重要
它是计算准时率绩效和合规风险的基准。
获取方式
根据支付日期和银行处理规则配置得出。
示例
2023-10-25T14:00:00Z2023-10-26T10:00:00Z
|
|||
|
操作用户
ActionUser
|
执行特定活动的用户。 | ||
|
描述
识别负责该事件的个人,例如审批工时表的经理或提交薪资运行的薪资专员。 此数据对于“薪资专员生产力”视图以及识别经理的培训需求至关重要。
为何重要
它支持流程内的资源分析和责任追踪。
获取方式
审计日志,交易表中的 User ID 列。
示例
jsmith系统管理员mgarcia_mgr
|
|||
|
税前工资总额
GrossPayAmount
|
该记录计算出的税前工资总额。 | ||
|
描述
扣除税费前的总报酬金额。该值在“税前工资已计算”活动中生成。 分析税前工资处理时间的差异,有助于识别导致“计算引擎流程速度”仪表板变慢的复杂计算环节。
为何重要
它为流程提供了财务背景,并支持对高价值与低价值记录处理的分析。
获取方式
Payroll Result 或 Pay Run Details 表。
示例
2500.004150.501200.00
|
|||
|
薪资组
PayGroupName
|
用于薪资处理的员工分组。 | ||
|
描述
将按相同进度表支付的员工进行分类(例如:“美国双周结”、“英国月结”)。在 Dayforce 中,薪资组 (Pay Group) 是发薪运行的主要组织单位。 此属性对于“端到端薪资周期时长”仪表板至关重要,因为不同薪资组自然拥有不同的处理周期和截止日期。
为何重要
它是对薪资绩效进行基准测试并识别特定组级别问题的首要细分维度。
获取方式
PayGroup 表或 PayRun 定义。
示例
美国公司月薪制CA Retail Hourly英国高管月薪
|
|||
|
部门
DepartmentName
|
员工所属的组织单位。 | ||
|
描述
指示与薪资记录关联的职能部门(例如:销售、IT、人力资源)。在 Dayforce 中,这通常链接到“组织单位 (Org Unit)”或“部门 (Department)”层级。 此字段驱动“工时表审批绩效”仪表板,允许深入钻取特定业务领域,查看哪些经理可能存在延误审批的情况。
为何重要
它支持组织基准测试以及审批延误的根源分析。
获取方式
员工记录或组织单位层级。
示例
财务供应链物流北美销售
|
|||
|
修正原因
CorrectionReason
|
为数据修正提供的理由代码。 | ||
|
描述
如果发生了“Data Correction Performed”活动,此属性将捕获记录的原因(例如:“漏打卡”、“追溯性薪资调整”)。 这为“手动修正与返工率”仪表板增加了细节,使团队能够解决手动操作的特定根源问题。
为何重要
这对于返工的根源分析至关重要。
获取方式
审计日志详情或修正交易中的备注字段。
示例
漏打卡费率错误溯及调整
|
|||
|
处理周期时长(天)
ProcessingCycleTimeDays
|
从初始化到支付的总天数。 | ||
|
描述
“薪资记录已初始化”与“支付已执行”之间的时间跨度。此指标支持“端到端薪资周期时长”仪表板。 它提供了流程速度和效率的高层级视图。
为何重要
它是衡量流程速度的主要指标。
获取方式
计算得出:支付 timestamp - 初始化 timestamp。
示例
3.55.21.0
|
|||
|
成本中心
CostCenterCode
|
薪资支出所记入的财务代码。 | ||
|
描述
与员工收入关联的总账成本中心。用于“成本中心处理基准”视图,以比较不同财务部门的效率。 在 Dayforce 中,这是总账 (GL) 分摊详情的一部分。
为何重要
它将流程绩效与财务报告结构联系起来。
获取方式
员工总账设置或人工成本分配表。
示例
CC-1020CC-5500-USCC-IT-OPS
|
|||
|
是否为审计异常
IsAuditExceptionFlagged
|
指示记录是否触发了审计警告的布尔标志。 | ||
|
描述
一个计算或直接标志,表示此 case 发生了“Audit Exception Flagged”活动。它驱动“审计异常触发率”KPI。 高异常率通常意味着数据质量问题,或者是 Dayforce 合规引擎中的配置过于严格。
为何重要
它简化了错误率和返工循环的计算。
获取方式
根据“Audit Exception Flagged”活动的存在而得出。
示例
truefalse
|
|||
|
税务管辖区
TaxJurisdiction
|
税务申报的地区或机构。 | ||
|
描述
识别与薪资记录相关的特定税务机关(例如:州、省、国家)。这支持“税务申报与合规监控”仪表板。 它允许对发薪后合规流程进行细分,突出显示经常出现申报延误的辖区。
为何重要
它支持合规性监控以及流程绩效的地理分析。
获取方式
员工税务设置或薪资结果税务详情。
示例
加利福尼亚州安大略省纽约英国
|
|||
|
薪资周期
PayPeriodDescription
|
薪资周期的描述性名称。 | ||
|
描述
易于理解的薪资周期标签(例如“2023 第 42 周”、“2023 年 10 月半月薪”)。这有助于在仪表板上进行过滤和可视化。 它为“薪资记录”提供上下文,常在“流程变体路径分析”中用于过滤特定运行。
为何重要
它使数据对业务用户而言易于理解。
获取方式
PayPeriod 表的描述列。
示例
2023-W422023-Oct-SM12023-M11
|
|||
|
银行转账是否延迟
IsBankTransferLate
|
指示银行文件是否错过截止日期的标志。 | ||
|
描述
通过比较“Bank Transfer File Generated”的 timestamp 与“SLA Processing Deadline”计算得出的布尔值。它驱动“准时银行转账率”KPI。 识别延迟转账对于防止员工工资延期发放至关重要。
为何重要
这是一个关键的合规性和可靠性指标。
获取方式
计算得出:BankTransferTime > SlaProcessingDeadline。
示例
truefalse
|
|||
|
雇佣类型
EmploymentType
|
员工分类(全职、兼职、承包商)。 | ||
|
描述
对员工的工作关系进行分类。用于基准测试,观察承包商或兼职员工是否具有不同的薪资处理特征或错误率。 该信息通常位于 Dayforce 的员工记录中。
为何重要
它支持对处理统计数据进行细分和公平比较。
获取方式
员工表。
示例
全职兼职合同工
|
|||
薪资处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
Gross Pay Calculated
|
系统计算引擎根据工时、费率和导入的数据计算税前工资总额。这是“计算引擎流程速度”仪表板的第一步。 | ||
|
为何重要
衡量输入定稿后计算引擎的响应延迟。
获取方式
根据计算批次期间填充或更新“Gross Pay”字段的 timestamp 推断得出。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||
|
工时表已审批
|
经理或主管审批提交的工时数据。此处的延迟将直接影响“工时表审批绩效”仪表板。 | ||
|
为何重要
识别审批链中导致薪资计算初始化停滞的瓶颈。
获取方式
追踪 WFM 模块中工时卡状态变更为“已审批”或“已结账”的过程。
捕获
执行 Approved 交易时记录
事件类型
explicit
|
|||
|
工时表已提交
|
员工或经理提交考勤数据以待处理的事件。这连接了 WFM(劳动力管理)模块与薪资模块。 | ||
|
为何重要
对于“端到端薪资周期时长”仪表板衡量从数据源头开始的延迟至关重要。
获取方式
源自 Dayforce WFM 模块日志,或工时卡对象状态变更为“Submitted”。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||
|
已执行付款
|
向员工支付的生效日期。对员工而言,这是该流程在财务上的终点。 | ||
|
为何重要
“端到端薪资周期时长”和员工满意度的关键里程碑。
获取方式
已定稿薪资记录上的“支票日期”或“付款日期”字段。
捕获
执行 Disbursement 交易时记录
事件类型
explicit
|
|||
|
薪资记录已初始化
|
标记员工特定薪资运行实例的创建。在 Dayforce 中,这发生在当薪资组(Pay Group)在该周期开启且员工被关联到此次运行之时。 | ||
|
为何重要
确定薪资 case 的起点,作为衡量总周期时间的基准。
获取方式
识别薪资组实例中员工薪资运行记录的创建 timestamp。
捕获
发薪运行记录创建时记录
事件类型
explicit
|
|||
|
薪资记录已审批
|
薪资记录的最终授权,通常称为“提交”或“锁定”薪资运行。标志着计算/审核阶段的结束。 | ||
|
为何重要
区分处理阶段与发放阶段的决定性里程碑。
获取方式
发薪状态变更为“Committed”、“Locked”或“Approved”。
捕获
执行 Commit 交易时记录
事件类型
explicit
|
|||
|
银行转账文件已生成
|
生成 NACHA、SEPA 或其他银行文件。用于根据 SLA 截止日期计算“准时银行转账率”。 | ||
|
为何重要
关键合规步骤,确保资金在支付前及时划转。
获取方式
系统作业日志显示银行传输文件已成功生成。
捕获
执行“文件生成”交易时记录
事件类型
explicit
|
|||
|
Audit Exception Flagged
|
系统根据校验规则(例如实发工资为负数)生成警告或错误消息。支持“审计异常标记率”KPI。 | ||
|
为何重要
高频率通常意味着上游数据质量差或配置错误,需要人工干预。
获取方式
从链接到 Pay Run ID 的系统消息/错误日志表中提取。
捕获
执行 Exception Created 交易时记录
事件类型
explicit
|
|||
|
Benefits Deductions Applied
|
将福利规则和扣款应用于税前工资。这是“流程速度”仪表板监控的自动化计算序列的一部分。 | ||
|
为何重要
隔离发薪运行中福利引擎特有的处理时间或错误。
获取方式
扣款行写入薪资记录或“总扣款”字段更新时的 timestamp。
捕获
通过比较字段 Update Timestamp 与 Previous Timestamp 得出
事件类型
calculated
|
|||
|
Data Correction Performed
|
用户在初始计算后手动修改薪资数据(小时数、税率、扣除额)。用于跟踪“手动修正与返工率”仪表板。 | ||
|
为何重要
返工的直接度量;减少此类活动是提升流程效率的首要目标。
获取方式
审计追踪记录显示用户更新了员工薪资详情表。
捕获
执行“记录更新”交易时记录
事件类型
explicit
|
|||
|
Incentive Data Imported
|
记录包含奖金、佣金或一次性支付的外部数据文件的成功导入。支持“激励数据导入提前期”仪表板。 | ||
|
为何重要
接收此数据时的延误是导致薪资处理停滞的常见原因。
获取方式
Dayforce 集成日志显示针对该发薪任务的 XML 或 CSV 导入作业已完成。
捕获
执行“导入”交易时记录
事件类型
explicit
|
|||
|
工资条已发布
|
电子薪资报表在 ESS 门户中可供员工查看。支持“电子工资单可用性”仪表板。 | ||
|
为何重要
衡量支付执行与信息发布之间的延迟。
获取方式
对账单发布作业完成或可见性标记设为 true 时的 timestamp。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||
|
税务申报已完成
|
确认该辖区的发薪后税务申报已成功处理。支持“税务申报与合规监控”仪表板。 | ||
|
为何重要
确保员工领薪后的监管合规,避免罚款。
获取方式
税务模块或集成日志中的状态更新,确认税务机关或第三方申报人已收到。
捕获
执行“申报确认”交易时记录
事件类型
explicit
|
|||
|
税额已计算
|
应用税务管辖规则以确定税后工资的最终计算步骤。完成自动化计算序列。 | ||
|
为何重要
复杂的税务规则可能会减慢处理速度;此活动有助于衡量税务引擎的性能表现。
获取方式
税额行生成或数据库中“实发工资”字段定稿时的 timestamp。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||
|
薪资结果已预览
|
用户查看初步薪资登记表或薪资预览。用于分析“预览阶段效率”并识别返工循环。 | ||
|
为何重要
标志着人工审核阶段的开始;重复预览通常意味着存在持续的数据问题。
获取方式
访问日志显示用户生成了“Payroll Preview”报告或打开了预览屏幕。
捕获
执行“预览报告”交易时记录
事件类型
explicit
|
|||