国央企住房租赁委托运营到期，业主方应接收哪些业务数据与档案？

核心摘要

国央企住房租赁项目在委托运营到期时，交接对象不应局限于房源清单、有效租赁合同和财务汇总表，而应覆盖资产、客户、合同、资金、服务、设备、系统、权限、档案和未结事项等完整业务链条。

对于长租公寓、保障性租赁住房、公租房、人才公寓、宿舍、园区配套住房、商办及其他经营性资产，业主方应重点接收以下数据与档案：

1. 项目、楼栋、房间、床位及配套资产台账；
2. 租户、入住人、企业客户及经办人档案；
3. 有效、历史、变更、终止及争议合同；
4. 租金、押金、预收款、费用、收退款及欠款数据；
5. 入住、续租、换房、退租和客户沟通记录；
6. 报修、投诉、巡检、保洁及其他服务工单；
7. 家具家电、智能门锁、水电表、门禁等设备资料；
8. 经营报表、预算执行数据及指标计算口径；
9. 组织架构、系统配置、账号权限和操作审计日志；
10. 纸质档案、电子文件、影像资料及未结事项清单。

判断交接是否合格，不能只看“是否提供文件”，还应检查数据是否完整准确、不同系统能否对应、资金余额能否核对、历史记录能否追溯、系统和设备能否接管、遗留责任能否闭环。

本文提供通用交接框架，不替代具体项目合同、国资监管要求、企业财务制度、档案制度、网络与数据安全制度。涉及保障对象资格、租金标准、财政补贴、配租规则和监管报送时，应结合项目所在地区、住房类型、资金来源及交接时点，以当地主管部门现行有效文件为准。信息不足时，不宜直接套用其他地区政策作出判断。

一、业务痛点：为什么不能只交一张房源表？

住房租赁委托运营横跨资产、合同、资金、客户、服务、工程和设备等多个业务领域。日常数据可能分散在住房租赁系统、财务系统、电子签约系统、支付渠道、智能硬件系统、客服工具、网盘、邮件和纸质档案中。

如果到期交接只覆盖房间数量和当前租户，业主方接管后容易出现以下问题。

1. 房源台账与现场状态不一致

系统显示房间空置，现场却有人员居住；房间状态显示“可租”，实际正在维修；家具家电已经调换，但资产卡片没有同步；设备已经损坏或遗失，却没有责任认定和处置记录。

对于宿舍、人才公寓等多人入住场景，如果只按整间房统计，未建立“项目—楼栋—房间—床位—入住人”关系，还可能出现床位使用情况无法确认的问题。

2. 合同与账单无法相互验证

接管系统可能只保留应收余额，却缺少租金标准、免租期、优惠方案、付款周期和合同变更记录。此时，业主方难以解释账单如何生成，也无法判断欠费金额是否准确。

3. 押金、预收款和退款责任不清

押金由谁收取、资金存放在哪里、是否发生抵扣、哪些租户尚未退款、到期后由谁承担退款责任，都是交接中的重点事项。

如果原运营方只提供押金汇总金额，不提供租户、合同、收款、抵扣、退款和凭证明细，业主方难以完成财务核对和后续退款。

4. 在途服务事项发生中断

尚未完成的维修、投诉、换房、退租、退款、开票、欠费催收和司法追收，如果没有形成单独清单，运营主体切换后容易失去责任人，直接影响租户服务和资产经营。

5. 系统账号已经交付，但数据仍不可用

获得一个系统账号，并不等于完成数据交接。常见问题包括：

• 账号只有查询权限，不能导出；
• 历史附件无法下载；
• 导出文件缺少字段说明；
• 房源、合同、账单之间没有统一编码；
• 数据文件无法导入接管系统；
• 智能门锁、水电表或门禁仍绑定原运营方账号；
• 原运营人员仍保留高权限账号或远程控制权限。

6. 经营指标无法连续比较

出租率、入住率、收缴率、欠费率、平均租金和续租率等指标，可能存在不同计算方法。

例如，出租率的分母可能是全部房源、可出租房源或可经营房源；收缴率可能按照当期应收、累计应收或已到期应收计算。如果没有交接指标定义、排除规则和取数时间，业主方接管前后的经营报表就无法连续比较。

