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