HR软件系统对接前，那些让人头大的历史数据到底该怎么清？

说真的，每次遇到企业要上新HR系统，或者把两个旧系统对接，我最怕听到的一句话就是：“我们把旧数据直接导进去就行吧？” 行？太不行了。这就像你要搬新家，直接把旧房子里所有东西——包括十年前的外卖单、过期的药、坏掉的吹风机——全都塞进货车。等到了新家，你会发现空间被占满了，好东西反而没地儿放，甚至还有股怪味。

数据迁移就是这个理。旧系统里的数据，那可是个大宝藏，也是个大垃圾场。要想新系统跑得顺，员工用得爽，HR自己不加班，在对接前花时间做一次彻底的“大扫除”，是绝对省不了的步骤。别嫌麻烦，现在多流一滴汗，上线后少流十滴泪。今天就以我这些年的经验，跟你掰扯掰扯，到底哪些历史数据，我们得狠下心来清理。

第一关：花名册里的“幽灵”与“活化石”

先从最核心的人员信息说起。这部分数据最要命，因为它直接关系到薪资、社保、汇报线，甚至组织架构。

你得先找出来那些已经离职但系统里还挂着的员工。这不难理解吧？但很多公司这块做得特别乱。有时候为了方便，或者因为离职流程没走完，账号就一直拖着不marked as inactive。时间一长，你看着系统里几千号人，其实有效在职员工可能就一千多，剩下的一大半都是“幽灵员工”。这些人会干扰统计报表，导致人头数不准，算人均成本、人均产出全是瞎扯。迁移前，必须拉出离职清单，跟HR部门一个个核对，确认所有离职流程都走完了，没有未结清的薪酬和假勤数据，然后该归档的归档，该删除的删除。记住，无效人员，一个不留。

第二类要清理的，是那些由于历史原因导致的重复档案。这简直是HR的噩梦。同一个员工，因为入职时填错信息，或者系统导入失误，搞出了两个甚至三个档案。一个叫“张三”，一个叫“张叁”，身份证号差一位，手机号甚至都一样。这种数据如果不清理，到了新系统里，薪资发重了是小事，社保交重了那才叫大麻烦。你需要利用身份证号这种唯一标识（在合规前提下），进行一次彻底的查重。找出重复项，合并信息，把最完整、最准确的那条留下来，其他的果断干掉。

第三类，是关键字段缺失或格式错误的数据。比如，身份证号码是15位的老号码（现在基本都是18位），或者出生年月填成了“1990-1-1”这种不规范的格式，或者性别为空。这些看起来是小问题，但新系统往往有严格的校验规则，这些脏数据要么直接导致导入失败，要么就成了“垃圾进，垃圾出”的典型。你需要跑一遍数据审计，把必填项为空、格式明显不对的数据筛选出来，能补录的补录，能修正的修正。别想着侥幸，这些“刺头”数据在系统上线后总会在你最意想不到的时候跳出来给你一击。

第二关：薪酬与绩效的“乱麻”

薪酬和绩效数据，是企业的核心机密，也是员工最关心的部分。这块数据的清理，需要的是极高的准确性和清晰的逻辑。

我们先看薪酬部分。很多公司的薪酬模块在旧系统里简直是个“四不像”。有的人有五险一金基数，有的人没有；有的人的薪资构成里有“交通补贴”，有的叫“车贴”，还有的干脆就是一个总数。在对接前，你必须做一次薪酬项目的标准化梳理。把所有不统一的名称、不规范的项目都统一起来。比如，把所有叫“车贴”、“交通补贴”、“油补”的，统一成一个标准名称。然后，在迁移的时候，只迁移那些确定会沿用到新系统的薪酬项目。那些早就不发了、只是历史遗留的项目，就别带过去了，免得在新系统里留下一堆“僵尸字段”，让薪酬专员每次做报表都得先过滤半天。

绩效数据这块，乱得更厉害。尤其是年份久远的公司。比如，绩效等级有A/B/C的，有S/A/B/C的，还有用1/2/3/4分的。新系统可能只支持几种固定的绩效等级。这时候怎么办？你不能简单地把旧数据丢过去，必须建立一个清晰的映射关系（Mapping Table）。我们团队做过一个表格，看起来就像这样，你感受一下：

旧系统绩效等级	描述	新系统绩效等级	处理方式
A	优秀	S	直接映射
B	良好	A	直接映射
C	合格	B	直接映射
D	待改进	C	直接映射
1	超出预期	S	需要确认后映射
2	符合预期	A	需要确认后映射
未评级	未参与考核	NULL	不迁移或标记为“未参与”