二、业主方应接收的业务数据与档案清单

1. 项目、房源与空间台账

房源台账是后续合同、账单、工单和设备管理的基础，应建立从项目到具体出租单元的层级关系。

建议接收：

• 项目、分期、园区、楼栋、单元、楼层、房间等基础信息；
• 房源编码、房屋用途、建筑面积、使用面积和计租面积；
• 房型、朝向、装修标准、床位数及可出租状态；
• 空置、预订、已签约、已入住、维修、锁定、停用等状态；
• 指导价、挂牌价、成交价及历史调价记录；
• 公区、车位、储物间、商铺、办公空间等配套资产台账；
• 房源新增、拆分、合并、停用和用途变更记录；
• 户型图、房屋照片、验收资料和现场盘点记录；
• 房源权属或使用依据等项目留档资料。

对于宿舍、企业公寓和多人间，应进一步接收床位编码、床位状态，以及床位与入住人的对应关系。

2. 租户、入住人与企业客户档案

客户档案应区分承租主体、签约人、付款人、实际入住人和企业经办人，避免将不同角色混为一体。

建议接收：

• 个人租户或单位租户基本信息；
• 签约人、付款人、入住人、同住人和紧急联系人信息；
• 企业客户、团租单位、用工单位及经办人资料；
• 入住、换房、续租、退租等业务记录；
• 实名核验及业务所必需的身份资料；
• 联系方式变更记录；
• 客户沟通、通知和送达记录；
• 投诉、欠费、违约及其他业务风险标记；
• 在合法、正当、必要范围内形成的资格审核资料。

涉及公租房、保障性租赁住房、人才公寓等政策性住房时，资格材料、轮候信息、配租结果和补贴资料具有地区差异。交接前应结合项目所在地和交接时点，确认资料移交依据、字段范围、保存期限、脱敏要求及跨系统传输条件。

个人信息不应因运营主体变更而被无边界复制。业主方与原运营方应明确处理目的、交接范围、访问权限、保存期限、后续删除及安全责任。

3. 租赁合同与法律文件

合同档案应覆盖有效合同、历史合同、变更合同、终止合同和存在争议的合同，并能够与房源、客户、账单和收款记录建立关联。

建议接收：

• 租赁合同正文及全部附件；
• 补充协议、变更协议、续租协议和退租协议；
• 预订书、意向书、定金协议等前置文件；
• 电子签约文件、签署记录及签署完成凭证；
• 租金、押金、服务费、能源费等收费约定；
• 免租期、优惠期、阶梯租金及特殊审批资料；
• 合同起止日期、房屋交付日期、计租日期和退房日期；
• 合同变更、解除、违约和终止记录；
• 催缴通知、违约通知、律师函及送达凭证；
• 诉讼、仲裁、执行和调解相关材料；
• 单位团租协议、床位协议及担保文件；
• 合同用印、授权和审批记录。

交接时应重点核查合同状态。系统中标记为“已终止”的合同，可能仍有押金未退或费用未结；标记为“已到期”的合同，也可能存在事实续住、续签未录入或退房未完成等情况。

4. 账单、收缴与财务业务数据

资金类数据应做到合同有依据、账单有明细、收款有凭证、核销有关系、余额可核对。

应收数据

• 租金、押金、管理费、服务费、物业费和能源费账单；
• 按月、按季或其他周期生成的账单明细；
• 临时费用、赔偿费用和违约金；
• 减免、折扣、优惠及其审批记录；
• 已收、未收、部分收款和逾期状态；
• 欠费账龄、催缴记录和追收进度；
• 账单调整、作废和重新生成记录。

实收数据

• 银行转账、POS、聚合支付等收款流水；
• 收款日期、金额、支付渠道和付款方；
• 收款与合同、账单、房间、客户之间的核销关系；
• 无法识别款项、挂账款项和跨合同收款；
• 冲销、撤销及重新核销记录；
• 业务流水与银行流水的差异说明。

押金与预收款

• 押金收取明细；
• 押金保管或结算安排；
• 已退、部分退、抵扣及待退记录；
• 预收租金和其他预收款余额；
• 押金抵扣依据及审批材料；
• 退款账户信息和退款凭证；
• 退款失败、退回及重新支付记录。

