HR软件系统对接，到底要喂给它哪些“粮食”？

说真的，每次公司要上新系统，或者把现有的几个老系统打通，最头疼的往往不是软件本身好不好用，而是那个叫“数据对接”的过程。这感觉就像是要把两套完全不同的语言翻译过来，还得一个字都不能错。尤其是HR系统，它管的是公司最核心也最敏感的“人”的数据，一旦出错，工资发错、社保交错，那可真是要了命了。

所以，今天咱们就来掰开揉碎了聊聊，要把一个HR软件系统（无论是新招来的，还是跟OA、财务系统对接）跑起来，企业到底得准备好哪些“家底儿”。别怕，我不跟你扯那些虚头巴脑的理论，就按一个项目实操的顺序，像聊天一样，把这事儿说清楚。

第一阶段：地基要打牢——组织架构与人员主数据

任何一个HR系统，最先要建立的，也是最核心的，就是“组织架构”和“人员信息”。这就好比盖房子，你得先有框架，再往里填砖头。如果这部分数据乱七八糟，后面所有基于人的流程——比如请假、报销、发工资——都会出问题。

1. 组织架构数据（Organization Structure）

这部分数据是整个系统的骨架。通常，我们需要提供一份清晰的公司结构清单。

• 部门信息： 这是最基本的。你需要提供每个部门的全称、唯一的部门编码（如果公司有的话）、部门的层级关系（比如，财务部是属于财务中心的下级）、部门的负责人（通常是部门经理），以及部门的成立和注销日期。
• 成本中心/利润中心： 很多公司，特别是大一点的，财务上会用成本中心来核算。HR系统对接时，最好能把每个部门对应的成本中心代码也带上。这样，以后做人力成本分析，或者报销走账，系统就能自动关联，省去很多手动匹配的麻烦。
• 岗位/职位体系： 有些公司会把“岗位”和“职位”分开，但大多数情况下，我们提供的是一个标准的岗位序列。比如，研发部下面有“后端开发工程师”、“前端开发工程师”等岗位。提供岗位名称、岗位编码，以及这个岗位的职级体系（比如P5, P6, M1之类的）。

小提示： 在整理这部分数据时，最怕的就是“历史遗留问题”。比如，有些部门名存实亡，有些人身兼数职。最好在导入前，先跟各部门负责人对齐一次，把组织架构图更新到最新状态。不然，系统里挂着一堆“幽灵部门”，看着就难受。

2. 人员主数据（Employee Master Data）

这是HR系统的血肉。每个人的信息都是一条关键记录。对接时，我们通常会提供一个Excel表格，里面包含了所有在职、离职（在保留期内）、退休等员工的基础信息。

这里的信息字段特别多，我们挑最关键的说：

• 身份唯一标识（ID）： 这是重中之重！通常使用员工的工号。这个ID必须是唯一的，不能有重复。它是连接所有系统数据的“钥匙”。如果OA系统用的是工号，HR系统也必须用工号，这样才能保证数据能对上。
• 姓名与证件： 姓名（最好有全名和常用名）、身份证号（或护照号等）。身份证号是验证身份、缴纳社保公积金的唯一凭证，绝对不能错。
• 联系方式： 手机号、公司邮箱、个人邮箱、紧急联系人。手机号尤其重要，因为很多系统的登录、审批通知都依赖它。
• 岗位与汇报关系： 员工所在的部门、岗位、职级。最关键的是“汇报对象”，也就是他的直接上级是谁（同样用工号表示）。没有这个，系统里的审批流就跑不起来。
• 员工状态： 在职、试用期、待离职、已离职等。这个状态决定了员工在系统里能看到哪些功能，以及是否参与薪酬计算。
• 入职日期与司龄： 这关系到年假天数、工龄工资等福利的计算。

你可能会问，“档案里的那些学历、家庭住址、政治面貌要不要给？” 一般来说，基础对接用不上这么细。这些信息通常是在HR系统独立运行后，由HR同事慢慢录入或通过员工自助平台收集。但在做第一次数据导入时，建议至少把“合同信息”带上，比如合同的起止日期、合同类型（固定/无固定）。因为这直接关系到续签提醒和离职风险。

