眼看着要进入2027年了，可能已经有不少企业开始在准备做2027年人力资源管理系统的采购或者替换的计划。老编最近在整理和撰写HR系统的系列概念，今天刚好和一位熟识的甲方人力资源部的信息化负责人聊起了他们的人力资源数字化系统上线的过程，觉得还是挺有代表意义的，于是在征求同意的前提下，决定将这家制造业集团（以下用“制造企业A”指代）作为eHR系统介绍的代表案例来展示，方便大家更清楚的理解相关概念和企业在寻求人力资源数字化解决方案时的一些管理困惑。请注意，为了保护用户信息，本文做了关键数据的模糊化处理，主要展示决策逻辑，若存有疑惑请联系老编。

这家制造业集团的eHR系统选型缘由

其实在和万古科技合作前，制造企业A先花八个月的时间搭建过一套人力资源管理系统，但仅仅用了两年半就废了——不是HR软件坏了，是它跟不上制造企业A的需求了。制造企业A的主营业务时做高端装备，集团加子公司有十几家法人，员工一万三千多人。上第一套eHR系统时，理由是"要数字化"，采购流程走得很标准：看演示、比价、签三年合同。问题是在系统用到第二年时集中爆发的：

● 车间三班倒加跨天班次，考勤规则配不出来，最后由HR每月手工导表修正，经常出现eHR系统里的人和工资条上的人对不上；

● 不同分支机构所在省市的社保公积金基数调整时间不一样，导致人事部门算完薪要跑两遍，财务在月底时经常追着HR要数据；

● eHR系统和企业已有的ERP、OA未对接，导致三个软件“各自为伍”，员工办理业务时经常需要在三套系统里操作三遍，不少员工对此颇有微词；

● 要命的是权限管理的问题。该看数据的人看不到（例如老板看不到某个部门的业务数据），不该看到的数据经常被人窥探了去，时不时上演令人事部门崩溃的戏码（比如：部门A的领导发现自己部门的员工B，工资竟然和自己比肩，直接闹了一场离职大戏！）

制造企业A的HR总监和信息化负责人一起算了一笔账，eHR系统用了两年半，省下了一些录入时间，但后面全被返工“吃”回去了，算来算亏大发了。于是决定立项重来。

采购eHR系统前，弄清楚到底想买的是什么

在制造企业A第二次eHR系统的立项会上，大家针对接下来到底要买个什么系统产生了分歧。IT认为需要买HRMS，HR觉得继续买eHR系统，采购部门纳闷：“不都一样吗？有啥区别？"。但具体有啥区别，谁也没说清。后来信息化部门找到万古科技时，也说的是要HRMS系统，当时也是仔细梳理过HR系统的一些发展版本，如下：

eHR系统是Electronic Human Resource System的简称（eHR在医疗行业叫电子病历，可别弄混了），从字面来理解就是电子化人力资源管理系统，一般是指把人事、考勤、薪酬、绩效这些流程搬到线上、用同一套数据跑起来的平台。它其实和HRIS很想，可以说是个统称，不是指某个具体产品。而它的发展脉络上大致走了四步。它诞生之初是为了人力部门算工资、存档案而存在的，那时候大家一般叫它为【人事信息管理系统】，主要管的是"记录"。后来，开始研究怎么讲人力资源管理的流程自动化，将审批、考勤、算薪……串起来，叫法变成了HRMS系统，强调的是"管理"。再往后，云和移动端开始普及，大家开始关注人才发展、数据分析，边界开始往往HCM系统（人力资本管理）扩展；这几年又叠上了AI，开始称其为AI+HR系统。

在发展的过程中，概念确实发生过几次变化，最初的HRIS偏档案，后来的HRMS偏流程，再后来的HCM系统偏人才战略，而eHR系统一直是外面那层大帽子，所以her系统一直存在，但好像大家都开始在将人才智能了。所以万古科技一直强调，不用纠结HR系统什么，要问清楚你们希望它能干什么，以及明年的HR软件能长成什么样。

制造企业A真正在意的八件事才是eHR系统的需求清单

