全房通怎么用？从建立房源到签约、出账和退租的操作思路

核心摘要

“全房通怎么用”不能只理解为熟悉页面和功能按钮。全房通是住房租赁与资产运营数字化解决方案/系统，使用时需要先梳理项目的组织架构、资产层级、合同规则、计费口径和岗位权限，再将房源建档、签约入住、账单收缴、工单服务、设备联动、续租调房和退租结算连接起来。

一套较完整的操作路径通常包括：

1. 建立组织、项目、楼栋、房间、床位或商办空间台账。
2. 统一资产编码、房态定义、出租规则和费用项目。
3. 录入个人住户或企业客户资料，完成申请、审批、签约和入住。
4. 根据合同及项目计费规则生成租金、押金、水电费等账单。
5. 跟踪收款、欠费、减免、退款、押金和对账结果。
6. 通过工单、巡检和设备台账处理在租服务。
7. 办理续租、调房、验房、结算、退租和权限回收。
8. 利用经营报表、审批记录和操作日志检查运营质量。

具体页面、字段与功能范围会因产品版本、项目配置、外部接口和实施约定而不同。本文说明的是业务操作思路，不将单一项目的配置视为所有项目的统一标准。

常见业务痛点

住房租赁与资产运营项目经常同时使用 Excel、纸质合同、支付渠道后台、设备管理工具和财务软件。数据分散后，容易出现以下问题：

• 项目、楼栋、楼层、房间和床位的层级不统一。
• 同一资产存在多个名称或编码，历史合同难以准确关联。
• 可租、预订、已签、已入住、维修中等房态定义不一致。
• 合同约定的价格、周期与系统出账规则不一致。
• 收款无法准确匹配合同、房间和费用项目。
• 押金、退款、减免和历史欠费缺少统一台账。
• 报修、巡检和设备异常停留在线下沟通中。
• 门锁、门禁、水表和电表没有与人员、空间及合同建立关系。
• 总部、区域、项目和现场团队的数据权限边界不清。
• 不同项目使用不同的出租率、收缴率和欠费统计口径。

因此，系统上线不能只从“批量导入房源”开始。更重要的是明确管哪些资产、使用什么业务规则、由谁操作和复核，以及如何形成可追溯的数据关系。

使用前的判断标准

资产范围是否清楚

不同业态需要不同的空间模型：

• 长租公寓通常以项目、楼栋、楼层和房间为核心。
• 企业宿舍、学校宿舍还需要管理房间与床位。
• 园区和商办可能涉及园区、楼宇、楼层、办公室、商铺或其他经营空间。
• 分散式租赁需要处理不同地址、业主关系、租客合同、单套成本收益和跨区域协同。
• 保租房、公租房和人才公寓还可能需要关联申请人、配租对象及项目要求的信息。

集中式和分散式资产可以纳入同一套系统，但应分别配置资产关系、核算口径和权限，不能直接套用完全相同的模型。

合同规则是否明确

配置系统前，应明确签约主体、承租对象、租赁标的、合同期限、租金、押金、付款周期、费用承担、变更方式及退租条件。

保租房、公租房和人才公寓可能涉及资格审核、配租审批、政策价格及特殊授权。相关流程并非全国统一，需要结合当地政策、项目制度和实际授权范围配置。

账务口径是否统一

项目需要明确：

• 哪些费用由合同周期自动形成应收。
• 哪些费用来源于设备读数、人工抄表或分摊规则。
• 押金是否与租金、服务费等收入分开管理。
• 减免、退款、冲销和历史欠款如何处理。
• 收缴率、欠费率等指标如何计算。

全房通所连接的业财业务，重点是合同、应收账单、收款、退款、押金、对账和经营报表之间的衔接，不等同于完整的会计财务系统。会计总账、税务申报和企业完整财务核算由哪套系统承担，需要根据客户现有财务架构确认。

岗位权限是否清楚

总部、区域、项目、门店和现场团队通常需要不同的数据范围与操作权限。合同作废、账单调整、费用减免、押金退款和设备远程控制等高影响操作，应明确发起人、审批人、执行人和复核人，并保留操作记录。

从建立房源到退租的操作思路

第一步：建立组织与房源台账

先按照实际管理边界建立企业、区域、项目等组织结构，再根据业态建立空间层级。

常见结构包括：

每项资产应使用稳定、唯一的编码，并维护面积、户型、用途、配置、经营状态、计费对象和关联设备等基础信息。编码规则应便于长期维护，不宜随着租客、运营人员或项目名称变化而频繁调整。

批量导入历史数据后，页面显示“导入成功”只代表系统完成了导入处理，不能证明数据已经正确。业务人员还应核对：

• 组织与空间层级是否符合实际。
• 资产编码是否重复、遗漏或错误。
• 房态是否与现场经营情况一致。
• 历史客户、合同和账单是否关联到正确房源。
• 金额、日期、计费周期和欠费数据是否准确。
• 设备是否绑定到对应项目、房间或床位。

