Payroll Data Audit

Data & APIs

工资数据审核逻辑与校验规则,以算薪逻辑为基准执行反向验证。Use when user asks to 工资数据审核、薪资校验、算薪逻辑验证、薪酬合规检查、工资单审核、月度薪资校验. 不适用于非薪酬类数据审核、纯算薪操作(非审核)、外部薪酬调研.

Install

openclaw skills install payroll-data-audit

Payroll Data Audit

以算薪逻辑为审核基准,覆盖数据匹配、规则校验、文档完整性三大维度,输出结构化审核报告。

概述

一句话定位:做"验证算薪是否正确执行"的任务——不是算薪本身,而是算薪的反向校验。

功能范围

  • 数据匹配审核(调薪条数 + 金额合计交叉校验)
  • 规则校验审核(计薪天数、绩效工资、考勤扣减)
  • 文档完整性审核(入职/调薪/离职/主体变更原文档)
  • 数据完整性检查(空值、异常值、重复记录识别)
  • 审核报告生成(P0/P1/P2 分级输出)

不覆盖:实际算薪操作、薪酬市场调研、个税计算、社保核算。

审核原则

"作为算薪的人,审核的方向应与算薪的方向一致。"

  • 审核 = 算薪的反向验证,所有规则来源于算薪逻辑
  • 审核结果必须能与算薪结果交叉印证
  • 领英等外部审核必须留存原文档,仅凭对比表不够

使用

场景一:月度工资数据审核(完整流程)

用户需要在发薪前对本月工资数据进行全面审核。

第一步:数据匹配审核

  1. 从算薪系统提取本期变更数据(调薪/入职/离职/主体变更)
  2. 逐条比对:变更条数 = 算薪记录条数?
  3. 汇总校验:变更金额合计 = 算薪金额合计?
  4. 输出:匹配/不匹配清单

第二步:规则校验审核

遍历全员薪资记录,逐条校验:

优先级规则校验公式
P0 🔴实计薪天数 ≤ 应计薪天数actual_pay_days <= should_pay_days
P0 🔴调薪数据条数匹配N 人调薪 → 恰好 N 条调薪记录
P0 🔴调薪金额合计匹配N 条调薪合计 = 算薪增加合计
P1 🟠绩效工资计算正确actual_performance = standard * score
P1 🟠请假扣减一致actual_attendance = should_pay_days - leave_days
P1 🟠人员信息准确工号/姓名/部门/职级/入职日期与 HR 系统一致
P1 🟠入离职规则合规当月计薪规则正确(按实际天数/整月)
P1 🟠主体变动可追溯有审批记录,变更前后薪资衔接正确
P2 🟢基本工资列完整无空值/异常值
P2 🟢对比表与原文档一致有对应原文档支撑

标记异常记录(P0 红色 / P1 橙色 / P2 绿色),输出异常清单。

第三步:文档完整性审核

检查关键变更是否有原文档支撑:

  • 入职:Offer/审批流/入职登记
  • 调薪:调薪审批/Offer 补充
  • 离职:离职审批/结算确认
  • 主体变更:调岗审批/主体转移确认

标记"有对比表无原文档"的记录。

第四步:汇总与处理

  1. 生成审核报告(见下方输出格式)
  2. 与最新 Skill 对比:有重复→标记"已覆盖";无重复→补充装入
  3. 记录本次审核的处理动作及时间戳

场景二:快速校验(只查红线)

用户只需要快速检查是否存在 P0 红线问题。

  1. 仅执行 P0 三条规则校验:
    • 实计薪天数 ≤ 应计薪天数
    • 调薪数据条数匹配
    • 调薪金额合计匹配
  2. 任一不通过 → 立即阻断,不进入后续流程
  3. 全部通过 → 提示"红线校验通过,建议执行完整审核"

场景三:数据梳理(发薪前准备)

用户在发薪前需要梳理数据完整性。

按大类梳理

  1. 人员信息准确度:工号、姓名、部门、职级、入职日期
  2. 入职/离职规则:当月计薪规则、试用期薪资
  3. 主体变动:公司主体变更清单、衔接逻辑
  4. 考勤数据:请假/缺勤/加班记录

数据完整性检查

  1. 查看数据总量级(如 2000+ 条)
  2. 逐列检查关键字段(基本工资、绩效、津贴等)
  3. 识别空值、异常值、重复记录

输出格式

审核报告必须包含以下结构:

  1. 审核概览:总数 / 完成 / 异常 / 存疑
  2. P0 红线项:不通过即阻断,必须立即修复
  3. P1 重要项:需要责任人解释偏差原因
  4. P2 辅助项:建议优化,不影响当期发放
  5. 文档缺失清单:需要补充的原始文档
  6. 处理记录:本次审核的处理动作及时间戳

补充说明

  • 数据来源缺失:优先从飞书多维表格/SAP HCM/ADP 获取;若不可用,要求用户提供 CSV/Excel 数据源;无任何数据源时拒绝执行审核
  • 数据格式不统一:要求先标准化为统一格式(工号/姓名/部门/基本工资/绩效/计薪天数等字段)后再执行审核
  • 规则冲突:当实际业务规则与本 Skill 规则不一致时,以业务实际规则为准,并在报告中备注差异原因
  • 发现新规则:审核过程中发现本 Skill 未覆盖的新规则时,记录并建议更新 Skill
  • 审核不是找茬:目的是验证算薪逻辑是否正确执行,不是寻找人为错误
  • 领英审核特殊要求:必须留存入职/调薪等原文档,仅凭对比表不足以支撑审核结论
  • 审核方向一致性:审核必须与算薪方向一致,不能另起一套逻辑