过去用户进行eHR系统选型时，可能更多看的是功能清单有没有，但越来越多的企业开始关注eHR系统在什么前提下能跑通。前后的差别其实可以说是巨大的。在和制造企业A对接的最初，万古科技一直在做一件事，梳理企业的真实痛点，然后把它们翻译成可以验证的指标。后凝结成了具体的八件事：

1、解决超级复杂的考勤与算薪：跨天班、综合工时、不定时工时、多省社保公积金差异，能不能配出来、算得准；

2、确定业务数据的边界与部署形态：薪酬和人事档案到底存在谁的机器上，能不能留在我们内网；

3、提高eHR系统的集成能力：和ERP、OA是双向实时通信，还是每天半夜跑一次批量导表；

4、为HR系统的二次开发提供空间：规则变了是我们自己能配，还是每次都要提需求、排期、付钱；

5、设计eHR系统的权限与审计细节。例如字段级权限、操作留痕，能不能直接给审计看等等。

6、确定HR系统中AI的边界，例如AI能插手哪一步，谁复核，出了事算谁的。

7、计算eHR系统三年的总成本，包含实施、接口、定制、运维，不是只看首年报价；

8、eHR系统未来几年需要做些什么，怎么安排本地实施团队的业务进程，如何确保每一年社保政策大改时的应对策略……

用户感触：eHR系统其实好不好用都是"调"出来的

eHR系统上线后，老编和制造企业A的技术对接人进行了一次深度访谈，他把eHR系统能拍起来总结成七件"调"的事，以下仅供参考（用户第一人称描述）。

1、调定位。我们不再把eHR系统当成"录入工具"，而是升级为集团的人力数据中枢。HR系统上线后，第一个真正被管理层用起来的功能，不是算薪，是人力成本看板。

2、调边界。和万古科技接触前，我们前先把心里感觉比较难的业务规则写下来。例如先确定"跨班次＋薪酬拆分＋必接系统"为需求底线，后来直接成了合同附件的验收标准。

3、调架构。我们按照数据的敏感度来确定部署方式，按照验收标准来定业务权限，还有陆续确定模型放哪、数据怎么流、Agent调用受不受限、关键动作是否人工确认……

4、调数据。这是被眼中低估的一步。我们的集团有十几家法人，而且历史口径不一，所以我们把过去36个月的业务数据明细进行了全迁，更早的情况也保留了汇总，并保留迁移前后的快照。如果在数据口径统一之前就上功能，等于把混乱进行了自动化。

5、调流程。在her系统上线前，我们用真实的切片做双轨并行，“跑“了两个月，并且将新旧两套HR系统的结果（主要是算薪）进行逐条比对，保证差异清零后才进行新系统的切换。这一步让我们避免了至少一次工资事故。

6、调AI。关于AI和HR系统的对接我们只开了三处：员工自助问答、考勤异常提示、薪酬数据一致性校验。而且我们把一些原则写进了制度，保证AI只做辅助，薪酬发放、人事任免、合规判断必须人工确认，且需要实现全程留痕。AI帮我们省下的时间必须算上复核成本，否则可能留下一个巨大的安全窟窿，那没准儿又是假效率。

7、调运营。eHR系统上线的首月，我们设置了一个护航期，之后保证每个季度需要做一次健康检查，包含组织架构准不准，离职人员的权限回收没，HR系统的接口有没有静默失败，人力资源管理系统的性能有没有退化……要知道，eHR系统是个活系统，组织一变它就得跟着变。

关于2027年eHR系统会怎么发展的三个判断

第一，"开箱即用"在eHR系统的复杂业务里是个幻觉。业务的复杂度决定了是不是需要做深度配置，如果有任何厂商承诺eHR系统可以在一个极短的周期内上线的方案，都值得去追问他们到底省略了什么。

第二，AI不会替HR做决定，但会重新定义一个系统是否合格系统。2027年再进行eHR系统选型，AI能力会从加分项变成必答题，而答题重点建议不要仅仅关注有没有加入AI大模型，还需要关注人机的边界到底清不清楚。

第三，选eHR系统的厂商等于选择了一个可以长期合作的关系。政策会变、组织会变、规则会变，能陪着用户使用和不断迭代成长的厂商，比功能多十项的厂商更值钱。