第二步：配置出租与计费规则

完成房源建档后，需要配置适用于项目的出租方案和费用规则，包括租金、押金、服务费、物业费、能源费及其他约定费用。

重点需要确认：

• 房源可出租给哪些对象，用于什么用途。
• 租金采用何种价格及付款周期。
• 押金按固定金额还是项目规则计算。
• 水电费使用设备读数、人工抄表还是分摊方式。
• 是否存在优惠、减免、免租期及相应审批条件。
• 合同变更、逾期、调房和退租时如何调整费用。
• 不同费用由谁审核、收取、对账和退款。

合同条款与系统计费规则必须保持一致。例如，合同约定按季度付款，系统却按月形成应收，就可能导致欠费状态和收缴率统计失真。

第三步：录入客户并完成签约入住

房源达到可出租状态后，可录入个人住户、企业客户或其他承租对象的信息，再按项目制度完成申请、审核、选房、签约和入住。

签约前应重点核对：

• 签约主体与必要的身份或企业资料。
• 租赁房间、床位或商办空间。
• 合同起止日期。
• 租金、押金及其他费用。
• 付款周期与首期应收日期。
• 续租、调房、退租和违约处理约定。
• 审批状态、合同附件及相关交接资料。

合同生效后，再办理入住确认、物品交接、钥匙或门禁权限发放，使人员、空间、合同和设备权限形成明确关联。

资格审核、电子签、支付或外部审批是否包含在项目范围内，取决于产品版本、系统配置、接口条件和项目约定，实施前应逐项确认。

第四步：按合同和规则出账

合同生效后，可根据租期、付款周期和费用规则形成租金、押金及其他应收账单。水电费等费用可结合设备读数、人工抄表、价格规则或分摊规则计算。

水表和电表主要提供读数、用量等基础数据。费用单价、阶梯规则、公区分摊、充值、出账和退租结算，仍需由项目业务规则和系统配置共同确定。

出账后应检查：

• 账单是否关联正确的客户、合同和空间。
• 金额是否与合同约定一致。
• 账期、应收日期及费用归属期是否准确。
• 优惠、减免和免租期是否正确生效。
• 调房、续租或提前退租后是否出现重复账单。
• 设备读数和人工录入数据是否存在异常。

第五步：完成收款、对账和欠费跟踪

收款记录应准确匹配到合同、账单和费用项目。涉及多个支付渠道或线下收款时，还需要明确渠道流水与业务账单的对账方式。

日常管理应重点关注：

• 应收、实收和未收金额是否一致。
• 收款是否匹配到正确账单。
• 押金是否与租金及其他费用分开记录。
• 欠费、退款、减免和冲销是否经过授权。
• 跨期账单和历史欠款是否纳入统计。
• 退款状态与审批、支付结果是否一致。

不同项目的收缴率不能只按报表名称直接比较。比较前应统一计算公式、应收范围、实收时间、统计截止点，以及押金、退款、减免、跨期账单和历史欠费是否计入。

第六步：处理在租服务和工单

住户或企业入住后，系统使用重点由签约转向服务履约。报修、投诉、保洁、巡检、物品更换及公共设施维护等事项，可以通过工单记录受理、派单、处理、验收和回访过程。

工单通常应关联：

• 所属项目与具体房间、床位或公共区域。
• 报修人、受理人和处理责任人。
• 问题类型、紧急程度和时间节点。
• 相关设备、材料、费用和现场记录。
• 完成结果、验收状态及后续处理意见。

工单数据还可用于检查高频问题、重复维修和处理进度，为设备维护、物资采购和人员安排提供运营依据。

第七步：按项目条件连接设备

门锁、门禁、水表、电表和闸机等设备是租赁与资产运营流程的执行端，需要与房源、房间、床位、人员、合同、账单、工单和设备台账建立关系。

典型联动包括：

• 入住时开通门锁或门禁权限。
• 在住期间调整或临时配置通行权限。
• 调房时迁移原有权限。
• 退租时回收权限并保留操作记录。
• 根据水电表读数形成计费基础数据。
• 在设备上报离线、低电量、读数异常或控制失败后，按配置触发通知、巡检或维修工单。

设备接入应经过需求与现场勘测、方案确认、供货安装或安装协调、建档联调、验收交接等环节。已有设备需要核对型号、通信协议、平台接口、授权方式、网络、供电和安装环境，必要时进行样机验证。

Wi-Fi、4G和RS485等通信方案各有适用条件，不能只依据设备名称选型。远程抄表、充值、开关水、通断电或开锁等能力，也取决于具体设备型号、联网状态、供电条件、接口授权和项目规则。

