HR系统选型

HR系统迁移方案

迁移不是一次导入，而是把每个字段的来源、历史和责任说清，并证明新系统能准确接管业务、出现问题还能受控回退。

先给结论

一份可执行的HR系统迁移方案必须同时回答四件事：迁什么、怎样证明迁对、何时切换、失败怎样回退。最危险的做法是周五导出、周末导入、周一让全员直接使用，却没有冻结点、差异清单和回滚责任人。迁移目标不是“导入成功”，而是新系统能继续准确办理合同、考勤、工资和离职。

适用企业

适用于从Excel、旧HR系统或多个分散工具迁入新平台。仅迁在职花名册可简化；涉及历史合同、假期余额、考勤、工资、审批附件和多主体时，应建立正式迁移项目，并由HR、薪资、IT、安全与供应商共同验收。

一、确定迁移范围

按三类划分：

• 必须迁移：在职员工、当前组织岗位、有效合同、当前薪资标准、可用假期余额、未关闭事项。
• 按需迁移：必要历史合同、考勤、工资、审批及异动，用于查询、计算或争议处理。
• 只读归档或处置：低频历史、重复附件、无用途字段和超过必要期限的数据。

每一类写明期间、正式来源、数据责任人、敏感等级和验收方法。不能因为旧系统能导出，就把所有数据无差别搬入。

二、字段映射与清洗

建立源字段到目标字段的映射表：

清理重复员工、证件冲突、主体错误、合同日期倒置、负余额、薪资缺少生效日和附件归错人。原始数据保持只读，所有清洗保留原值、修正值、依据和批准人。

三、试迁样本

样本不要只选最正常员工，应包含：

1. 在职、离职和待入职状态。
2. 多次续签、无固定期限或合同临期人员。
3. 跨部门、跨主体和月中调薪。
4. 轮班、跨日、请假加班和锁月后更正。
5. 多个薪资版本、补发和社保差异。
6. 含附件、长姓名、特殊字符或缺失字段的记录。

试迁后由业务人员在页面、导出和实际流程中分别核对，不能只看数据库数量。

四、迁移验收

• 人数按主体、状态和部门勾稽。
• 员工关键字段逐项抽样，与原件和源系统一致。
• 合同正文、签署状态、起止日期和续签关系可还原。
• 假期和调休总额与个人明细、来源记录一致。
• 考勤汇总能下钻到日记录，历史规则不会被当前配置重算。
• 薪资标准按生效期间存在，高敏感字段权限正确。
• 附件数量、归属、格式和访问权限抽查通过。
• 管理者、HR、薪资和员工测试账号不存在越权。

任何金额、余额、合同期限和跨主体权限问题都应作为阻断项。

五、切换计划

设置明确冻结点：旧系统何时停止修改，切换期间哪些业务暂停，紧急事项怎样登记。全量导出前记录文件校验、时间和负责人；导入后再次对账。员工、主管和HR分别收到新入口、支持渠道和旧入口停止时间。

建议先完成一个代表性考勤与工资周期，再结束双轨。双轨期间只能指定一个正式来源，禁止两边同时随意修改。

六、回滚方案

回滚不是一句“恢复旧系统”，至少包括：

• 触发条件：关键金额不一致、数据大面积缺失、权限越权或核心功能不可用。
• 决策人和最晚判断时间。
• 旧系统或受控临时流程是否可恢复。
• 切换后新增、审批和变更怎样导出并补录。
• 员工如何收到统一通知，避免重复申请。
• 故障数据如何隔离，日志和证据如何保存。

回滚演练应在生产切换前用样本执行一次。

决策检查表

• 迁移范围、历史期间与不迁内容均已批准。
• 字段字典、映射和枚举转换有业务责任人。
• 原始文件只读保存，清洗过程可追溯。
• 试迁覆盖复杂员工、附件和敏感权限。
• 全量验收包含数量、金额、余额、历史和权限。
• 冻结、切换、双轨和旧入口停止时间明确。
• 回滚触发条件、数据补录与负责人可执行。
• 中间迁移文件按敏感数据规则传输和删除。

常见误区

一是只核人数，不核金额与历史；二是把源系统错误原样搬入；三是迁移顾问决定业务字段含义；四是全量真实数据进入测试环境；五是没有唯一正式来源，双轨期间持续分叉；六是回滚后遗漏切换期间的新审批和调薪。

迁入WorkSail时怎样验证

迁入 WorkSail 前，可先用脱敏样本验证员工、合同、异动、考勤余额和薪资权限。由于具体导入字段和历史支持范围取决于项目方案，应要求在正式迁移前确认映射、导出样本和验收责任，而不只依据功能介绍。查看WorkSail功能。