没有这个表格，直接迁移，结果就是一团乱麻。有的员工历史绩效突然“降级”了，或者新系统里出现了一个无法识别的“1”级，这都是坑。而且，绩效数据是周期性的，不是连续的。比如2021年Q1的绩效数据可能是存在的，但Q2的数据因为当时系统没上线所以是空的。在迁移时，要保留这种稀疏性，不要为了填满数据而胡乱生成一个“未考核”，那会严重误导后续的绩效分析。

第三关：假勤与排班的“时间陷阱”

假勤数据最麻烦，因为它关联着钱，而且有很强的时效性。你迁移的不是一堆数字，而是员工过去实实在在的权利和义务。

最常见的问题是年假余额。很多公司对于年假的规则是每年清零，或者可以结转一部分。但旧系统里，可能因为各种原因，积攒了大量从未使用的、甚至已经过期的年假余额。在迁移前，必须根据公司最新的年假政策，对所有员工的年假数据进行一次合规性校验和清洗。比如，政策规定去年没休完的年假只能结转到今年3月31日，那迁移前就要检查，把这些过期的余额全部清零。如果直接把错误的年假天数带进新系统，一旦员工在新系统上线后要求休掉这些“历史年假”，HR将陷入巨大的解释和补偿纠纷。

其次是异常打卡数据。你如果导出过旧系统的考勤原始记录，会看到很多搞笑的数据：有的人在同一天内打了几十次卡（因为设备故障），有的人某天的打卡时间是“凌晨4点打上班卡，凌晨5点打下班卡”（典型的忘打卡后乱补）。这些异常数据如果不处理，会直接污染新系统的考勤统计逻辑。统计出来的迟到、早退次数全是错的。所以，迁移前要对历史考勤数据做一次清洗和标记。把明显的异常数据（如同一天同一地点打卡间隔小于1分钟，或者跨天的打卡记录）剔除或标记为“异常待处理”，只迁移那些正常的、有效的考勤记录。

最后是排班数据。如果你的公司有复杂的倒班制，比如“做二休二”或者“三班倒”，旧系统里可能保存了大量的排班日历。在迁移时，你需要考虑的是：新系统是否沿用同样的排班逻辑？如果逻辑变了，比如从“按自然周排班”变成了“按周期排班”，那历史的排班数据参考意义就不大了。这时候，迁移的重点应该是未来的排班计划，而不是过去几年的排班记录。除非有法律合规要求必须保留，否则过多的历史排班数据只会增加新系统的负担。

第四关：组织架构与权限的“烂摊子”

组织架构和权限数据，决定了新系统里的“江湖规矩”。这块乱了，系统就没法用。

先说组织架构。很多公司的旧系统里，组织架构图简直是“盘丝洞”。有已经撤销了三年的部门还挂在那，有汇报关系是A管B，但B的直属上级写的是C，还有大量的虚拟项目组和临时团队混杂在正式架构里。在迁移前，必须和CEO办公室或者负责组织发展（OD）的同事坐下来，拿一张最新的、经过确认的组织架构图（Organizational Chart），一个部门一个部门地核对。已经撤销的、合并的、改名的部门，必须从架构数据里彻底删除。对于人员归属，要确保每个人的“主部门”和“成本中心”是准确的。不然你会看到，有人的工资发自销售部，但他编制在技术部，系统里却挂着财务部，乱成一锅粥。

再说用户权限与角色。这是个隐形炸弹。你得仔细审查旧系统里泛滥的权限。是不是有很多“测试账号”忘了删除？是不是有很多已经离职半年的员工，因为当时走得急，账号还留着？是不是有很多人的权限严重超标，比如一个普通文员，却有查看全公司薪酬的超级管理员权限？在新系统对接前，必须做一次彻底的权限大审计。基于“最小权限原则”，重新梳理和定义角色（Role），比如“HRBP”、“薪酬专员”、“部门经理”、“普通员工”。然后，只把确认需要的、在编的、权限匹配的用户账号迁移到新系统。那些临时的、过期的、权限模糊的账号，一律重新申请、重新审批，不要直接带过去。

写在最后

清理历史数据的过程，绝对是枯燥、繁琐、甚至有点痛苦的。你可能需要面对不同时期、不同部门、不同格式的Excel表格，需要一遍遍地和业务部门确认，需要写很多SQL查询语句去揪出那些藏得深的错误。

但这个过程，也是你重新审视和理解公司人力资源管理基础的一次绝佳机会。它逼着你去搞清楚，我们到底有哪些人？我们的组织到底是怎么长的？我们的薪酬和绩效体系到底是什么样的？等你把这些“历史垃圾”都清理干净，把一份干净、准确、规范的数据注入到全新的HR系统里时，你会发现，新系统强大的功能才能真正发挥出来。这不仅仅是让一个软件上线，更是为了让整个公司的HR管理水平，借此机会上一个台阶。这份苦，值得吃。

跨区域派遣服务