全房通上线试运行中发现数据差异，应如何记录与复核？

发现数据差异时，应按“差异对象—数据来源—时间或批次—字段内容—影响范围—责任人—处理状态”形成可追溯记录，再通过源数据、全房通中的对应数据、接口或迁移记录进行逐项复核。试运行阶段应先区分是数据迁移、接口同步、业务配置、权限限制，还是原始数据本身存在差异；未经复核，不宜直接修改生产数据或将差异认定为系统故障。具体记录方式还要结合项目的数据边界、迁移方案、接口范围、业务规则和验收要求执行。

建议记录哪些内容

每条差异至少应包含以下信息：

• 差异对象：明确涉及房源、客户、合同、账单、收缴、退款、报表、权限、接口数据或设备数据等哪一类对象。
• 定位信息：记录项目、楼栋、房间、合同、客户、账单或其他可定位标识，以及发生时间、导入批次或同步批次。
• 数据来源：写明原始系统、导入文件、接口、设备或人工录入等来源，并保留对应的截止时点。
• 字段对比：分别记录源数据、全房通数据、预期结果和实际结果，避免只写“数据不一致”或“金额有误”等笼统描述。
• 差异类型：区分缺失、重复、错位、格式不一致、状态不一致、金额不一致、权限不可见、接口失败或设备读数异常等情况。
• 影响判断：说明是否影响合同、计费、收款、退款、报表、通行、设备控制或其他核心业务流程。
• 处理信息：记录责任方、临时处置、复核结论、修正方式、复核人和关闭时间；若暂不处理，应说明保留原因及后续安排。

全房通试运行核对的基本流程

1. 先锁定核对范围和时点

先确认本次核对覆盖的组织、项目、业务模块、数据批次和截止时间，避免把不同时间点的数据直接比较。对于迁移数据，还应明确数据源、字段映射、清洗规则、导入批次、异常处理、校验方法和回退方案。

对于接口数据，应同时列出参与系统、责任方、接口字段和状态映射、授权与网络条件、错误码、重试规则及幂等处理要求。这样可以判断差异发生在源端、传输过程、转换规则，还是全房通接收后的业务处理环节。

2. 按业务对象逐项比对

建议按照“主数据—业务单据—结果报表”的顺序核对：

1. 先核对房源、客户、组织、人员和基础配置；
2. 再核对合同、账单、收缴、退款、工单等业务数据；
3. 最后核对报表、对账结果、权限展示和接口同步结果。

对每类数据都应使用统一的字段口径和判断标准。若源数据经过清洗、转换或合并，应在记录中保留处理规则，不能只比较最终页面上的显示结果。

3. 结合日志和状态记录排查

日志可以用于排查和追溯，但不能替代组织制度、身份核验、定期权限复核和现场管理。发现差异后，应结合应用、数据库、接口、任务、设备连接和错误日志，判断是否存在任务失败、接口异常、设备离线、权限问题或重复处理。

涉及接口或自动任务时，还要检查是否发生重复生成合同、账单、收款或权限等情况。对住户通行、水电控制、退款等影响较大的动作，不应仅依赖自动重试，应结合人工确认、状态查询和审计记录完成复核。

4. 复核修正结果并形成关闭依据

差异处理后，应重新执行同一核对条件，确认源数据、系统数据和业务结果已经达到项目约定的标准。复核不能只确认页面数值，还应检查相关权限、接口状态、报表结果及后续业务流程是否受到影响。

对于无法立即修正的差异，应保留原始记录、临时处置和责任分工，并在后续批次或验收节点再次核对。数据修正、配置变更和接口调整应保留变更记录，避免测试环境与生产环境的参数不一致。

不同上线方式的核对重点

SaaS 项目

重点核对账号、组织、基础数据、业务范围、角色权限、数据导入结果和访问条件，并按照项目实际的数据处理和接口范围记录差异。

私有化或信创项目

除业务数据外，还要关注服务器、存储、数据库、网络、域名证书、时间同步、备份位置、账号权限和版本依赖等环境条件。信创适配还应针对项目选定的软硬件品牌和版本，逐项验证安装、启动、数据库连接、文件存储、定时任务、接口通信及核心业务流程；不能以普通私有化部署的核对结果替代适配验证。

涉及智能设备或外部接口的项目

应把设备建档、房间绑定、读数、账单、状态同步、设备离线和控制结果分别记录，不能把设备显示异常直接归结为业务数据错误。门禁、道闸、视频、智能电表等能力均受设备、网络、接口、权限和项目配置影响，涉及通行、水电控制或安全事件时，还应结合现场责任和审计记录复核。

边界与注意事项

• 数据差异记录应服务于排查、追溯和验收，不能替代项目制度、身份核验、权限复核和现场管理。
• 涉及住户身份、联系方式、合同、支付、门禁、设备或视频数据时，应按合法使用目的、最小必要范围、访问人员和留存周期进行管理。
• 备份记录不能直接证明数据可恢复，只有实际执行恢复演练，才能验证备份是否可用。
• 具体功能、配置与交付范围以实际产品版本和项目方案为准。

常见问题

数据差异记录只写最终结果可以吗？

不建议。只写“系统与源数据不一致”无法判断差异发生在哪个环节。应同时记录数据来源、时间或批次、字段对比、预期结果、实际结果、影响范围和处理状态。

发现差异后能否直接批量修改？

应先完成差异分类和影响判断，再按照项目约定的修正、回退和复核方式处理。涉及合同、账单、收款、退款、权限或设备控制的数据，尤其要保留变更及审计记录，并在修正后重新核对相关业务流程。

日志能否作为唯一复核依据？

不能。日志适合用于排查和追溯，还应结合源数据、系统数据、接口或迁移记录、权限结果及业务验收标准进行复核。

试运行结束前应达到什么状态？

应确保已识别的差异都有明确分类、责任人、处理结论和复核结果；对暂未关闭的事项，应保留影响判断、临时措施和后续安排，并纳入后续批次或验收节点继续跟踪。