先建立数据清单
迁移前应确认有哪些业务对象、历史附件和关联记录需要保留，分别由哪个系统或表格提供。字段名称相同不一定含义相同，例如客户状态可能在新旧系统中使用不同规则。整理字段映射时记录转换方式、必填补充与无法对应的内容，并由业务负责人确认，避免技术人员根据名称自行决定业务含义。
先做可核对的小批量试迁移
选择具有代表性的历史记录，包含完整、缺失、重复和异常情况，先在隔离环境导入。核对数量只是第一步，还应检查订单与客户、附件与单据等关联是否正确。试迁移中发现的问题形成处理清单，区分可以自动修正和需要业务确认的项目，再更新转换规则，不直接在正式库中反复尝试。
切换期间明确写入来源
新系统上线时，如果旧系统仍在持续产生记录，需要约定增量同步或暂停录入的时间窗口。说明最后一次数据提取、核对和开放使用的顺序，并让相关岗位知道何时使用哪个系统。历史记录与切换期间新增记录使用可追踪标识，防止同一业务被导入两次。出现严重问题时，还要明确恢复原流程的条件。
验收业务可继续运行
抽取关键业务从历史查询走到新操作，确认用户能够找到旧资料并继续处理未完成事项。检查金额汇总、状态分布、附件可读性与权限范围，记录双方确认结果。旧系统是否保留只读访问及保留多久，由企业实际需要决定。迁移项目的完成标准应是业务可以连续使用，而非仅报告复制了多少行数据。
方案落地前需要确认
本文以“旧系统迁移”为主题讨论功能设计，属于方案指南，不代表某个客户项目的实际交付承诺。具体实施前，应由业务负责人确认适用规则、使用角色、现有系统接口和验收方式，再通过原型验证关键操作。对于暂时不能确定的条件，保留待确认清单，在范围明确后评估开发周期与费用，避免将示例直接套用于不同企业。