只要按正确顺序把工作分成 3 个各 30 天的阶段，在 90 天内上线人力资源与薪资系统是可行的：先清理员工主数据和合同，再把考勤和各类申请放到同一条审批流程上，最后在切换前并行完成两次薪资结算。这是人力资源数字化系列的第七篇也是最后一篇，它把前六篇的练习汇总成一个计划，并说明哪些决策属于老板、哪些属于人力资源团队。如果您还没有选定系统，请先阅读我们的人力资源与薪资系统选择指南，再回到这个计划，因为它适用于您选择的任何系统。

第一天之前：老板要做的三个决定

这个计划不是从技术开始，而是从只有老板或总经理才能做出的决定开始。如果这些决定被推迟，计划就会半途停滞：

  • 谁负责项目：来自人力资源或行政部门的一位指定人员，每周有固定投入时间，并有权向任何部门索取数据。
  • 什么要停止：系统成为唯一来源的那一天；此后不再通过 WhatsApp 接受任何休假申请，也不再在旁边的文件里修改任何工资。
  • 谁能看到工资：有权查看工资和离职结算的人员名单，因为员工数据属于个人数据，受《个人数据保护法》（PDPL）约束。

其余都是人力资源团队的运营决策：字段格式、班次名称、文件迁移顺序和申请表单。

第 1 至 30 天：先做员工档案和合同

后面的一切都从这份档案读取数据，所以它排在第一位。重做第一篇的练习，再把第二篇的练习用在全体员工身上，而不只是 5 名员工：

  • 第一周：第一篇中的任务地图，再加上一份清单，列出今天保存员工数据的每个文件、表格或群组。
  • 第二周和第三周：逐个员工核对合同、员工名单和最近一次工资表中的 4 个字段：基本工资、津贴、入职日期和合同结束日期。根据人力资源部劳动关系页面上的第 52 条，合同范本包括约定的工资及其福利和津贴、入职日期，以及定期合同的期限，所以这些字段就是档案本身的骨架。
  • 第四周：把清理后的数据迁入系统，并把旧文件锁定为只读。第 53 条规定试用期总计不得超过 180 天，因此请为每位新员工记录试用期结束日期，让系统及时提醒。

清理方法本身见我们“从 Excel 到系统”系列中关于迁移前清理数据的文章：任何数据都不能原样迁移，每一处冲突都要在迁移前而不是迁移后解决。

第 31 至 60 天：考勤和申请走同一条流程

档案变得可信之后，日常工作就挂接到它上面：

  • 考勤：像第三篇那样定义班次，把所有打卡方式汇集到一份记录中，并把异常提交给经理，而不是悄悄扣款。月底再做一次练习，对比 3 名员工的考勤表与扣款。
  • 申请：为最常见的 5 类申请使用第四篇的审批矩阵，设置代理人和升级时限，休假余额自动更新。
  • 停用 WhatsApp 的那一天：提前公布；此后通过消息发来的任何申请都礼貌地转到系统中，而不是拒绝。

在这一阶段，老板只需决定一件事：部门经理无权批准的例外由谁批准，例如超过设定上限的加班或预支工资。

第 61 至 90 天：切换前并行运行两次薪资

薪资最后迁移，因为它依赖前面的一切，而且其中的错误会直接落到员工的账户上：

  • 第一个并行月：同时用旧方法和系统准备工资，并逐个员工比较实发金额。每一处差异都要解释清楚：问题出在档案、考勤，还是计算规则？
  • 第二个并行月：使用第五篇的结算清单重复一遍，每一步都有负责人和日期，直到没有任何无法解释的差异。
  • 切换：两次薪资结果一致后，老板批准系统成为唯一来源，旧文件作为只读档案保存。
  • 服务终止：加入第六篇的清单，因为第 88 条要求在一周内结清全部款项，如果是员工本人终止合同则在两周内结清，手工计算很难赶上这个期限。补偿金的细节见第六篇以及服务终止补偿金条例页面。

切换后的那个月需要密切跟进，正如我们在迁移后的头三十天一文中所说。

Origami 的看法

我们是一家开发定制系统、应用和集成的科技公司，在做人力资源项目时也遵循同样的顺序：先档案，再日常工作，两次结果一致后再上线薪资。建立在不一致数据之上的系统，只是把问题搬到了一个更好看的屏幕上。

我们从这六篇的练习出发，而不是从现成的功能清单出发，因为它们能说明您的企业真正需要什么；然后我们开发缺少的部分，并与政府平台对接。这就是我们围绕企业实际运作方式打造我们的服务的方式，而法律问题则以法律条文或劳动法律师的意见为准。

结语：系列的终章

人力资源数字化不是买一套软件，而是一个工作顺序：一份唯一且正确的员工档案，然后让考勤和申请走同一条流程，再让薪资通过两次并行运行证明自己，最后让服务终止直接来自现有数据。本篇完成了整个系列，当您走到计划中的相应阶段时，可以在知识中心重新阅读任何一篇。

资料来源

本文解释的是机制，不构成法律意见；请向人力资源部或劳动法律师确认您的具体情况。