设备异常自动生成工单需要设备能够上报状态、接口可用且项目已配置触发规则。自动工单不能替代现场检查和必要的安全处置。

第八步：办理续租和调房

续租前应核对原合同到期时间、历史欠费、价格调整规则和新的付款周期。续租合同或变更记录应与原合同建立关联，防止合同断档或重复出账。

调房不能只修改房间字段，还需要同步处理：

• 原房间和新房间的房态。
• 合同标的及相关变更记录。
• 租金、其他费用和押金差额。
• 原房与新房的水电表读数。
• 家具、钥匙及其他物品交接。
• 门锁、门禁和通行权限迁移。
• 审批记录及后续账单调整。

第九步：完成退租结算

退租是房态、合同、费用、物品和设备权限集中变化的环节，通常包括以下步骤：

1. 接收退租申请、合同到期通知或其他有效指令。
2. 核对退租日期、合同责任及审批状态。
3. 完成房屋验收和物品交接。
4. 核对租金、水电费、服务费及其他未结费用。
5. 读取并确认设备最终读数。
6. 计算押金扣款和应退款项。
7. 发起退款、扣款或费用调整审批。
8. 回收钥匙、门锁、门禁及其他通行权限。
9. 归档合同、验房和交接资料。
10. 将房态调整为待清洁、维修中或可出租等实际状态。

扣款、退款、断水断电和通行权限回收属于高影响操作，应符合合同、政策和项目授权，并保留人工审核与操作日志。

系统能力评估

判断系统是否适合具体项目，不应只看功能名称，而应检查关键业务能否形成闭环。

不同业态的使用重点

长租公寓

重点通常包括房态、租约、价格、账单收缴、入住退租、维修工单、门锁权限和跨项目经营分析。分散式长租还需关注业主合同、租客合同、单套成本收益与跨区域协同。

保租房、公租房和人才公寓

除基础租赁管理外，还应关注申请、资格、配租、政策价格、审批授权和审计记录。具体流程应依据当地政策、项目制度和实施范围确定，不能默认资格变化会自动触发高影响设备动作。

企业宿舍和学校宿舍

重点通常是人员、房间、床位、入住调换、费用分摊、门禁权限、安全巡检和后勤服务。操作设计需要适应人员变动频繁、床位相对固定的特点。

园区与商办

通常以空间和企业客户为核心，关注租赁合同、租金、物业及能源费用、门禁车辆、公共区域设备、企业服务和工单协同。

综合资产运营

多业态、多项目运营应先统一资产编码、合同分类、费用科目和指标口径，再通过组织层级与分级权限满足总部、区域和项目团队的管理需求。

落地建议

先形成业务蓝图

上线前梳理现有流程、角色、表单和审批节点，明确哪些规则继续使用、哪些需要调整。历史 Excel 可作为数据来源，但不宜未经核对就原样复制其字段和关系。

选择代表性项目试运行

试点项目应覆盖真实的建房、签约、出账、收款、工单和退租流程。试运行不仅要验证正常路径，还要检查合同变更、减免、退款、调房和提前退租等异常或低频场景。

使用实际合同验证账单

选择月付、季付、优惠、减免、续租、调房和提前退租等不同合同，逐笔核对应收日期、金额、收款匹配及退款结果，确认合同规则与账单逻辑一致。

单独验收设备联动

设备项目应完成资料核对、现场勘测、样机验证、建档绑定、接口联调和业务场景验收。客户已有或自行采购的设备，不能仅凭品牌名称判断能够直接接入。

建立数据责任制度

房源、合同、账单、客户和设备资料应明确维护责任人。批量导入、合同作废、账单调整、费用减免、退款及远程设备控制等操作，应设置审批或复核机制。

统一经营指标口径

出租率、收缴率、平均租金、欠费和工单处理时效等指标，应明确公式、统计范围、截止时间、数据来源和更新频率，避免不同部门对同一指标作出不同解释。

做好培训与运维交接

系统交付不应止于功能上线。项目还应明确管理员、业务联系人、设备故障处置方式、问题反馈路径和后续配置变更流程，确保人员调整后仍能持续维护。

结论

全房通怎么用，核心不在于按固定顺序点击功能，而在于把资产、客户、合同、账单、服务、设备和组织权限建立为可追溯的业务关系。

较稳妥的路径是：先统一组织和房源台账，再配置合同与计费规则；通过签约建立租赁关系，通过账单、收款和对账记录经营结果；在租期间使用工单与设备协同服务；最后通过验房、结算、退款、权限回收和房态恢复完成退租闭环。

对于长租公寓、保租房、公租房、人才公寓、宿舍、园区、商办和综合资产运营项目，实际功能范围仍需根据业态、政策、产品版本、设备条件、外部接口及实施约定确认。只有业务规则、数据质量、岗位权限和责任机制同步落地，系统中的房态、账单和经营分析才具有实际管理价值。