第二阶段：算清楚每一分钱——薪酬与考勤数据

如果说组织和人员是骨架和血肉，那薪酬和考勤就是系统的“神经系统”，直接关系到员工的切身利益和公司的现金流。这部分的数据对接，精度要求极高。

1. 薪酬相关数据

薪酬对接，最核心的目标是实现“一键算薪”和“自动生成报盘文件（发给银行或社保局）”。

我们需要提供：

• 薪酬账套/方案： 公司有几套工资结构？比如，管理层一套，销售一套，普通员工一套。每套方案里包含哪些项目？基本工资、岗位工资、绩效奖金、交通补贴、通讯补贴、加班费、扣款项目（如个税、社保、公积金、迟到罚款）等等。
• 薪酬标准/档位： 每个岗位、每个职级对应的基本工资范围是多少？如果公司有宽带薪酬，就需要提供一张薪酬档位表。
• 历史薪酬记录： 如果是年中切换系统，为了保证个税计算的连续性（累计收入），通常需要提供当年1月1日到切换前一个月的薪酬发放记录。这个数据量比较大，但非常必要。
• 社保公积金基数与规则： 每个员工的社保公积金基数是多少？公司和个人的缴纳比例是怎样的？这些规则最好能整理成文档，或者在系统里配置好。有些复杂的规则，比如“按实际工资申报，但有上下限”，需要明确告知系统实施方。

这里有个坑得提醒一下：银行账号信息。发工资的银行账号必须是准确的，而且最好是员工本人的。对接时，要确保银行账号、开户行信息（精确到支行）的字段都对得上。别笑，真的有公司因为导入时格式错了，导致几百号人工资发不出去。

2. 考勤与休假数据

考勤数据是算薪的“输入项”之一。加班时长算加班费，请假时长要扣钱，旷工要罚款……这些都得靠规则。

需要准备的数据包括：

• 考勤规则： 公司的上下班时间、迟到早退的界定、午休时间、加班认定规则（比如，工作日加班、周末加班、法定节假日加班的计算倍数）。
• 假期政策： 这是最复杂、最个性化的地方。
  • 年假： 是按司龄算，还是按自然年清零？新员工满几个月有年假？
  • 病假、事假、产假、陪产假、婚假…… 每种假期的工资怎么发？需要提供哪些证明？
  • 调休： 加班是否可以调休？调休的有效期是多久？
• 排班信息： 如果公司是排班制（比如零售、客服、工厂），就需要提供每个员工的排班表。这个数据量很大，通常是通过考勤机导出，或者由部门文员提供。
• 历史打卡与请假记录： 同样，如果是年中切换，需要把当年的打卡记录、已提交的请假单、加班单都导入新系统。这样才能保证考勤统计的完整性。

说实话，考勤规则的梳理，往往是项目中最耗时的。因为很多公司的考勤政策是“约定俗成”的，没有写成明确的文档。这时候，就需要HR和系统实施方一起，把这些模糊的口头规则，翻译成系统能理解的、精确的数学公式。

第三阶段：流程的润滑剂——审批与权限数据

一个系统好不好用，流程顺不顺畅是关键。这就涉及到审批流和权限的配置。

1. 审批流相关数据

员工在系统里提交一个请假申请，应该由谁来批？一个报销单，金额超过1000元，是不是要总监批？这些都需要提前定义好。

需要提供的数据是：

• 审批节点与审批人： 比如，请假审批流程是：员工发起 -> 直接上级 -> 备案。这里的“直接上级”就需要系统能根据员工的汇报关系自动找到。
• 审批条件： 比如，报销金额 > 1000元，审批人是部门总监；报销金额 > 5000元，审批人是事业部总经理。这些条件需要整理成清单。
• 抄送规则： 审批结束后，需要抄送给谁？比如，所有的请假单，审批通过后都要抄送给考勤专员。

2. 权限管理数据

权限，就是“谁能看什么，谁能改什么”。这是一个安全问题。

我们需要规划好：