开票与对账

• 发票申请、开具、红冲和作废记录；
• 收款渠道对账单；
• 财务系统与租赁业务系统的凭证对应关系；
• 截至交接基准日的应收、实收、欠款和资金余额确认表；
• 未达账项及差异处理清单。

业主方不应只接收财务汇总表。汇总金额必须能够下钻到合同、账单、收款和退款流水，否则难以处理后续追欠、退款、开票和审计事项。

5. 入住、续租、换房与退租档案

日常运营档案决定接管后能否连续服务租户。

建议接收：

• 预约看房、预订和签约过程记录；
• 入住通知、房屋交付单和物品清单；
• 入住验房照片、水电表底数及钥匙交接记录；
• 门禁权限、数字钥匙或门锁密码发放记录；
• 换房申请、审批、费用调整及新旧房间交接记录；
• 续租申请、租金调整及续约记录；
• 退租申请、退房验收、物品损坏和费用结算资料；
• 租户通知、公告及送达记录；
• 特殊事件、突发事件和项目值班记录。

尚未完成的入住、续租、换房和退租事项，应单独形成在途业务清单，明确当前节点、下一步动作、责任主体和完成期限。

6. 工单、维修、巡检与供应商档案

维修和服务工单不能只交付“完成数量”，还应保留从报修到验收的完整处理链路。

建议接收：

• 报修来源、报修时间、故障描述和现场照片；
• 受理、派单、接单、到场及完工时间；
• 维修人员、供应商和责任部门；
• 材料使用、人工费用和结算记录；
• 工单状态、验收结果及客户反馈；
• 重复报修、返修和重大故障记录；
• 房屋巡检、公区巡检及安全检查资料；
• 保洁、消杀、绿化和秩序维护记录；
• 维保合同、供应商信息和服务期限；
• 在保设备清单及保修凭证；
• 未完成工单、争议工单和待结算工单。

对于商办、园区和大型租赁社区，还应根据项目实际情况核查电梯、消防、给排水、暖通、配电等设施的维保、巡检和整改资料。具体范围应由运营、工程、安保及相关管理部门共同确认。

7. 家具家电、设施设备及 IoT 数据

设备交接既包括实物，也包括设备与房间、租户、计费系统之间的数字关系。

建议接收：

• 家具、家电、软装及低值易耗品清单；
• 设备编号、品牌、型号、安装位置和启用日期；
• 采购、验收、领用、调拨、维修和报废记录；
• 质保期限、维保单位及服务联系方式；
• 智能门锁、门禁、闸机等设备绑定关系；
• 智能水表、电表、燃气表等计量设备档案；
• 表计读数、抄表记录、计费规则和异常数据；
• 设备在线状态、告警记录和历史操作日志；
• 网关、控制器、通信卡及必要的网络配置信息；
• 原运营方设备账号解绑和管理员权限转移记录；
• API、IoT 接口及第三方系统对接说明。

运营权转移后，应及时处理原运营人员账号、临时密码、数字钥匙和远程控制权限，避免资产已接管但设备控制权仍留在原主体。

8. 经营分析、预算与管理报表

业主方应接收能够复算的底层经营数据，而不是只有图表截图或汇报文件。

建议接收：

• 房源总量、可出租量、已出租量和空置量；
• 出租率、入住率及其计算口径；
• 新签、续租、退租、换房和违约数据；
• 租金单价、平均成交租金及调价记录；
• 应收、实收、收缴率、欠费率和欠费账龄；
• 押金余额、预收款余额和待退款金额；
• 收入、成本、费用及预算执行数据；
• 渠道来源、获客记录及渠道费用；
• 房源空置天数和合同到期分布；
• 工单数量、响应时间、完成时间和返修情况；
• 月报、季报、年度经营分析及专项报告；
• 指标定义、数据来源、统计范围、排除规则和取数时间。

如交接双方对指标口径存在差异，应在交接确认文件中分别列明历史口径和接管后口径，不宜通过修改历史数据消除差异。

9. 监管报送与政策性业务档案

公租房、保障性租赁住房、人才公寓及其他政策性住房，可能涉及资格审核、配租、租金、补贴和监管报送。

