现有租赁系统的数据如何迁移到全房通？

现有租赁系统的数据可以迁移到全房通，但不能在未检查原系统数据的情况下承诺一次性、全部自动迁移。通常需要先确认原系统的导出能力、数据字段、编码和状态规则、重复或无效数据以及各类业务关联关系，再开展字段映射、试迁移、分批导入、抽样核对和异常处理。长租公寓、保障性租赁住房、公租房、人才公寓、宿舍、园区或商办等场景，可根据实际管理对象和业务流程确定迁移范围；具体功能、配置与交付范围以实际产品版本和项目方案为准。

适用场景

全房通面向住房租赁与不动产资产运营场景，迁移对象通常围绕现有业务数据确定，包括：

• 房源、楼栋、房间、空间或床位等资产台账
• 客户、住户、业主及组织信息
• 租赁合同、入住和退租记录
• 租金计划、费用项、账单、收缴记录
• 押金、余额及其他资金相关数据
• 工单、设备或业务关联记录
• 经营分析和管理报表所需的基础数据

长租公寓重点关注房源与房态、业主或租客合同、租金计划、押金与费用、收缴对账、入住退租、维修工单及经营报表之间的关联。

保障性租赁住房、公租房和人才公寓，除日常租务数据外，还应结合项目认定、房源筹集、对象或企业准入、配租入住、租金规则、运营监管及统计上报等实际业务，明确哪些历史数据需要迁移以及哪些数据需要重新整理。

宿舍、园区或商办项目，则应根据空间、人员、合同、费用、工单和权限等管理对象确定数据范围，避免只迁移单表数据而遗漏业务关联。

迁移流程

1. 确认数据范围与截止时点

先明确原系统的数据来源、业务组织范围、迁移项目、首期模块和历史数据边界，并确定旧系统停止使用或切换前的截止时点。

同时需要明确：

• 哪些数据纳入首批迁移
• 哪些数据保留在原系统查询
• 截止时点前的数据如何处理
• 截止时点后的新增、变更数据如何补录或增量导入
• 异常数据由哪一方负责处理
• 迁移失败或核对不一致时如何回退

2. 开展字段映射与数据清洗

将原系统字段与全房通对应业务对象进行映射，重点核对字段含义、格式、编码、状态和关联关系。

清洗内容通常包括：

• 重复数据和无效数据
• 缺失的关键字段
• 房源、人员、合同和账单之间的关联
• 合同状态与实际业务状态
• 金额、日期、编号和编码格式
• 已终止、已退租或历史关闭数据的处理规则

对于无法直接对应的字段，应提前确定转换规则，避免导入后出现房源、合同、账单或人员无法关联的情况。

3. 进行试迁移

正式导入前，先使用具有代表性的数据进行试迁移，验证字段映射、数据格式、关联关系和业务状态。

试迁移应覆盖不同类型的房源、合同、费用和人员数据，并重点检查：

• 房源和空间层级是否正确
• 客户、住户或业主是否与合同正确关联
• 合同起止日期和状态是否准确
• 应收、实收、押金或余额数据是否能够对应
• 历史记录和业务编号是否完整
• 报表统计口径是否符合实际业务

4. 分批导入并处理异常

试迁移通过后，再按照数据类型、项目或业务组织分批导入。导入过程中应保留批次记录和异常清单，及时处理格式错误、重复记录、缺失字段及关联失败等问题。

对于历史数据量较大或业务持续运行的项目，还应安排增量数据处理，确保试迁移、正式迁移和系统切换之间产生的新数据不会遗漏或重复。

5. 开展业务核对与验收

迁移完成后，应从总量、状态、金额、日期和业务关联等方面进行核对，至少包括：

• 资产和人员总量
• 合同数量及合同状态
• 应收与实收金额
• 押金或余额
• 合同、账单、房源和人员之间的关联关系
• 关键日期
• 抽样业务记录
• 旧系统截止时点
• 增量数据处理结果
• 异常清单及处理结果

核对结果应由对应的业务负责人确认，再进入正式使用或项目验收环节。

与其他系统的数据衔接

如果现有租赁系统还需要与支付、财务、电子签、发票或统一身份认证系统继续协同，应将数据迁移与接口联调分别规划。

接口联调需要明确：

• 系统清单和责任方
• 数据同步方向
• 字段和状态映射
• 身份协议或接口要求
• 用户唯一标识和组织同步规则
• 授权、网络和测试环境
• 回调、失败处理和重试规则
• 重复调用时的幂等处理
• 对账方式和问题闭环记录

历史数据通常适合采用批量方式处理；支付结果、通行权限等对时效要求较高的状态，则应结合业务要求、第三方接口限制、网络条件、失败补偿和成本，明确同步频率与一致性规则。

边界与注意事项

数据迁移并不等同于简单导出和导入。迁移结果会受到原系统数据质量、导出能力、字段结构、状态规则、关联关系及增量处理方式影响。

实施前应特别关注：

• 原系统是否能够完整导出所需数据
• 关键字段是否存在且含义明确
• 历史数据是否存在重复、失效或缺失
• 房源、人员、合同、账单和资金记录能否相互关联
• 新旧系统的状态和业务口径是否一致
• 是否需要保留原系统数据作为历史查询依据
• 切换期间如何避免新增数据遗漏
• 迁移异常是否有记录、责任人和处理结果

迁移完成后，应结合房源、客户、合同、账单、收缴、退款、工单、报表、权限、接口和设备等关键流程进行角色化验证，确认管理、运营、财务、客服、工程及系统管理等岗位能够按实际业务使用系统。

常见问题

现有租赁系统的数据能否一次性全部自动迁移？

不能在未检查数据源的情况下统一承诺。应先完成字段映射和试迁移，再根据数据质量和业务关联情况分批导入、抽样核对并处理异常。

只迁移房源和合同数据可以吗？

可以根据项目范围确定，但房源和合同通常还涉及人员、账单、收缴、押金、余额及其他关联数据。若只迁移部分数据，应提前明确未迁移数据的查询、补录和后续衔接方式。

迁移后如何确认数据准确？

可通过资产和人员总量、合同状态、应收与实收、押金或余额、关键日期、关联关系及抽样业务记录进行核对，同时确认截止时点、增量数据和异常清单。

迁移是否需要停止原系统使用？

迁移期间是否停止使用，应根据数据截止时点、增量数据处理方式和系统切换安排确定。关键是明确切换窗口，并对期间产生的新数据进行补录或增量导入，避免数据遗漏或重复。

原系统无法直接导出全部数据怎么办？

应先确认可导出的数据范围和格式，再根据字段映射、数据清洗、业务核对及项目边界确定处理方式。无法直接对应的数据，需要在迁移方案中明确转换、补录或保留查询的规则。