您的薪资处理数据模板
您的薪资处理数据模板
这是我们针对薪资处理的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 为完整的事件日志定义核心 data 字段。
- 识别薪资处理中的关键活动和里程碑。
- 获取从各系统提取 data 的指南。
薪资处理属性
| 名称 | 描述 | ||
|---|---|---|---|
| 事件timestamp EventTimestamp | 活动发生的精确日期和时间。 | ||
| 描述 Event Timestamp 记录了活动执行的确切时刻。这种按时间顺序排列的数据对于正确排序事件和计算流程中不同步骤之间的持续时间至关重要。 在流程挖掘中,timestamp 用于构建每个 case 的事件序列并进行时间分析。这包括计算活动之间的周期时间、识别延迟、测量等待时间,以及监控与服务水平协议 (SLA) 相关的绩效。准确的 timestamp 是进行任何绩效相关流程分析的基础。 为何重要 此属性对于正确排序事件以及所有基于时间的分析(包括计算周期时间、持续时间及识别瓶颈)至关重要。 获取方式 存在于系统审计日志中,或作为薪资交易记录中的“创建日期”或“事件时间”字段。 示例 2023-12-15T09:05:00Z2023-11-30T14:22:10Z2024-01-15T11:00:00Z | |||
| 活动名称 ActivityName | 薪酬流程中发生的特定任务、事件或步骤的名称。 | ||
| 描述 Activity Name 描述了薪资生命周期中执行的离散操作,例如“工时数据已审批”、“毛利转净利计算”或“付款已执行”。每个活动代表流程图中的一个节点,并与特定的 timestamp 关联。 此属性是流程挖掘的基础,因为它构成了流程图。分析这些活动的顺序、频率和持续时间可以揭示实际的流程流向,识别常见路径,突出偏离标准程序的异常,并精准定位流程变慢的瓶颈。 为何重要 它定义了流程图中的步骤。分析活动对于理解现状、发现瓶颈以及识别返工循环至关重要。 获取方式 通常在系统日志、审计轨迹或薪资交易表中的状态字段中找到。可能需要将技术事件代码映射为用户易于理解的名称。 示例 工时数据已提交薪资运行已初始化税前至税后已计算已执行付款 | |||
| 薪资记录 ID PayrollRecordId | 每条薪资记录的唯一标识符,通常由员工 ID 和特定薪资周期组成。 | ||
| 描述 Payroll Record ID 作为给定薪资周期内单个员工整个薪资流程的唯一 case 标识符。每个 ID 代表了从提交时间数据到付款和报告的完整过程。 在流程挖掘中,此属性对于将所有相关活动串联成一个连贯的端到端流程至关重要。它可以分析单个薪资记录的周期时间、变体和瓶颈。如果没有唯一的 case ID,就无法准确追踪事件序列并理解流程动态。 为何重要 这是将所有流程事件连接到单个 case 的主键,使得分析每个记录的端到端薪资周期成为可能。 获取方式 通常由薪资系统生成,或者可以通过连接员工标识符和薪资交易数据中的薪资周期标识符来创建。 示例 PAY-EMP1053-202312PR7883451EMP0098_PP24_2023 | |||
| 最后数据更新 LastDataUpdate | 一个 timestamp,指示此 event 的 data 上次在源系统中修改或提取的时间。 | ||
| 描述 Last Data Update 时间戳提供了数据的时效性信息。它指示了源系统中记录最后一次更改的时间,或数据被提取到分析集中的时间。这与记录业务活动实际发生时间的 Event Timestamp 不同。 此属性主要用于数据治理和验证。它有助于管理增量数据加载,并确保分析基于最新信息。虽然通常不直接用于流程流向分析,但对于维护流程挖掘数据集的完整性和及时性至关重要。 为何重要 确保 data 的新鲜度,对于管理增量 data 加载至关重要,有助于确保分析反映的是最新的可用信息。 获取方式 此时间戳通常在数据提取、转换和加载 (ETL) 过程中生成,或者作为源系统表中的“最后修改日期”字段提供。 示例 2023-12-16T02:00:00Z2023-12-01T05:10:00Z2024-01-16T01:30:00Z | |||
| 源系统 SourceSystem | 事件数据来源的系统或应用程序。 | ||
| 描述 此属性标识了记录事件数据的源系统。在现代薪酬体系中,数据可能来自各种系统,例如考勤系统、HRIS 或薪资引擎本身。 分析源系统有助于理解整个流程中的集成点和数据交接。它可用于过滤源自特定应用程序的事件,这对于诊断集成问题或对比不同系统中管理的流程非常有用。 为何重要 识别每个流程步骤发生的地点,这对于理解流程碎片化以及识别特定系统瓶颈或集成延迟至关重要。 获取方式 通常作为 data 提取中的标准字段提供,也可以在 data 提取过程中根据 data 源表添加。 示例 薪资引擎考勤系统HRIS 核心系统福利管理模块 | |||
| 成本中心 CostCenter | 员工薪资成本所属的部门、业务单元或财务代码。 | ||
| 描述 成本中心是一个组织属性,它将薪资支出与特定的业务部门(如“销售”、“IT”或“制造”)联系起来。它是财务报告和管理会计的基础要素。 在流程挖掘中将成本中心作为维度,可以按业务单位对流程数据进行切片分析。这种分析可以揭示某些部门是否比其他部门经历更多的薪资问题、延迟或手动更正。这些洞察有助于将流程改进方案对准最需要或最具影响力的领域。 为何重要 支持组织维度分析,以确定薪资问题、延迟或低效现象是否集中在特定部门或业务部门。 获取方式 存在于员工主 data、HR 组织结构或薪资/HR 系统中的财务分配表。 示例 CC4510 - 市场部FIN-1001SALES-US-EASTIT-DEV-200 | |||
| 是否为人检更正 IsManualCorrection | 一个布尔值标记,用于指示该活动是否涉及人工更改、干预或 data 修正。 | ||
| 描述 此属性是一个 true 或 false 标记,用于识别用户必须在理想的自动化流程中进行人工干预的事件。这包括手动键入缺失数据、更正工时表或调整计算结果。 手动更正是流程低效、风险和数据质量差的直接指标。分析这些干预发生的位置和原因对于流程改进至关重要。通过过滤手动更正,企业可以精准定位返工的根本原因,识别自动化机会,并衡量“一次通过率 (First-Pass Yield)”KPI。减少手动更正会使薪资流程更高效、更准确且更合规。 为何重要 直接衡量流程阻力和低效程度。高比例的人工修正通常意味着 data 质量差、自动化链路中断以及合规风险增加。 获取方式 可以从追踪用户 data 变更的审计日志中提取,或从代表人工调整的特定交易代码中获取。 示例 truefalse | |||
| 用户名称 UserName | 执行活动的用户名、员工 ID 或系统代理。 | ||
| 描述 User Name 标识了负责执行特定流程步骤的个人或自动化系统。这可以是薪资专员、审批工时数据的经理,或者是运行自动计算的系统账号。 此属性提供了以人为中心或以系统为中心的流程视图。它用于分析工作量分布、个人绩效和团队效率。通过突出显示经常偏离标准流程或与高返工率相关的用户,它还可以帮助识别培训需求。对于自动化步骤,它有助于区分系统驱动的操作和人工操作。 为何重要 支持对工作量、团队绩效和自动化水平的分析。它有助于识别哪些用户或团队涉及较多的返工或异常处理。 获取方式 通常存在于系统日志或交易记录中的“用户 ID”、“处理人”或“操作用户”字段中。 示例 Jane Doej.doeSystem.BatchMark Smith | |||
| 薪资周期结束日期 PayPeriodEndDate | 薪资记录涵盖的薪资周期截止日期。 | ||
| 描述 Pay Period End Date 标志着特定薪资运行中所包含的考勤数据截止日期。这是一个关键日期,定义了所处理收益的时间范围。 此属性对时间趋势分析非常有用。通过基于周期结束日期汇总数据,分析人员可以跟踪不同月份或季度的处理时间、错误率和手动更正等 KPI。这有助于识别季节性、衡量流程变更随时间产生的影响,并进行长期绩效监控。 为何重要 支持对薪资绩效进行长期趋势分析,有助于识别季节性因素或衡量不同薪资周期之间流程改进带来的影响。 获取方式 薪资日历配置和薪资交易 data 中的标准属性。 示例 2023-12-312023-11-302024-01-15 | |||
| 薪资总额 GrossPayAmount | 在应用任何扣除额或税款之前,该薪资记录中员工的总计算工资。 | ||
| 描述 薪资总额代表员工在特定薪资周期的总收入。它是薪资运行期间计算出的关键财务数据,是后续税务和扣款计算的基础。 虽然它不是流程流向的直接驱动因素,但该属性对于背景分析非常有价值。它可以用于按价值对 Case 进行分层分析,例如检查高额薪资记录的处理方式是否不同,或者是否经过了更严格的核查。它对于财务影响分析也至关重要,例如计算因错误或延迟处理的支付总额。 为何重要 为流程提供财务背景,支持分析延迟、返工或异常带来的金钱损失,并支持按价值对 Case 进行分层。 获取方式 毛薪至净薪(gross-to-net)计算步骤的标准输出字段,位于薪资结果或交易 data 表中。 示例 2500.001575.505200.75850.00 | |||
| 薪资组 PayGroup | 员工所属的特定薪资处理组,通常由薪资发放频率和员工类型定义。 | ||
| 描述 薪资组(Pay Group)是按相同计划发放薪资的员工逻辑集合,例如“美国双周薪”或“英国月薪高管”。此属性用于管理和执行特定员工群体的薪资运行。 在流程分析中,按薪资组进行筛选可以比较不同薪资周期的绩效和效率。这能揭示特定群体的问题,例如周薪制小时工的修正率可能高于月薪制员工。它还有助于了解流程差异与不同薪资计划或员工群体之间的关联。 为何重要 支持不同薪资周期之间的对比分析,有助于识别流程问题是否仅针对特定的员工群体或薪资频率。 获取方式 存在于员工主数据或薪资配置表中,通常标记为“薪资组”、“薪资范围”或类似术语。 示例 美国双周薪英国月薪CA 每周时薪高管半月薪 | |||
| 薪资运行类型 PayrollRunType | 指示薪资运行的类别,例如常规、周期外或奖金支付。 | ||
| 描述 Payroll Run Type 对薪资处理事件进行分类。“常规”运行是标准计划周期的一部分。“非周期”运行是为了纠正错误或向离职员工付款而进行的计划外支付。其他类型可能包括“奖金”或“佣金”运行。 这是一个用于对比分析的强大维度。非周期支付通常是常规周期流程失败的信号,而且处理起来通常更昂贵、更耗时。通过按运行类型进行过滤,企业可以隔离并分析这些异常情况的根本原因,衡量其频率和成本,并对比不同运行类型的效率。 为何重要 区分标准处理与异常处理。分析周期外运行是理解流程失效原因、减少昂贵且非标准支付的关键。 获取方式 此信息通常可以从薪资系统内的薪资运行或批处理表中获得。 示例 常规周期外奖金更正 | |||
| SLA 合规状态 SlaComplianceStatus | 一个派生状态,用于指示关键里程碑(如支付)是按时、提前还是迟于截止日期完成。 | ||
| 描述 此属性对 case 相对于其定义的服务水平协议的绩效进行分类。它通常通过比较里程碑活动(如“银行转账文件已生成”)的实际时间戳与 SLA Deadline 属性来得出。 这提供了一个清晰直观的绩效指标,可用于仪表板和报告。分析 SLA 合规状态有助于量化错过截止日期的规模,并允许深入了解逾期 case 与准时 case 的流程特征。这对于识别延迟的根本原因以及提高薪资流程的可靠性和可预测性至关重要。 为何重要 提供了一种简单直接的绩效目标衡量方式,便于生成合规报告,并将分析重点放在未达截止日期的 Case 上。 获取方式 此属性在源系统中无法直接找到。它是通过比较里程碑活动的 EventTimestamp 与 SlaDeadline 属性派生出来的。 示例 准时逾期提前 | |||
| SLA 截止日期 SlaDeadline | 关键流程步骤(通常为付款执行)必须完成的目标日期和时间。 | ||
| 描述 SLA Deadline 是一个时间戳,代表了完成薪资流程关键环节(如生成银行转账文件或执行付款)的承诺。它是衡量实际绩效的基准。 此属性对于监控和分析 SLA 合规性至关重要。通过对比活动的实际完成时间戳与其 SLA Deadline,企业可以识别违规行为,衡量延迟程度并主动管理风险。它是与付款绩效和流程可靠性相关的仪表板的关键组件。 为何重要 定义绩效目标,从而能够衡量 SLA 合规性、识别逾期支付并分析延迟的根本原因。 获取方式 这可能是系统中基于薪资周期配置的固定字段,也可以根据业务规则派生(例如,Pay Period End Date 加上三个工作日)。 示例 2023-12-18T17:00:00Z2024-01-03T16:00:00Z2023-12-05T17:00:00Z | |||
| 员工类型 EmployeeType | 员工分类,如月薪制、时薪制、合同工或临时工。 | ||
| 描述 员工类型(Employee Type)是 HR 主 data 中的一个属性,用于对劳动力进行分类。不同类型的员工通常遵循不同的薪资流程,有不同的 data 要求,并受不同法规的约束。 将此属性作为分析维度可以揭示流程绩效的显著差异。例如,时薪工人的流程可能涉及更复杂的工时 data 集成,且比月薪员工的流程更容易出错。通过比较不同员工类型的周期时间或修正率等 KPI,有助于针对每个群体的特定需求定制流程改进方案。 为何重要 有助于对流程进行分层,揭示不同员工类别(如时薪工与月薪员工)特有的差异和问题。 获取方式 这是 HR 或薪资系统中员工主记录里的标准字段。 示例 月薪制按小时计薪合同工全职兼职 | |||
| 审计异常类型 AuditExceptionType | 对薪资审计期间标记的警告、错误或合规问题类型进行分类。 | ||
| 描述 在薪资处理期间运行自动审计时,系统可能会标记违反预定义规则的记录。此属性捕获异常类别,例如“缺少税务 ID”、“未批准的加班”或“毛利异常”。 分析审计异常的类型和频率可以直观地了解数据质量和合规问题。这些信息使企业能够执行根本原因分析,例如确定“缺少税务 ID”异常的激增是否归因于有缺陷的入职流程。跟踪这些异常对于“审计与合规监控”仪表板以及降低风险至关重要。 为何重要 提供了一种直接衡量和分类 data 质量及合规问题的方法,支持针对性的根本原因分析,以提升准确性并降低风险。 获取方式 此数据由薪资系统的内部审计或验证引擎生成,通常存储在审计日志或异常报告中。 示例 未经审批的加班银行信息无效超出薪资总额阈值税务信息缺失 | |||
| 税务管辖区 TaxJurisdiction | 管理薪资记录税务计算的主要地理位置,例如省或直辖市。 | ||
| 描述 税务管辖区指定了必须计算和缴纳税款的法律或行政区域。由于法规、税率和申报要求不同,各管辖区的薪资处理复杂度可能存在显著差异。 按税务管辖区分析流程有助于识别区域性挑战。例如,它可能揭示某个特定州或国家的薪资处理始终较慢或更容易出错。这可能表明需要针对该管辖区的规则优化系统配置,或者需要为负责这些地区的专员提供额外培训。 为何重要 支持按地理或法律区域分析流程绩效,有助于识别复杂性或错误是否集中在特定的司法管辖区。 获取方式 这是薪资或 HR 系统内员工税务信息设置的一部分。 示例 US-CAGB-ENGDE-BECA-ON | |||
薪资处理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 工时数据已审批 | 代表经理或主管对员工提交的工时 data 的正式批准。这是一个关键的验证步骤,用于授权记录的工时进入支付处理环节。 | ||
| 为何重要 审批是关键的把关步骤。此环节的延迟会直接影响薪资发放时间表,是瓶颈的主要来源,因此在绩效分析中至关重要。 获取方式 存在于考勤系统或核心 HR 系统的审计追踪中,通常记录为工时记录从“已提交”到“已批准”的状态变更。 捕获 识别工时记录审批状态被设为“已批准”或“已完成”的 event。 事件类型 explicit | |||
| 工时数据已提交 | 标记员工在某个薪资周期的考勤 data 的首次提交。此 event 是激活薪资周期的主要触发点,通常由员工或其直接经理发起。 | ||
| 为何重要 此活动代表了大多数薪资记录的起点。跟踪其时间点对于测量整体薪酬周期时间以及识别数据收集延迟至关重要。 获取方式 源自考勤或劳动力管理模块的交易日志或工作流历史,通常与工时表记录的状态变更挂钩。 捕获 记录工时表状态变为“已提交”、“待审批”或同等状态时的 timestamp。 事件类型 explicit | |||
| 工资条已发布 | 通过自助门户向员工提供电子薪资结算单或工资条的事件。这完成了薪资沟通的闭环。 | ||
| 为何重要 及时获取工资条对员工满意度和透明度至关重要。分析付款与发布之间的滞后时间有助于评估付款后沟通的效率。 获取方式 源自文档生成或门户发布服务的日志,或者是员工薪资记录上的状态字段。 捕获 记录工资条生成流程完成或文档状态设为“已发布”时的 timestamp。 事件类型 explicit | |||
| 已执行付款 | 资金发放给员工或开出支票的生效日期。这标志着该周期薪酬义务在财务上的完成。 | ||
| 为何重要 从员工的角度来看,这是薪资流程的最终结果。它是衡量付款及时性和整体流程成功的关键日期。 获取方式 通常是根据薪资运行中定义的“支票日期”或“支付日期”字段计算出的日期。也可以通过银行对账 data 进行确认。 捕获 使用与最终确定的薪资记录关联的“付款日期”或“支票日期”字段中的值。 事件类型 calculated | |||
| 总账数据已传输 | 代表将薪资成本和财务 data 传输至总账或财务系统。此 event 标志着薪资周期的会计核算结束。 | ||
| 为何重要 这是最后一步集成,确保公司财务准确反映薪资支出。此处的延迟会影响财务结算流程的速度和准确性。 获取方式 源自总账接口或入账程序的日志。数据传输任务成功完成后即生成记录。 捕获 识别将薪资结果发布到财务会计系统的任务完成时的 timestamp。 事件类型 explicit | |||
| 税前至税后已计算 | 系统核心计算引擎的运行,处理所有收入、扣除额和税款,得出最终净薪金额。这是一项由机器驱动的活动,将原始输入转换为可支付结果。 | ||
| 为何重要 这是薪资流程的核心。测量其持续时间合成功率对于评估系统绩效以及数据质量对处理效率的影响至关重要。 获取方式 记录在薪资引擎的流程日志中,通常作为特定员工主计算任务或程序的完成 timestamp。 捕获 使用薪资计算方案或功能成功完成后记录的时间戳。 事件类型 explicit | |||
| 薪资运行已批准 | 由授权用户对薪资周期的薪资结果进行最终签核。此操作通常会锁定薪资数据,防止进一步更改,并授权系统继续付款。 | ||
| 为何重要 这是预付款流程中至关重要、不可撤回的一点。它标志着计算和验证阶段的结束,是衡量准时绩效的关键里程碑。 获取方式 记录为薪资系统中的正式状态变更,如“已结清”、“已提交”或“已批准”。这是一种带有明确 timestamp 的显式用户操作。 捕获 使用与锁定薪资运行事件关联的时间戳,通常标记为“完成”、“审批”或“提交”。 事件类型 explicit | |||
| 已标记审计异常 | 指示系统的自动验证规则在计算出的薪资 data 中检测到错误、警告或不一致。此 event 会触发人工审核和干预的需求。 | ||
| 为何重要 被标记的异常是返工和人工投入的主要原因。分析异常的频率和类型有助于识别流程低效的根本原因,例如 data 质量差或配置问题。 获取方式 由系统在计算期间或之后通过验证检查生成。通常出现在错误日志、审计报告或作为薪资记录上的特定状态。 捕获 记录与薪资记录相关的错误或警告消息生成并存入日志时的 timestamp。 事件类型 explicit | |||
| 税务申报数据已生成 | 生成政府机构要求的法定税务文件和报告。这可能涉及为第三方申报服务或直接提交创建文件。 | ||
| 为何重要 此活动对于监管合规至关重要。监控其及时完成可确保履行纳税义务并避免罚款。 获取方式 从税务申报任务的执行日志或税务输出文件的创建 timestamp 中获取。 捕获 使用生成定期或季度税务申报报告的系统流程的完成时间戳。 事件类型 explicit | |||
| 薪资数据已修正 | 薪资专员为解决标记的异常或进行必要调整而对员工薪资 data 进行的人工修改。这代表了自动化流程中的人工干预。 | ||
| 为何重要 此活动明确记录了返工情况。跟踪更正记录对于量化准确薪资处理所需的人工投入,以及识别常见错误类型至关重要。 获取方式 存在于薪资 data 记录的字段级审计追踪或变更日志中。每当用户在初始计算后更新关键薪资字段时都会记录。 捕获 识别在首次计算之后、最终审批之前,薪资 data 表中由用户发起的变更 event。 事件类型 explicit | |||
| 薪资结果已预览 | 当薪资管理员生成或查看初步薪资登记表或报表以验证计算结果的准确性时发生。这是结算薪资前的关键人工验证步骤。 | ||
| 为何重要 此活动标志着人工审核阶段的开始。分析在预览中花费的时间以及“预览-更正-计算”循环的次数,可以揭示验证流程中的低效问题。 获取方式 源自跟踪报告生成或用户访问特定预览界面、文档的系统日志。 捕获 记录用户执行“预览薪资”报表、“薪资登记表”视图或同等核对功能时的 timestamp。 事件类型 explicit | |||
| 薪资运行已初始化 | 特定薪酬周期和员工群体的薪资处理运行正式开始。这将创建薪资 case 或记录,所有后续计算和操作都将关联到该记录。 | ||
| 为何重要 这标志着从数据收集到主动处理的过渡。它作为衡量薪酬周期核心计算和验证阶段的基准。 获取方式 从薪资批次的创建 timestamp、薪资运行记录或给定周期薪资流程日志的第一条分录中推断得出。 捕获 记录系统中为相关薪资组创建新薪资运行或批次时的 timestamp。 事件类型 inferred | |||
| 补充数据已导入 | 记录外部或非标准薪资 data(如佣金、奖金或一次性津贴)的摄取。这些 data 在计算前会与常规工时 data 合并。 | ||
| 为何重要 此活动突出了流程对外部数据源的依赖。分析这些导入数据的滞后时间是理解并提高数据集成效率的关键。 获取方式 通常从批量导入任务日志、数据加载工具或特定工资组成部分记录的创建时间戳中捕获。 捕获 使用导入任务的完成时间戳或薪资系统中补充付款记录的创建日期。 事件类型 explicit | |||
| 银行转账文件已生成 | 电子付款文件(如 ACH 或银联文件)的技术生成,包含发给银行的付款指令。这为资金发放准备了传输数据。 | ||
| 为何重要 此活动是资金变动前的最后一个技术步骤。测量从审批到文件生成的时间,对于确保符合银行截止日期非常重要。 获取方式 从支付文件生成程序的执行日志或输出文件本身的创建 timestamp 中获取。 捕获 识别创建直接存款或银行转账文件的系统任务或流程完成时的 timestamp。 事件类型 explicit | |||