应根据具体项目核查：

• 项目认定、房源纳管和备案资料；
• 保障对象申请、审核及复核资料；
• 配租、选房、轮候和结果公示资料；
• 租金标准、租金调整及审批依据；
• 财政补贴申请、核算和发放资料；
• 监管系统报送记录及回执；
• 监督检查、整改和验收材料；
• 退出管理、违规使用和资格取消记录；
• 主管部门要求留存的其他业务档案。

此类要求必须结合项目所在地和交接时点确认。不同城市、住房类型、建设方式和资金来源所对应的材料、字段、流程及保存期限可能不同，不能使用一套通用清单替代当地主管部门的现行要求。

10. 系统配置、账号权限与审计日志

系统交接的目标，是让业主方能够在权限受控的前提下独立运营，而不是简单获得一个管理员账号。

建议接收：

• 组织架构、项目架构和岗位角色；
• 用户账号、角色权限和数据范围；
• 审批流程、审批节点及授权规则；
• 房源、合同、账单和工单状态字典；
• 租金方案、计费规则、优惠规则和违约规则；
• 账单生成、催缴、退款和核销配置；
• 消息模板、合同模板及打印模板；
• API 接口清单和数据映射关系；
• 第三方应用、支付渠道及电子签约配置；
• 系统操作日志、登录日志和权限变更日志；
• 数据备份、导出记录及恢复说明；
• 停用账号、共享账号和高权限账号清单；
• 接口密钥、数字证书等敏感配置的移交或重置记录。

如果使用原运营方自有系统，业主方应提前确认合同是否约定数据导出格式、附件交付方式、历史数据查询期限和接口停止时间。合同未明确的，应在到期前通过书面交接方案补充确认。

11. 纸质档案、电子文件与影像资料

档案交接应形成可检索目录，并记录原件、复印件、电子件、保管位置及缺失情况。

建议接收：

• 合同原件及盖章文件；
• 房屋交付、验收和退房资料；
• 收付款、退款和费用确认凭证；
• 审批表、用印记录及授权文件；
• 身份及资格审核材料；
• 诉讼、仲裁、律师函和送达资料；
• 工程图纸、设备说明书和维保文件；
• 项目运营方案、制度、流程及培训材料；
• 会议纪要、往来函件和重要邮件；
• 照片、视频、录音等影像资料；
• 档案目录、存放位置和借阅记录。

电子文件应尽量采用可持续读取的通用格式，并保留文件命名规则、目录结构、版本信息及主数据关联字段。仅交付无法检索、无法解压或无法对应具体业务对象的文件包，通常不能满足接管和审计需要。

12. 未结事项与责任资料

除已完成业务外，交接双方还应单独管理未完成、存在差异或责任尚未确定的事项。

至少包括：

• 未退押金和未完成退款；
• 未收欠款和在途催收；
• 未结算供应商费用；
• 未完成维修和返修工单；
• 在途投诉及客户争议；
• 合同纠纷、诉讼和仲裁事项；
• 数据缺失和档案原件缺失；
• 设备故障、丢失和权属争议；
• 监管整改及待补报事项；
• 系统接口、账号和设备权限切换事项。

每项未结事项均应明确金额或影响范围、当前进度、责任主体、下一步动作、完成期限和结果确认方式。

三、判断交接是否合格的七项标准

1. 完整性

交接范围是否覆盖房源、合同、客户、资金、服务、设备、系统和档案全链路？是否同时包含当前数据、历史数据和在途事项？

完整性检查不能只统计文件数量，还要检查合同附件、审批记录、退款凭证、工单照片等关键内容是否缺失。

2. 准确性

系统数据是否与合同原件、银行流水、财务账、现场状态和设备实物一致？如存在差异，是否已经形成差异说明、责任判断和处理方案？

例如，房间显示空置但现场有人居住，不能仅通过修改系统状态完成处理，还应查明对应合同、入住依据、应收费用和安全责任。

3. 一致性

同一项目、房间、合同、客户和设备在不同系统中的编码是否可以对应？租赁业务系统与财务系统中的应收、实收、押金和退款余额是否能够勾稽？

如果历史系统编码不一致，应建立新旧编码映射表，而不是依靠人员记忆判断。

