北京一家科技公司，60多号人，HR每月算工资要花3天。考勤数据从钉钉导、请假记录从OA系统拉、加班信息从项目管理系统抓——三个系统的数据格式还不一样，光是合并就大半天。合完还要按每人的基本工资、绩效系数、加班费、扣除项一个个算，60人的工资表手工敲下来，眼睛都花了。更头疼的是算错了发错钱，员工来找，返工又得半天。
后来他们用RPA把薪酬核算自动化了。每月25号触发，RPA自动去三个系统抓数据、合并、计算、生成工资条、发到员工企业微信。整个流程跑完2个小时，HR只需要看一眼汇总表确认签字。算错的概率几乎为零——因为RPA按规则算，不会眼花也不会手抖。
薪酬核算是HR工作中重复度最高、容错率最低的环节。搭一套RPA流程，省下的不光是时间，更是准确性。
考勤数据自动抓取：从多个系统拉数据怎么搞
薪酬核算的第一步是收集考勤数据。大部分企业的考勤数据分散在多个系统里——打卡记录在钉钉或企业微信，请假调休在OA系统，加班记录在项目管理系统或者Excel表格里。HR每月要做的事就是把这几个系统的数据拉出来、对齐、合并成一张完整的考勤表。
这个环节最适合RPA来做。具体怎么搭？RPA设定每月25号自动触发。第一步，RPA登录钉钉后台，按日期范围导出当月1号到25号的考勤明细——包含每个员工的应到天数、实到天数、迟到早退次数、缺勤天数。钉钉有开放API，RPA可以直接调API拉数据，比模拟登录网页后台更稳定。第二步，RPA登录OA系统，导出当月的请假申请记录——谁请了几天假、什么类型（事假、病假、年假、调休）。第三步，如果有加班记录在项目管理系统里，RPA同样去拉加班时长数据。
三个系统的数据拉完后，RPA进入合并阶段。合并的逻辑是以员工工号为关联键——每个员工在三个系统里的工号必须一致，这是前提条件。如果不一致，你得先在系统里做工号对齐映射。合并后的考勤表包含：员工工号、姓名、部门、应到天数、实到天数、迟到次数、请假天数及类型、加班时长。这张表是后续计算的基础。
有个常见问题：不同系统的日期格式和字段名不统一。钉钉导出的叫”打卡日期”，OA系统叫”申请日期”，项目管理叫”加班日”。格式有的是”2026-08-01″，有的是”2026/8/1″。RPA在合并前要做字段映射和格式标准化——把不同系统的字段名统一映射到标准字段名，日期格式统一成同一种。这个步骤看着繁琐，但配置一次就能反复用。以后每月跑的时候，RPA自动完成映射和标准化。
还有个实际操作中的注意点：数据抓取要设容错。某个系统偶尔会维护、API超时、接口变更。RPA要能处理这些异常——某一步抓取失败的时候，记录失败原因，跳过这一步继续做后面的，最后在汇总报告里标注哪个系统的数据没拉到，让HR知道哪些数据需要手动补。不要因为一个系统挂了整个流程就停在那里——这是RPA流程设计的基本原则。
薪酬计算规则配置：RPA怎么处理加减乘除
数据拉齐了，接下来是算工资。这步的关键不是技术，是你得把薪酬规则拆解成RPA能理解的计算逻辑。RPA不聪明，它不会自己判断”这个人该发多少”，你得把每一类情况的处理方式提前告诉它。
一套典型的薪酬计算规则包含这些项：基本工资（固定值）、岗位津贴（按岗位级别）、绩效奖金（按月度考核系数计算）、加班费（按加班时长和加班类型计算）、全勤奖（有缺勤扣、无缺勤发）、请假扣款（按请假类型扣不同比例）、社保公积金个人部分（按基数和比例算）、个税（按累计预扣法算）。
这些规则在RPA里怎么实现？用一张薪酬规则配置表。这张表里每个字段对应一个计算公式或判断条件。比如：全勤奖字段的条件是”当月迟到次数=0且请假天数=0则发500否则发0″。加班费字段的公式是”工作日加班=加班时长×时薪×1.5，周末加班=加班时长×时薪×2.0，法定节假日=加班时长×时薪×3.0″。请假扣款字段的条件是”事假扣日薪×100%，病假扣日薪×40%（按当地规定），年假不扣，调休不扣”。
RPA按这张配置表逐人逐项计算。从考勤合并表里读每个人的数据，按规则表里的公式算出每项金额，汇总成应发工资和实发工资。60个人、每人10个计算项，RPA跑完不到10分钟。人工算同样的量，一个人要两天。
最难的环节是个税计算。个税采用累计预扣法，计算逻辑比较复杂——要算累计收入、累计扣除、累计预扣税额、当月应扣税额。而且不同人的专项附加扣除不同（有的有子女教育扣除、有的有住房贷款扣除），累计计算基数和税率跳档的时间点也不一样。这块建议直接在RPA里调一个独立的个税计算函数——不要用Excel公式硬套，容易出错。网上有开源的个税计算库，封装好了累计预扣逻辑，RPA调这个函数传参就行。我们用过的方案是Python写一个个税计算模块，RPA调用它，准确率100%。
规则配置完了有一个必做步骤：拿历史数据验算。用上个月的考勤数据和工资表，让RPA跑一遍，把RPA算出来的结果跟实际发放的工资逐人逐项对比。如果对得上，说明规则配置没问题。如果对不上，找出差异项，修改规则表里对应的公式。这个验算步骤至少做两个月的历史数据，确保规则覆盖了各种情况——有人请了年假、有人周末加了班、有人中途调了岗、有人发了全勤奖——每一种情况都要验证到。
工资条自动生成和分发
算完工资，最后一个环节是出工资条。传统做法是HR把工资表复制一份，删掉其他人的行只留本人的，截图或者转成PDF发给每个员工。60个人就要操作60遍，这活枯燥到让人崩溃。
RPA做这一步非常简单。工资表算完后，RPA按工号逐行读取每个人的薪酬明细，套用一个预设的工资条模板——模板包含姓名、月份、各项明细、应发金额、扣除金额、实发金额。RPA把数据填入模板，生成PDF或者图片格式的工资条，然后通过企业微信单聊发给对应员工。每个员工收到的工资条只包含自己的数据，别人的一概看不到。
分发的时机要设好。建议设在每月28号或29号统一发送，不要太早也不要太晚。太早了可能有补录的考勤数据没更新，太晚了员工会催。发送前RPA先把工资条汇总表发给HR确认——HR看一眼总人数和总金额对不对，确认了RPA再批量发送。这个人工确认环节不能省，因为发出去的工资条如果有错，收回来改的沟通成本很高。
工资条模板建议做得详细一点。除了金额数字，把当月的考勤天数、加班时长、请假天数也列出来——员工看到明细，质疑会少很多。我们见过一家公司，工资条只发金额不发明细，每月有十几个人跑来问HR”我这月怎么少了500″，HR查完告诉对方是因为请了一天事假。加上明细后，这种询问减少了80%。
异常处理：有人请假调岗补发怎么办
薪酬核算永远有例外情况。RPA流程要能处理这些场景，否则一碰到特殊情况就卡壳，自动化的价值就打折。
第一种，月中入职。有人15号入职，当月只上15天班。RPA的考勤数据里这个人的应到天数不是满勤。基本工资要按比例折算——日薪乘以实际出勤天数。这个规则在配置表里加上：当月入职的，基本工资=月基本工资/当月应出勤天数×实际出勤天数。RPA读取入职日期，自动判断是否需要折算。社保公积金也有讲究——当月15号前入职的当月缴社保，15号后入职的次月缴。这些规则都要写进配置表。
第二种，月中离职。有人20号离职，工资算到离职日。跟入职一样，基本工资按实际出勤天数折算。但离职人员还要结算年假——未休完的年假要折算成工资发出去。RPA读取这个人的年假余额，按”未休天数×日薪×300%”算出年假折算工资，加到当月工资里。还有当月社保——离职当月如果已经缴了社保，不从工资里扣；如果没缴，按个人部分扣除。
第三种，岗位或薪资调整。有人当月调岗了，基本工资从15号开始按新岗位的标准。RPA要能处理分段计算——1到14号按旧工资标准算，15到31号按新工资标准算。这需要在员工信息表里记录调薪日期和新旧工资标准。RPA读取到调薪记录后，按日期分段算出两部分工资再合并。如果调薪日期正好卡在加班的那天，加班费按哪个标准算？一般是按调薪后的标准算。这些细节规则要在配置表里写清楚。
第四种，补发和扣回。上个月少发了某人的加班费，这个月要补。或者上个月多发了某人的全勤奖（实际他有迟到），这个月要扣回。这类调整建议走一个独立的”调整项”字段——HR手动填调整金额和原因，RPA在计算当月工资时把这个调整项加上。不要把补发扣回混进正常计算项里，容易搞乱。调整项单独列、单独标、单独在工资条上显示为”其他调整”，清清楚楚。
那家科技公司搭完这套流程后，薪酬核算时间从3天降到2小时——其中1.5小时是RPA跑数据，半小时是HR确认。最大的收获不是快了多少，是HR再也不用算错工资后尴尬地跟员工解释了。准确率100%，员工信任感上来了，HR的专业形象也立住了。
需要相关服务？联系我们免费咨询
九五星球企服提供公司注册、代理记账、商标注册、财税咨询、高新申报、网站开发等一站式企业服务。可以先免费咨询看看，觉得合适再合作，不推销。
免费小工具推荐：
联系方式：
- 电话/微信：18910232032
- 扫码添加专业经营合规顾问，免费咨询 ↓
