历史数据迁移的校验，不能只看“导入成功”或记录总数是否相同。迁移链路通常包含源数据整理、字段映射、格式转换和目标系统写入；任一环节都可能造成记录遗漏、字段错位或业务含义改变。有效的校验机制应分层设置检查点，让问题能被定位、解释并闭环，而不是等到上线后由用户发现。
从完整性到业务一致性
第一层检查迁移范围与记录完整性：确认约定迁移的数据对象均已纳入，源端与目标端的记录数量及关键标识能够对应。数量一致只能说明表面完整，不能证明每条记录内容正确，因此还需逐字段核验关键属性，重点检查编码、日期、金额、状态等容易受格式转换影响的内容。
第二层检查关系与约束。组织、客户、物料等基础数据，可能被交易记录引用；若关联对象缺失或标识映射错误，单条记录看似存在，业务链路却已断裂。校验应覆盖引用关系、唯一性和必填约束，并把无法匹配的数据单独归类，不宜通过静默跳过或随意补值掩盖问题。
第三层才是业务规则校验。应根据实际流程判断状态、余额、数量等数据是否符合业务含义，并对关键汇总结果进行迁移前后核对。技术层面的字段一致，不等同于账务、库存或流程层面的结果一致；后者往往更能暴露映射规则遗漏。
让异常可追踪、可复核
每一层都应定义校验口径、责任人和异常处理方式，并保留源数据、转换结果、目标数据及差异记录之间的对应关系。抽样复核适合发现规则问题，但不能替代对关键数据的完整性核对；发现异常后，应回到具体映射或清洗规则修正，再重新执行相关校验。
验收也不应只以“数据已导入”为标准。只有迁移范围可追溯、差异有解释、关键业务关系成立，且异常经过处理和复核，历史数据才算具备进入新系统的可信度。