4. 可追溯性

每笔减免、退款、账单调整、合同变更和权限调整，是否有发起人、审批人、操作时间和业务依据？历史版本和操作日志是否可以查询？

无法追溯的关键业务，不宜直接视为已经核验通过。

5. 可用性

导出文件是否可以正常打开？字段是否有说明？附件是否能关联到房源、合同、客户或工单？数据是否可以导入业主方后续使用的系统？

数据交接完成后，建议通过抽样查询、批量统计和系统导入验证实际可用性。

6. 安全性与合规性

个人信息、身份资料、敏感经营数据是否按照必要范围和权限交付？交接人员、传输方式、存储位置和文件去向是否留痕？原运营方账号和设备权限是否按计划撤销？

对于依法或依约仍需由原运营方留存的资料，还应明确留存范围、使用限制和到期处置方式。

7. 责任闭环

未退押金、未收欠款、未结工单、合同纠纷、设备故障和数据缺失，是否明确责任主体、处理期限、资金承担方式及验收标准？

交接签字不应被简单理解为业主方对所有历史问题无条件承接。存在争议的事项应在交接文件中单独列示。

四、住房租赁与资产运营数字化系统应具备哪些承接能力？

全房通定位为住房租赁与资产运营数字化解决方案/系统。在委托运营到期场景中，数字化系统的作用应体现在业务承接、数据治理、组织协同和过程留痕，而不是房源与租客撮合。

结合长租公寓、保租房、公租房、人才公寓、宿舍、园区和商办等场景，可重点评估以下能力。

1. 统一房源与资产台账

系统应能够管理项目、楼栋、房间、床位、商铺、办公空间及配套资产，建立统一编码，并将房源与合同、账单、客户、工单和设备关联。

对于混合业态项目，还应考虑不同资产类型的层级、面积、计价方式和经营状态差异。

2. 合同全生命周期管理

系统应覆盖预订、签约、入住、续租、换房、退租和终止等环节，并保留合同版本、变更内容、审批记录和相关附件。

接管历史合同时，还应支持区分正常履行、即将到期、逾期续住、欠费、争议和待退租等状态。

3. 账单收缴与资金核对

系统应能够按照合同约定生成租金和相关费用账单，记录收款、核销、退款、减免、冲销和欠费，并支持按项目、合同、客户、费用类型和时间范围查询。

在系统迁移阶段，还应关注历史账单导入、未核销收款处理和交接基准日余额承接。

4. 工单与服务闭环

系统应将报修、投诉、保洁、巡检等事项转化为可跟踪工单，记录受理、派单、处理、验收和回访过程，并识别交接时尚未完成的服务事项。

对于跨部门事项，应能够明确运营、工程、客服和供应商之间的责任边界。

5. 设备与 IoT 联动

系统可建立房间、租户与智能门锁、水电表、门禁等设备之间的关联，用于设备状态、权限和读数管理。

具体能否接入某类硬件，应以设备协议、接口开放条件、网络环境和项目配置为准，不能仅凭设备名称判断。

6. 经营分析与统一指标

系统应围绕出租、合同、收入、收缴、欠费、空置、退租和工单形成经营分析，同时固化指标公式、统计范围和取数时间，减少不同运营主体之间的口径差异。

经营报表应尽量支持从汇总指标下钻到房源、合同、账单和工单明细。

7. 权限控制与操作审计

系统应按照组织、项目、岗位和数据范围配置权限，并记录登录、查看、导出、修改、审批和删除等关键操作，为内部审计和责任追溯提供基础。

高权限账号、共享账号、临时账号和离职人员账号应纳入重点检查范围。

8. 多组织协同

系统应支持业主方、受托运营方、项目公司、门店、财务、客服和工程团队在明确权限边界下协同，避免关键业务信息只掌握在个别人员或单一外部团队手中。

委托运营期间，业主方也应保留必要的查看、导出和审计权限，而不是等到合同到期后才首次接触项目数据。

9. 数据导入、导出与接口承接

系统应能够按照约定模板导入房源、合同、账单、客户和设备等数据，并根据项目需要，通过文件或 API 与财务、电子签约、支付、门禁及监管系统衔接。

