软件开发数据迁移怎样验收，才能避免订单与附件漏转

软件开发的数据迁移应同时核对记录、金额、关联和附件访问，并用中断重跑与切换回退测试验收。导入成功、总数相等，都不能单独证明没有漏转。

先固定对账时点，别让两边数据一直变化

订单系统迁入新 ERP 前，列清业务对象、时间范围、门店、状态及不迁移项。全量导出采用一致性快照或约定的停写窗口，并记录增量起点；不能上午导出订单、下午统计退款，再把差异都算成迁移错误。字段映射需写明金额单位、空值、退款状态与时间转换规则，保留旧 ID 到新 ID 的对照。

用一份分组差异单，发现“总数相等”的漏转

以下为验收示例，不是客户实绩：旧系统有 100 笔订单，新系统也有 100 笔，但可能漏了甲店 2 笔，又重复导入乙店 2 笔。应按门店、月份、状态分别对账，再用业务键查出缺失与重复记录，而非只比较总数。

• 记录：核对应迁、成功、跳过、失败数量，跳过项必须有原因与负责人。
• 金额：分别核对实付、已退款、待退款；部分退款不能直接映射成整单已退。
• 关系：检查订单行、客户、退款单和附件是否有找不到主记录的孤儿项。
• 差异单：逐项记录旧 ID、新 ID、旧值、新值、转换依据和复核结论；原数据错误与迁移错误分开处理。

附件要能打开，也要让无权的人打不开

附件清单至少留业务 ID、存储键、大小和校验值，不能只按文件名匹配。同名合同可能属于不同订单；数据库有路径也不代表文件已复制。正常场景用订单经办人打开合同与签收件，核对内容；异常场景用另一门店账号访问同一附件，应被拒绝。另测原文件缺失、临时下载地址失效，记录补迁或历史缺失，不用空文件冒充成功。

重跑和回退通过后，再签迁移验收

1. 在测试环境中断一批导入，再从检查点重跑，确认订单未重复、附件未错挂。
2. 按约定停写并补齐增量，保留截止时点；切换后核对新订单、退款及附件上传。
3. 演练退回旧系统时，核对新系统已产生的数据怎样补回，避免只切换入口却遗失新增业务。

金额差异未解释、附件越权或重跑产生重复订单时，应暂停放行。字段含义不清时，可先保留历史只读入口，不急于全部搬迁。签字材料应包含映射、差异单、操作日志及业务复核结果。准备资料可结合数据库交付清单；订单边界见ERP 系统方案，其他合同验收问题见软件开发 FAQ。

说明：本文为通用验收建议，示例仅用于说明检查方法；实施范围与责任以需求说明书及合同为准。