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