首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >一个 HR 的月底噩梦:9 张工资表全靠手工拆,我用 WorkBuddy 一句话解决了#WorkBuddy#

一个 HR 的月底噩梦:9 张工资表全靠手工拆,我用 WorkBuddy 一句话解决了#WorkBuddy#

原创
作者头像
用户12819866
发布于 2026-10-14 17:54:52
发布于 2026-10-14 17:54:52
200
举报

一、先说痛点:每月两小时的"搬砖"#WorkBuddy#

我在一家物流公司做人事薪酬。每月发薪前有一道固定工序,谁做谁烦——

先把全公司人员汇总成一张「工资表—中宝全」(含在职员工、挂名代发人员、管理中心人员),然后要按公司维度手工拆成 9 张表:

  • 员工层面:物流全、南船员工、环球员工
  • 管理层面:南船管理中心、环球管理中心、中宝全管理中心
  • 汇总层面:南船全、环球全

每一张表还都得保留 4 个 sheet(工资表、打印、帐外、全年一次性奖金),列宽、打印区域、SUMIF 汇总公式一个都不能错。

以前我全靠复制粘贴,一次两小时起步。最怕的不是慢,是串行和漏行——尤其是公式里的行号,改一行数据,底下的引用全得跟着挪,肉眼根本看不出来错没错。


二、我做了什么:只说了一句话#WorkBuddy#

那天我实在不想再手工搬了,就把源表和两张参考表一起拖给 WorkBuddy,说了这么一句:

「根据这两个表,你试试能做出来其他表吗」

就这一句。接下来的事全是它自己干的:

  1. 自己读懂表结构——它把 B 列的公司标记(物流/南船/环球)、四类人员的构成规律理了出来;
  2. 自己推导出隐藏规则——比如"员工第二行工资要挂退休人员名字代发"这种业务口径,它从数据比对里反推出来了;
  3. 自己写了生成脚本——复制旧表当模板保住格式,只重写数据区,公式行号按源行自动平移;
  4. 自己做了校验——生成完主动跟原表做逐单元格 diff。


三、结果:几分钟出 9 张表,原文件一个没动#WorkBuddy#

  • 9 张表全部生成,输出到新文件夹,我原来的文件一个都没被改——这点我特别在意,先核对再替换才踏实;
  • 校验下来:7 张与原表完全一致,另外 2 张只有"等价差异"(比如旧表硬贴的值 vs 新表保留的公式,数值完全相同);
  • 整个过程几分钟,我花的时间主要是核对,而不是搬砖。


四、踩过的三个坑(避雷向)#WorkBuddy#

坑 1:网络盘读不到。 数据放在网络盘上,某些子进程读不了。让 WorkBuddy 改用本地 Python 直读就通了。

坑 2:公式行号必须平移。 原表里 SUMIF 之类的公式是按行号硬引用的,重写数据区之后如果不把行号一起平移,汇总全错。校验环节一定要让它做 diff,别只看表面数值。

坑 3:规则要跟着人员变动改。 有员工离职或新入职时,拆表规则(谁归哪张表、谁挂谁名下代发)要同步更新。第一次跟它说清楚,之后就固化成流程了。


五、几个让我效率翻倍的小技巧#WorkBuddy#

  1. 任务描述越具体越好——把口径、禁忌(比如"不要动原文件")直接写进去,比来回追问省事得多;
  2. 长对话发一句「压缩上下文」——能明显降低消耗,跨天做同一个项目的尤其管用;
  3. 大任务放晚上跑——错开高峰,跑得更顺;
  4. 一定要让它自证——要求"生成后与原文件逐单元格对比,把差异列出来",这一步能挡住 90% 的隐性错误。

六、写在最后#WorkBuddy#

对我这种不写代码的 HR 来说,最大的变化不是"省了两小时",而是这件事从此变成了一条可复用的流水线——每月只要把源表做好,说一声"拆表",剩下的它自己跑完。

把重复劳动交出去之后,人才有精力去做那些真正需要判断的事。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一、先说痛点:每月两小时的"搬砖"#WorkBuddy#
  • 二、我做了什么:只说了一句话#WorkBuddy#
  • 三、结果:几分钟出 9 张表,原文件一个没动#WorkBuddy#
  • 四、踩过的三个坑(避雷向)#WorkBuddy#
  • 五、几个让我效率翻倍的小技巧#WorkBuddy#
  • 六、写在最后#WorkBuddy#
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档