HR 系统数据迁移与核对辅助

场景

更换 HR 系统、合并组织数据或导入新模块时，员工主数据、历史任职、薪酬和考勤可能出现字段不一致、重复或缺失。AI 可以辅助字段映射、异常解释和核对报告，但不得直接在生产库大批量改写数据。

输入

明确旧系统与新系统的数据模型、字段字典、唯一员工编号、历史保留范围、数据拥有者、访问权限和迁移窗口。先在副本或测试环境工作，保留原始导出与备份。旧系统中的敏感字段是否允许迁移，要由 HR、法务和 IT 判断，不能见字段就搬。

操作

先制作字段映射表：旧字段、新字段、转换规则、必填性、字典值和责任人。AI 识别“一对多”“多对一”、日期格式、部门代码与员工编号冲突，生成待决问题；规则定稿后做小样本试迁移。核对总记录数、唯一编号数、关键字段非空率、薪酬/考勤等金额与笔数、任职历史连续性。差异按缺失、重复、格式、映射与业务规则分类，修正映射后重跑。正式切换需要回退计划和双方系统的只读核验；未经批准不删除旧数据。

提示词：

对以下旧/新 HR 系统字段字典与脱敏样本，起草字段映射和迁移核对清单。列转换规则、无法自动确定的映射、敏感字段、测试样本与验收指标。只输出草案与异常报告，不对生产系统写入。资料：〔内容〕。

验收与来源

HR 核对业务语义，IT 核对技术完整性，财务参与涉及金额的对账。A0336《HR SaaS 集体拥抱办公智能体》明确其连接器示例“不迁移数据”，不能拿它证明数据迁移方法；A0502 仅提及跨系统对账。本场景详细迁移步骤是独立设计，原材料没有直接案例。

一条字段映射的例子

旧系统“部门名称”是自由文本，新系统要求部门代码。遇到“华北销售一部”“华北销售 1 部”等写法，AI 可以建议映射到同一代码，但必须由 HR 确认是否同一组织。如果旧系统员工编号存在复用，则需要额外主键，不能只用编号合并历史任职。薪酬字段更需确认币种、税前税后和生效月份，数值相同也可能语义不同。

切换验收

迁移前后比较总员工数、在职员工数、历史异动条数和关键字段空值率；对薪资、合同日期和社保状态做高风险抽样。记录每轮差异、修正规则和复测结果。正式切换后设一段并行核对期，且保留可恢复的旧系统导出；只有业务确认、权限确认和回退演练都通过，才允许新系统成为正式查询入口。

迁移项目最容易漏的历史语义

现有部门代码可能已经废弃，旧合同状态可能与新系统的状态枚举不兼容，历史绩效结果可能按旧等级制保存。AI 可以发现字段名和格式差异，却无法凭字符串知道业务语义。因此每个字段映射都要有 HR 业务负责人签字；关键字段还要有从旧记录到新记录的可追溯 ID。对需要转换的字段，保留规则版本和无法映射的行，不要用“其他”吞掉所有问题。

试迁移应选包含异常的样本，而不是只选最干净的员工资料：调岗多次、曾离职返聘、跨地区参保、合同续签和薪酬变更都要覆盖。对账不仅数总行数，还要数唯一员工、历史事件、有效合同和关键金额。AI 输出差异后，先查映射规则，再查源数据；发现旧系统错误也不能直接在正式源库改写，须按数据治理流程处理。

上线前演练失败回退：新系统导入一半失败怎么办、审批记录如何保留、员工自助查询是否会看到错误信息。切换后设并行校验与人工处理窗口，确保工资、社保或合同等关键业务不因迁移中断。

交付与验收清单

• 原系统导出与备份可恢复，正式库未被试验写入。
• 字段映射经过业务负责人确认。
• 记录数、唯一编号、历史事件和关键金额已对账。
• 失败回退和并行验证有实际演练。

总行数相等仍可能把人员或历史事件错误合并，必须做语义核查。