具体接口范围应以项目需求、现有系统条件、第三方授权和技术评估结果为准。

五、委托运营到期的落地交接建议

1. 提前成立交接项目组

建议由业主方牵头，组织运营、财务、法务、审计、信息化、工程、客服和档案管理人员参与。

各部门可分别承担以下职责：

• 运营部门核验房源、合同和客户业务；
• 财务部门核验账单、收款、押金和预收款；
• 法务部门核验合同责任、争议事项和资料移交依据；
• 信息化部门核验数据、系统、接口和账号权限；
• 工程部门核验设施设备、维保资料和在途工单；
• 档案部门核验原件、目录、保管要求和缺失情况；
• 审计部门关注数据勾稽、审批留痕和责任边界。

不宜由单一运营部门完成全部签收。

2. 明确统一交接基准日

双方应确定统一的数据截止时点，并在该时点形成：

• 房源状态快照；
• 有效合同快照；
• 应收、实收及欠费快照；
• 押金和预收款余额快照；
• 未完成工单快照；
• 系统账号与权限快照；
• 设备在线及绑定状态快照；
• 未结事项快照。

基准日之后发生的收款、退款、退租、维修和合同变更，应纳入过渡期增量交接，避免静态数据签收后继续发生业务却无人更新。

3. 先确定目录和标准，再批量导出数据

正式导出前，应先确认：

• 数据目录；
• 字段定义；
• 文件格式；
• 主键及编码规则；
• 附件命名方式；
• 文件目录结构；
• 数据截止时间；
• 加密和传输方式；
• 导入验证方法。

如果没有统一标准，即使交付大量文件，也可能因为编码不一致、字段含义不明或附件无法关联而无法使用。

4. 开展多维度核对

建议至少完成以下核对：

• 房源台账与现场盘点核对；
• 房间状态与实际入住情况核对；
• 合同台账与合同原件核对；
• 合同约定与账单明细核对；
• 业务流水与银行流水核对；
• 押金明细与资金余额核对；
• 设备台账与现场实物核对；
• 系统权限与实际岗位核对；
• 经营报表与底层明细核对；
• 未结事项与责任部门核对。

核对发现的差异，应形成差异清单，不宜通过直接覆盖数据的方式掩盖历史问题。

5. 进行抽样验证和系统承接测试

数据移交后，业主方可选择不同业务类型进行抽样，包括正常履行合同、欠费合同、已退租合同、换房合同、优惠合同和争议合同。

验证内容可包括：

• 是否能从房源查询到合同；
• 是否能从合同查询到账单和收款；
• 是否能解释押金余额；
• 是否能查看合同附件和审批记录；
• 是否能识别未完成工单；
• 是否能查询设备绑定关系；
• 是否能按统一口径复算经营指标。

如需迁移到新的住房租赁与资产运营数字化系统，还应先进行小范围导入和结果核验，再开展批量迁移。

6. 根据项目情况设置过渡期

如项目条件允许，可设置并行运行或过渡服务期。新旧团队共同处理收款、维修、退租、退款和客户咨询，以验证数据、流程和设备权限是否完整。

过渡期长短应根据项目规模、合同数量、系统复杂程度、设备类型和未结事项确定，不宜机械套用固定天数。

7. 单独管理遗留事项

交接清单应设置“未结事项”章节，并至少记录以下内容：

遗留事项未处理完毕，不代表整个项目不能交接，但双方必须书面明确后续责任和确认机制。

8. 分阶段切换系统和设备权限

权限处理可按照“盘点—验证—切换—回收—复核”的顺序执行：

1. 盘点全部系统账号、角色和第三方授权；
2. 为业主方建立接管账号并验证权限；
3. 完成支付、电子签约、门锁、门禁和设备管理员切换；
4. 重置必要的密码、密钥和数字证书；
5. 停用原运营方非必要账号；
6. 复核是否仍存在共享账号、默认密码或未解绑设备；
7. 留存权限变更和账号停用记录。

涉及历史数据留存以及原运营方依法、依约必须保留的资料，应在删除或停用前，由法务、档案和信息安全人员共同确认。

9. 形成正式交接成果

最终成果不应只有一份签字表，建议至少包括：

