工作总结
发布时间：2026-03-282026年第一季度人事劳资工作个人总结。
接手人事劳资之前，我在运维岗干了六年，处理故障、看日志、复盘根因，那套东西已经长在骨头里了。这三个月调过来管工资社保，我基本是拿同样的路子走——把流程当系统跑，把数据当服务器盯，把员工的每一笔钱当成系统里跑的关键业务，不能断，不能错。
一季度主要折腾了三件事：社保增员的操作漏洞、工资核算的考勤数据错位、还有三个系统之间的数据不通。每一件都出过状况，也都被我用运维那套“定位根因、打补丁、加监控”的方式给摁住了。
先说社保增员。二月份春节后，七天进了11个人，各部门发来的入职信息五花八门——有的用微信扔个表格，有的在钉钉上留个言，还有一份表格里性别栏填的是“待定”。我当时按到岗日期做了增员，结果有两例翻车了：员工实际到岗是2月18号，我按2月10号做的申报，多缴了半个月社保。
发现这事的时候，财务已经把账做了。我先是打了三通社保局电话，确认可以次月做差额调整，然后去找财务老张对账。老张一开始说这个月已经封账了，得下个月才能调。我说那也行，先把这两笔挂上，次月冲抵。他看了我一眼，说“你倒是会找退路”。我嘴上没接，心里知道这事儿还是流程的问题。
回去之后我把整个信息流转链条捋了一遍，画了张图。断点有三个：入职信息没有统一通道，微信钉钉邮件混着来；关键字段没人校验，到岗日期和社保起缴日期之间的对应关系是空的；用人部门和HR对“社保起缴日”的理解不一样，有人说按合同日，有人说按实际到岗。
我给的办法很简单。做了一张《社保增员信息确认表》，固定了五个字段：姓名、身份证号、到岗日期、社保起缴日期、险种类型。要求用人部门在员工到岗前三个工作日填好，双方确认后再申报。同时在钉钉上拉了一个审批流，两个校验节点——我复核到岗日期，财务复核费用归属月份。那个月多缴的两笔钱，次月冲抵平掉了，之后一个半月新增了7个人，再没出过这种问题。
然后是工资核算。一月份发年终奖那次，生产部有个员工来敲门，拿着工资条说“我12月请了5天事假，工资条上没扣”。我当着他的面打开考勤系统，再打开薪资系统，逐条比对。考勤系统里确实有请假审批单，但审批完成时间是12月28号，而薪资核算的数据提取窗口是25号。审批跑晚了，没赶上。
那个员工走的时候说了一句“你们这系统也太不智能了”。我没法反驳，但心里知道这不是系统的事，是流程时序的问题。我做了两个改动：一是把薪资核算的数据提取窗口改成动态的——25号之后完成的审批单，自动纳入下月核算的补扣项；二是每月23号在群里发一次“考勤审批预警”，提醒各部门24号前把当月的请假加班走完。这个预警是我手动发的，每天早上看一眼钉钉审批流，把快到截止日期的单子截屏发群里。现在每到23号下午，各部门文员会主动在群里问“还有没有没审完的”。一月份之后，工资发放再没出现过考勤数据错漏。
最后是数据接口，这个最磨人。考勤系统、薪资系统、财务的ERP，三个系统不通。每个月做工资，我得从考勤系统导出考勤汇总表，人工核对一遍，再手工录入薪资系统，最后导出报表给财务。一月份做工资的时候，我把一个主管的1500岗位津贴复制错行，贴到了一个普通员工头上。虽然发工资前核对发现了，但这种错误让我很恼火——不是能力问题，是流程本身不可靠。
-
●群学网qx54.cOM编辑部咖啡时间必聊专题:
- 工作第一季度总结 | 第一季度工作小结 | 第一季度述职报告 | 出纳第一季度工作总结 | 第一季度公司人事劳资工作总结 | 第一季度公司人事劳资工作总结
我花了两天时间，用Excel的Power Query搭了一个数据清洗模板，把考勤导出数据、人事基础信息、薪资计算模板做了自动匹配。设置了校验规则，岗位津贴必须对应职位层级，范围不对自动标红。现在每个月工资核算，数据清洗和基础匹配从半天压缩到四十分钟。但这玩意儿我知道是权宜之计，哪天模板被人改了个公式就废了。IT那边排期到三季度，在这之前我给自己加了一道工序——每次跑完模板，人工再过一遍关键数据，特别是津贴和加班费这两项最容易出错的。
这三个月下来，每解决一个问题，我都写一份“处理记录”，格式跟以前运维的故障报告一样：现象、根因、措施、预防。到现在攒了14份。有一份是3月15号的，员工离职日期跟社保减员日期差了3天，多缴了一笔。根因是离职审批流程跟社保减员之间没有联动。措施是每周五查一次离职清单，当天走减员。后来我把这个动作固化到每周的工作清单里，设了个周五下午两点的闹钟。
接下来两件事。一是把现在这几个Excel模板和审批流程整合成一份《劳资操作手册》，把每个动作的标准、时限、责任人写清楚，我不在的时候别人能按标准操作。二是盯着IT那边，争取三季度把考勤和薪资的数据接口打通，从根上解决手工搬运的问题。
这三件事弄完，工资社保这块算是稳住了。别的没了。
-
我们精彩推荐工作总结专题，静候访问专题：工作总结
