上传工资表与银行代发明细
系统只读取文件、只标记差异，不会修改、也不会回写任何一份原始文件。处理前后各校验一次文件内容，被改动过就直接判作业失败。
i
核对口径
金额比对按 2 位小数、四舍五入、差 1 分即算不符； 按 工号 匹配，不用姓名兜底； 同一工号出现多行时停下来交人工处理，不会自动合并。 每次核对都会记下当时的口径，日后即使调整了设置， 也能说清历史结果是怎么来的。
核对结果
汇总统计
筛选
| 序号 | 工号 | 姓名 | 部门 | 结果 | 备注 |
|---|
没有符合条件的行。
作业追溯
历史作业
每次核对都留痕：谁、什么时候、用哪两份文件、得到什么结论。下载行为单独记录。
| 创建时间 | 期间 | 状态 | 操作人 | 明细行数 | 统计 |
|---|
还没有作业记录。
后续需求池 · 一期不交付
i
本模块界面已就位，处理逻辑尚未实现
开工前需要先谈清楚的四件事
- 要哪些表
- 需要哪几份表、由谁提供、多久一次
- 怎么算
- 判定规则和边界情况，和薪资对账一样要先定口径
- 出什么
- 结果怎么分类、导出成什么样、给谁看
- 谁能用
- 谁可以上传、查看、下载
使用情况
统计口径与运维 SQL 完全一致：失败的操作计入「操作总数」和「失败率」， 但不计入「平均处理时长」。这里只统计谁在什么时候用了哪个模块，不涉及任何表格内容。
时间范围
每天活跃人数
各角色操作数
模块使用次数 前十
不含登录各动作平均处理时长
仅成功的操作| 动作 | 成功次数 | 平均耗时 |
|---|
区间内还没有成功的操作。
提交工单
遇到打不开、算不对、导不出，在这里报一条。提交人由登录身份自动带上， 不用填也改不了。提交成功会给一个工单编号，之后凭编号问进度。
工单列表
状态
| 工单编号 | 提交时间 | 提交人 | 所属模块 | 严重程度 | 问题描述 | 状态 |
|---|
还没有工单。
工单详情
改状态
角色与权限管理
角色能看哪些模块由权限矩阵决定，矩阵本身随代码交付、不在界面上改； 这里只调整「谁属于哪个角色」。每次改动都会写进审计日志。
权限矩阵
账号与角色
| 姓名 | 登录账号 | 手机号 | 状态 | 角色 |
|---|
还没有账号。
本页正文来自
本系统仅标记差异，不代表已核准；审批责任仍由 HR / 财务承担。
原始文件全程只读：处理前后各计算一次
原始文件全程只读：处理前后各计算一次
SHA-256，不一致即判作业失败。