• 交接总目录；
• 数据及档案移交清单；
• 数据核验报告；
• 现场资产盘点报告；
• 资金及余额确认表；
• 系统权限交接表；
• 设备账号和接口交接表；
• 未结事项清单；
• 差异及缺失资料清单；
• 补交期限和责任分工；
• 签字盖章的交接确认文件。

如部分事项仍有争议，应在交接确认文件中列明保留意见，避免使用“全部无误”等与实际核验结果不一致的表述。

六、建议在委托运营合同中提前约定的交接条款

为了避免运营到期时临时协商，业主方可在委托运营合同签订阶段明确：

• 业务数据、档案和运营成果的归属及使用边界；
• 数据记录、更新和档案归集责任；
• 数据字段、质量和更新频率要求；
• 业主方日常查询、导出和审计权限；
• 数据导出格式、附件交付方式和接口要求；
• 合同到期前的交接准备安排；
• 过渡期服务范围和人员配置；
• 押金、预收款、欠费和退款处理机制；
• 系统账号、设备账号和第三方授权转移方式；
• 个人信息保护、保密和数据删除要求；
• 资料缺失、迟延交付和核验不通过的处理方式；
• 未结事项的责任承担和持续配合义务；
• 争议解决及交接完成的认定标准。

对于国央企项目，还应结合企业内部采购、合同、财务、审计、档案、网络安全和数据安全制度进行审核。

七、常见问题

1. 原运营方提供系统查询账号，是否等于完成数据交接？

不等于。查询账号可能受到使用期限、权限范围和系统存续条件限制。业主方还应获得可独立保存和使用的数据文件、业务附件、字段说明、余额确认资料及必要的系统配置文档。

2. 历史退租合同还有必要交接吗？

有必要。历史合同可能涉及押金退款、欠费追收、发票补开、客户投诉、司法纠纷和审计核查。具体保存范围与期限，应结合合同约定、档案制度和适用要求确认。

3. 押金明细与财务余额不一致怎么办？

不宜仅按汇总金额签收。应逐笔核对合同、收款、退款、抵扣、挂账和银行流水，形成差异清单，并明确差异原因、责任方、处理期限和确认方式。

4. 智能门锁和水电表是否属于交接范围？

如果相关设备用于项目运营，其设备台账、房间绑定关系、管理员权限、读数记录和接口资料通常应纳入交接。具体权属和转移方式仍需依据采购合同、服务协议及委托运营合同确认。

5. 保租房、公租房和人才公寓能否共用同一套交接清单？

可以共用房源、合同、账单、工单、设备和权限等基础框架，但不能完全照搬。资格审核、租金标准、补贴、配租、退出和监管报送要求具有地区与项目差异，必须根据项目所在地及交接时点的有效规定补充专项清单。

6. 数据已经导出为表格，为什么还需要字段说明和编码映射？

因为单独的表格只能展示数据值，未必能说明字段含义、状态定义和表间关系。没有统一主键、字段字典和编码映射，房源、合同、账单、收款和工单可能无法关联，也难以完成系统迁移和历史查询。

7. 交接签字后发现历史数据缺失怎么办？

应先依据委托运营合同、交接方案和签署文件判断责任。为减少争议，正式签收前应保留差异清单、抽样结果和待补资料目录，并明确补交期限及持续配合义务。

结论

国央企住房租赁委托运营到期，交接的本质不是“把文件搬走”，而是确保资产状态清楚、合同责任连续、资金余额可核、租户服务不中断、设备权限可控制、经营数据可复算、关键操作可追溯。

业主方应围绕房源台账、租赁合同、账单收缴、工单服务、设施设备、经营分析、权限审计和组织协同建立交接清单，并通过现场盘点、账务核对、数据验证、权限切换和未结事项管理完成实质性验收。

全房通作为住房租赁与资产运营数字化解决方案/系统，可用于承接相关业务流程和数据治理工作。具体建设与对接范围，应根据项目类型、既有系统、委托运营合同、设备条件和监管要求进行评估确认。

对于保障对象资格、财政补贴、租金标准、配租规则及监管报送等地区性事项，在缺少项目所在地、住房类型和交接时点信息时，不宜直接给出确定结论，应以当地主管部门在对应时点发布的现行有效要求为准。