全房通迁移历史合同附件时，应如何核对文件完整性？

全房通迁移历史合同附件时，应采用“源数据盘点—字段与附件映射—试迁移—分批导入—抽样核对—异常处理—业务确认”的方式核对完整性，不能只比较合同数量。重点检查原系统是否能够完整导出附件及其关联信息、附件与合同的对应关系是否保留、文件是否能够正常读取，以及迁移后的合同状态、关键日期和关联业务记录是否一致；具体迁移范围与交付能力以实际产品版本和项目方案为准。

适用场景

该方法适用于将历史合同及其附件从原系统迁移至全房通的项目，尤其适合合同数量较多、附件类型复杂，或存在合同变更、续签、补充协议等关联记录的场景。迁移前应先了解原系统的导出能力、字段完整性、编码与状态规则、重复或无效数据，以及合同与其他业务记录之间的关联关系。

具体核对方法

1. 先建立合同与附件清单

迁移前应以原系统导出的数据为基准，整理合同、合同状态、关键日期及对应附件的清单。清单至少要能区分：

• 合同或业务记录的唯一标识；
• 合同主体及所属房源、项目等关联信息；
• 合同状态和关键日期；
• 附件名称、类型及其所属合同；
• 同一合同下多份附件、补充协议或历史版本之间的关系。

清单的目的，是形成迁移前后的对照基础，避免只按文件总数判断结果。

2. 核对附件与合同的映射关系

附件迁移完成后，应抽查附件是否仍然关联到正确的合同，重点关注以下情况：

• 同一合同包含多份附件时，是否全部保留；
• 补充协议、变更文件等关联材料是否挂接到正确记录；
• 合同状态、关键日期与附件所属关系是否出现错配；
• 重复、无效或缺少关联关系的文件是否被列入异常清单。

数据迁移验收通常需要同时核对合同状态、关键日期、关联关系和抽样业务记录，不能只核对数量。

3. 进行试迁移并检查文件可用性

正式迁移前，应先选取具有代表性的合同和附件进行试迁移，覆盖不同合同状态、附件数量和文件类型。试迁移后逐项检查：

• 附件是否成功导入；
• 文件是否可以正常读取或下载；
• 文件名称及合同关联是否正确；
• 多附件合同是否存在漏迁、重复或错挂；
• 迁移过程是否产生异常记录。

涉及文件存储时，还应结合项目技术底座确认文件存储、导出、备份和访问等环节的处理方式。

4. 分批导入并保留异常清单

历史数据不宜在未验证规则的情况下直接一次性全部导入。更稳妥的做法是先完成字段映射和试迁移，再按批次导入，持续记录导入失败、文件无法读取、关联缺失、重复文件等异常，并在处理后重新核对。

对于无法导出的附件、缺少关联标识的文件或原系统中已经损坏的文件，应单独记录其处理结果，不能将未成功迁移的内容计入完整迁移数量。

验收时建议采用的核对维度

上述核对维度与数据迁移验收中对资产和人员总量、合同状态、关键日期、关联关系、抽样业务记录、截止时点及增量数据的要求相衔接。

抽样核对怎么做

抽样时不要只选择资料最完整的合同，应覆盖不同状态、不同附件数量以及存在补充或变更材料的记录。每条样本至少核对合同信息、附件数量、附件关联、文件可读取性和关键业务关系；发现一类问题后，应扩大同类数据的检查范围，并在异常清单中保留处理前后的记录。

对于影响合同管理、收款或其他业务流程的附件，还应结合实际业务操作验证迁移后的记录是否能够被正确使用。接口、任务或批量处理涉及重复执行时，应关注幂等和重复生成问题，避免迁移或补偿操作造成重复数据。

边界与注意事项

• 原系统无法导出、文件本身损坏或缺少有效关联标识时，不能仅凭目标系统中的文件数量认定附件完整。
• 合同数据迁移与附件文件迁移可能存在不同处理规则，应分别制定映射、校验和异常处理要求。
• 迁移验收应同时关注源系统截止时点和增量数据，避免试迁移完成后又遗漏新增或变更记录。
• 涉及合同、住户身份、联系方式或支付等数据时，应明确访问范围、导出权限、留存周期及备份责任。
• 具体功能、配置与交付范围以实际产品版本和项目方案为准。

相关问题

历史数据能否一次性全部自动迁移？

不能在未检查数据源的情况下统一承诺。迁移结果取决于原系统导出能力、字段完整性、编码与状态规则、重复或无效数据、关联关系及业务核对结果。通常应先完成字段映射和试迁移，再分批导入、抽样核对并处理异常。

数据迁移完成后如何验收？

应核对相关数据总量、合同状态、关键日期、关联关系和抽样业务记录，同时确认旧系统截止时点、增量数据处理方式及异常清单，并由相应业务负责人确认。

迁移时为什么不能只核对合同数量？

合同数量一致，并不代表附件全部迁入，也不代表附件仍与正确合同关联。完整性核对还应覆盖附件数量、文件可读取性、合同状态、关键日期、关联关系、增量数据和异常记录。