企业与开发团队可以先盘点旧数据、整理字段映射规则，再用代表性记录试迁移。不能确定的值应列入问题清单，由对应业务负责人确认，而不是为了让导入通过就随意填补。
先判断字段说的是不是同一件事
以一个假设的企业资产台账迁移为例，旧系统有“保管部门”，新系统有“使用部门”。两个字段都填部门名称，但前者表示负责保管的组织，后者表示实际使用资产的组织。同一台设备由行政部门保管、生产部门使用时，两者就不能直接互换。
相反，旧系统的“设备名称”和新系统的“资产名称”，如果经过核对确实指同一对象，就可以直接对应。字段名相同或不同，都不能单独作为映射依据。
核对时，可以查看字段说明、填写规则、实际样例和相关报表，再确认字段由谁维护、在哪个环节产生、是否参与审批或统计。有些旧字段在不同年份有不同用途，还需要核对各套规则的适用时段。
映射规则应写明来源、目标、转换条件、异常处理及确认人。对于会改变业务含义的映射，技术团队可以提出方案，但应由业务负责人确认采用哪一种口径。
能转换的字段，要把规则写到可以复核
格式差异看起来容易处理，但自动转换也可能改变数据。比如资产编码“00128”看似数字，实际可能是需要保留前导零的标识。如果转成整数再写入，新旧系统就可能无法按原编码查找同一资产。
金额字段则应核对单位、允许位数和小数位。旧数据用“分”、新字段用“元”，应先确认换算；目标小数位较少时，还应明确是否允许舍入、采用什么规则，以及汇总金额怎样核对。
日期转换也要确认原值表示业务日期还是精确时间。旧记录只有日期时，不能把系统补出的时分秒当作真实发生时间。
字段拆分不能仅靠固定符号。例如，旧系统将园区、楼栋和房间写在一个“存放地点”里，新系统要求分别填写。格式统一的记录可以按确认规则拆分；旧值只有“东区一号楼”时，园区和楼栋可以确认，但房间仍然未知，应记录缺项，由业务人员核实。
多个旧字段合并为一个新字段时，应说明优先取值条件，以及相互冲突时怎样处理。若新系统没有对应字段，应先确认它是否仍用于追溯或报表，再决定新增字段、留存归档，还是排除在本次迁移范围外。
每条转换规则最好配一个输入和预期输出样例。转换会丢失原有精度或文本结构时，应按约定留存原值或可回查的源记录，避免后续只能看到转换结果。
缺失、重复和权限归属，不能靠猜测补齐
新字段设为必填，不能证明旧系统中一定有可用的值。比如旧台账没有领用人，不能用当前管理员或导入人员统一填充，否则可能把未确认的事实写成正式记录。
可以根据项目规则，选择回查可信来源、人工补录、保留为待确认，或暂缓迁移相应记录。空值、零值和“不适用”如果含义不同，也不应统一替换成同一个默认值。
去重同样要先确认两条记录是否真的表示同一对象。不同分公司可能沿用相同的资产编号，不能只看编码一致就合并。可以先核对来源系统、所属组织与原编号，再确定如何关联到新系统的唯一记录。
如果规则允许合并，还需要保留新记录与原记录的对应关系，说明哪些值被保留、哪些冲突已经处理。采购单、维修记录和历史变更等关联数据，也要验证是否仍能找到对应资产。
历史归属与当前访问权限应分开确认。资产原来由某部门保管，不代表该部门在新系统中仍可查看全部历史信息。试迁移既要核对归属字段，也要验证获授权的角色能否访问、未获授权的角色是否被阻止。
试迁移时，既核对总量，也逐条检查关键差异
正式迁移前，先记录旧数据的数量、缺失、重复、异常格式和关联状况，形成质量基线。这样才能区分哪些问题原本就存在，哪些是转换过程中引入的。
试迁移的样例应包含正常记录，也应覆盖最大长度、空值、重复编号、跨部门归属和无法拆分的文本。只选最整齐的数据，容易遗漏正式迁移时才会出现的问题。
对账时不必强求新旧系统总条数完全一样，关键是能解释每项差异。例如，假设旧台账有100条，两组重复记录经确认各由两条合为一条，另有3条资料不足暂缓迁移，那么本批目标应为95条。结果应分别说明去重减少的2条和暂缓处理的3条，不能只写“导入95条”。如果一条旧记录被拆成资产主档与位置历史，则应分别核对两类记录的预期数量和关联关系。
总量核对后，还应按同一口径比较部门、状态等维度的分布，并抽查资产编码、金额、归属和关联记录。对关键字段，可以根据已确认规则计算预期值，再与新系统实际值对照。按规则转换后的字段，不必与旧值逐字相同。
技术人员可以核对字段和值，业务人员则应在新系统中验证典型操作和报表。例如，抽查一台跨部门使用的设备，确认它出现在正确的资产清单里，也只被获授权的角色看到。
迁移日志应注明数据范围、规则版本、运行批次、成功和异常记录，并把未解决事项列入问题清单。修改规则后，需要复测，确认再次运行不会重复生成记录或覆盖不该改动的值。
正式切换前，要能解释差异，也要演练回退
试迁移通过，不等于可以立刻切换。正式操作前，应确认关键字段、关联关系和访问权限已通过核验，剩余问题的影响、处理安排及确认人也有记录。待核实的数据如果影响关键业务，就应在切换前解决，或明确可接受的替代安排。
还应约定以哪一时点的数据作为核验基础。如果旧系统仍在使用，需要说明试迁移后的新增、修改和删除如何同步或标记，避免拿不同时间点的数据直接比较。切换时还要明确哪一套系统允许写入，防止两边同时修改同一条业务记录。
备份与回退方案应明确恢复对象、触发条件、操作负责人和复核方法。若新系统启用后已接收新的业务记录，回退还要处理这些新增或修改的数据，不能简单恢复旧备份就结束。
企业可以把试迁移、对账、业务抽检和回退演练作为正式切换的确认条件。字段映射的最终交付，应让接手人员查得到数据从哪里来、按什么规则转换、哪些记录没有迁入，以及后续发现差异时怎样复核。
相关问题
新系统没有旧字段，可以直接不迁吗？
不能只看当前页面有没有这个字段。应确认它是否仍用于报表、业务追溯或关联查询，再决定增加字段、归档保留或明确不纳入本次迁移。
能不能让工具自动生成字段映射？
可以作为初稿。工具可以帮助匹配名称和格式，但保管部门与使用部门之类的业务口径、冲突取值和历史权限仍需人工确认。
新旧系统记录数一样，就能说明迁移成功吗？
不能。条数相同也可能存在字段错配、数值变化、关联断开或权限错误。还应核对关键值、业务场景和权限，并记录按规则产生的差异及未处理事项。