• 角色定义： 公司里有哪些角色？比如，普通员工、部门经理、HR专员、HR总监、财务人员、系统管理员。
• 数据权限： 部门经理只能看自己部门员工的信息；HR专员A只能负责销售部，HR专员B只能负责技术部；财务只能看薪酬相关的字段，不能看绩效评价。
• 功能权限： 谁可以发起招聘需求？谁可以修改员工合同？谁可以导出全公司的花名册？

这部分数据，通常不是直接“导入”的，而是需要HR部门和IT部门一起，在系统里进行配置。但提前梳理好这些需求，是系统成功上线的前提。

第四阶段：特殊场景与外部对接——社保、招聘、绩效

除了上面这些核心数据，很多HR系统还会涉及到与外部系统的对接，或者一些更高级的应用。

1. 社保公积金报盘对接

现在大部分地区的社保和公积金都有线上的办事大厅。HR系统如果能直接生成报盘文件，或者对接API，那就能省去大量手工操作。

这需要提供：

• 增减员规则： 员工入职、离职，社保公积金什么时候增员、什么时候减员？
• 缴费基数调整记录： 每年7月（或其他时间点）调整基数的历史数据。

2. 招聘渠道对接

如果公司想把招聘网站（如Boss直聘、猎聘）上的简历自动同步到HR系统里，就需要提供API接口信息，或者配置好回调地址。这部分通常由招聘系统的供应商和HR系统供应商对接，企业方主要是提供账号和授权。

3. 绩效考核数据

如果绩效也在系统里做，那需要提供：

• 考核周期： 是季度、半年度还是年度？
• 考核模板： 包含哪些考核项？权重是多少？评分标准是怎样的？
• 考核关系： 谁给谁打分？360度评估的话，需要定义好上级、同级、下级。

一份实用的数据准备清单（Checklist）

为了让你更清晰，我帮你整理了一份清单。在启动项目前，你可以对照着看，基本不会漏掉什么。

数据类别	具体数据项	备注/注意事项
组织架构	部门信息（编码、名称、层级、负责人）	确保无僵尸部门，层级清晰
	岗位/职位信息	与岗位体系对应
	成本中心	与财务系统关联
人员信息	工号（唯一ID）、姓名、证件号	ID是数据关联的命脉
	部门、岗位、职级、汇报上级	汇报关系是审批流的基础
	联系方式（手机、邮箱）	用于登录和通知
	员工状态、入职日期	影响功能权限和司龄计算
	合同信息	续签提醒
薪酬数据	薪酬账套与项目构成	区分不同人群的工资结构
	薪酬历史记录（当年）	用于个税累计计算
	社保公积金基数与规则	注意上下限和特殊人员规则
考勤休假	考勤规则（迟到、加班等）	越精确越好，避免模糊地带
	假期政策（年假、病假等）	最复杂，需反复确认
	历史打卡与假单记录	保证数据连续性
流程与权限	审批流节点与条件、角色权限清单	需要IT和业务部门共同梳理

最后的啰嗦：数据清洗与格式

准备数据，不只是把信息从旧系统里导出来那么简单。最重要的一步是“数据清洗”。

你得检查：

• 格式是否统一？ 手机号是11位数字吗？日期格式是YYYY-MM-DD吗？身份证号有没有多余的空格？
• 有没有逻辑错误？ 入职日期比出生日期还早？离职日期在未来的？
• 有没有重复记录？ 同一个工号出现了两次？

通常，系统实施方会提供一个标准的Excel模板，你需要把数据按照模板的格式整理好。这个过程可能很枯燥，需要极大的耐心。但请相信我，前期多花一小时清洗数据，能为后期省下几十个小时的调试和纠错时间。

好了，关于HR系统对接需要提供哪些基础数据，基本上就是这些了。每个公司情况不同，可能还会有一些个性化的字段，但核心的逻辑是相通的。把组织、人、钱、假、流程这几大块理清楚，你的系统对接项目就成功了一大半。剩下的，就是和你的实施伙伴一起，把这些“粮食”好好地喂给新系统，然后看着它跑起来吧。

校园招聘解决方案