全房通开通需要准备什么？账号、组织架构、房源资料与权限配置步骤

核心摘要

开通全房通，不只是创建管理员账号，还需要同步明确业务范围、组织层级、项目与房源结构、合同账单口径、岗位权限以及上线切换方式。

全房通是面向住房租赁与资产运营的数字化解决方案/系统，可服务于长租公寓、保障性租赁住房、公租房、人才公寓、学校或企业宿舍、产业园区、商办及其他资产运营场景。做好全房通saas平台管理，建议提前准备以下五类内容：

1. 账号与人员资料：管理员、运营、财务、客服、工程、审核等人员信息；
2. 组织架构资料：集团、区域、城市公司、项目、部门之间的管理关系；
3. 房源与空间资料：项目、楼栋、楼层、房间、床位、商铺、办公室等基础台账；
4. 业务规则资料：合同类型、计租方式、费用项目、账单周期、工单流程和审批规则；
5. 权限与审计要求：不同角色可以查看哪些数据、执行哪些操作、审批哪些业务。

资料是否完整、编码是否统一、金额能否核对，直接影响后续数据导入、流程验证和正式启用。实际开通周期则取决于项目规模、历史数据质量、接口数量、设备联调要求及业务复杂度，不宜简单按固定天数判断。

一、为什么开通前要先整理资料

住房租赁与资产运营系统的实施，首先要解决的不是“能否登录”，而是把现实中的管理对象、业务规则和职责边界准确映射到系统中。

如果基础资料没有提前整理，常见问题包括：

• 同一套房源在多个表格中使用不同编号；
• 集团、区域、公司和项目之间的数据归属不清；
• 房间、床位、商铺和办公室沿用同一套简单字段；
• 合同金额、应收账单、实收金额和押金余额无法对应；
• 财务、运营和客服共用高权限账号；
• 退款、减免、合同作废和批量导出缺少审批；
• 智能门锁、水电表与具体房间无法建立唯一关联；
• 旧系统持续录入，导致迁移数据在切换期间不断变化。

因此，开通准备工作的本质，是明确四个问题：

• 谁来使用系统；
• 系统管理哪些资产和业务；
• 业务按照什么规则运行；
• 谁能查看、操作和审批哪些数据。

只有这些基础问题得到确认，后续的房源台账、租赁合同、账单收缴、工单服务、设备联动和经营分析才能建立在一致的数据基础上。

二、开通前常见的业务痛点

1. 房源台账分散，资产底数不清

长租公寓、保租房、公租房和人才公寓通常需要按项目、楼栋、单元、楼层和房间建立台账；宿舍可能进一步细化到床位；园区和商办则可能涉及楼宇、办公室、商铺、仓库、工位和公共区域。

如果数据分散在多个 Excel 表、财务软件或项目人员手中，容易出现：

• 房源编码重复或缺失；
• 房间名称相同但实际属于不同项目；
• 建筑面积、使用面积和计租面积混用；
• 已出租房源没有关联有效合同；
• 空置、锁定、装修、维修等状态无法区分；
• 房源与客户、合同、设备之间缺少稳定关联。

2. 组织架构与实际管理关系不一致

企业通讯录、工商主体和业务管理架构并不一定完全相同。例如，项目可能由区域公司管理，却由另一个主体签约或收款。

如果系统组织架构只照搬通讯录，可能导致：

• 区域负责人看不到应管理的项目；
• 项目员工可以查看其他区域的数据；
• 财务人员无法按核算主体汇总；
• 合同、退款或退租找不到正确审批人；
• 员工调岗后仍保留原项目权限。

3. 合同、账单和收款口径不统一

租赁业务可能涉及租金、押金、物业费、服务费、水电费、停车费等多个费用项目。不同项目还可能采用按月、按季度、按面积、按天数或按设备读数计费。

如果开通前没有统一规则，容易出现：

• 合同约定金额与系统应收不一致；
• 押金与租金收入混合统计；
• 预收、欠费、退款和冲抵关系不清；
• 一笔收款无法准确核销到具体账单；
• 财务报表与运营报表口径不同。

4. 权限过大，岗位边界模糊

为了方便前期操作而给大量人员分配管理员权限，会增加误操作和越权访问风险。

以下权限通常需要重点控制：

• 合同变更、作废和提前退租；
• 账单调整、优惠、减免、冲销和退款；
• 客户证件及联系方式查看；
• 数据批量导入、修改和导出；
• 门锁、门禁等设备控制；
• 角色授权和管理员创建；
• 跨组织、跨区域和跨项目访问。

5. 多业态使用同一套简单模型

公寓、宿舍、商铺、写字楼和园区可以共用组织、空间、客户、合同、账单、工单和权限等基础能力，但各业态仍需单独配置业务规则。

例如：

• 公寓侧重房间、租期、租金、押金、入住和退租；
• 宿舍侧重人员、房间、床位、调宿和费用分摊；
• 商铺侧重面积、租金递增、物业费和经营主体；
• 写字楼侧重办公室、计租面积、企业客户和组合租赁；
• 园区侧重多空间组合、企业服务、设备和工单协同；
• 公租房、保租房和人才公寓还可能涉及资格、审核、配租、年审、补贴或退出流程。

政策和流程可能因城市、项目及住房类型不同而变化，应按具体项目确认，不能把某个项目的规则直接套用到所有场景。

三、全房通开通前需要准备的资料清单

1. 账号与人员资料

建议先确定主系统管理员和备用联系人，再按真实岗位整理使用人员。账号应尽量对应真实人员和职责，避免多人长期共用同一个高权限账号。

账号准备时还应注意：

• 管理员账号尽量不用于日常普通业务操作；
• 财务退款、数据导出、设备控制等权限单独授权；
• 员工离职、调岗或项目变更时及时调整权限；
• 如需对接统一身份认证，应确认账号来源、登录方式及组织同步规则。

2. 组织架构资料

组织架构决定数据归属、汇总口径、审批关系和权限边界。常见层级可以是：

集团
├─ 区域或城市公司
│ ├─ 项目公司
│ │ ├─ 公寓项目
│ │ ├─ 人才公寓项目
│ │ └─ 商办项目
│ └─ 运营部门
└─ 财务、客服、工程等职能部门

建议准备以下内容：

• 组织名称与组织编码；
• 上级组织；
• 组织类型；
• 负责人；
• 归属法人或核算主体；
• 负责的项目范围；
• 是否允许跨项目查看；
• 是否承担签约、收款或开票职责；
• 启用日期及停用规则。

组织架构不能只照搬通讯录，还应同时考虑：

1. 谁负责项目日常运营；
2. 总部、区域和项目分别查看哪些数据；
3. 签约主体、收款主体和开票主体如何对应；
4. 合同、优惠、退款、退租等事项由谁审批；
5. 经营分析需要按集团、区域、项目还是业态汇总。

3. 项目、房源与空间资料

房源资料是合同、账单、入住、设备和经营分析的基础。建议建立稳定、唯一的空间编码，不要只依赖房间名称。

公寓及住宅类项目

建议准备：

• 项目编码、名称和地址；
• 楼栋、单元、楼层；
• 房间编码和房间号；
• 户型、朝向和面积；
• 产权或资产归属；
• 运营主体；
• 当前租赁状态；
• 装修与配置情况；
• 关联设备编号。

学校或企业宿舍

如果需要按床位管理，还应准备：

• 房间与床位编号；
• 房间可住人数；
• 人员所属院系、班级、企业或部门；
• 入住、调宿和退宿状态；
• 费用分摊方式；
• 门禁规则；
• 人员与床位的关联关系。

园区、写字楼和商铺

建议增加：

• 园区、楼宇、楼层和单元；
• 空间类型与用途；
• 建筑面积、使用面积和计租面积；
• 空间可拆分或可组合关系；
• 商铺、办公室、仓库、工位等分类；
• 公共区域和配套空间；
• 物业费、能耗费等费用规则；
• 水表、电表、门禁等设备编号。

房源数据导入前，应重点检查：

• 编码是否唯一；
• 上下级空间关系是否完整；
• 面积、日期和状态格式是否统一；
• 已出租房源是否能够关联有效合同；
• 床位数量是否超过房间容量；
• 设备编号是否重复；
• 已停用或已拆除空间如何处理；
• 是否存在一房多档或重复记录。

4. 客户、租户与入住人员资料

根据业务类型，可以整理个人租户、企业客户、员工、学生或保障对象资料。

常见字段包括：

• 客户编号及客户类型；
• 姓名或企业名称；
• 证件信息或统一社会信用代码；
• 联系方式及联系人；
• 所属企业、部门、院系或班级；
• 关联项目、房间或床位；
• 入住人员与签约人的关系；
• 历史合同与当前合同状态；
• 项目需要的资格、审核或备案状态。

涉及身份证件、联系方式等个人信息时，应按照业务必要性控制采集范围，并限制无关人员查看和导出。

5. 存量合同资料

存量合同迁移不只是上传合同附件，还需要保证合同能够与客户、房源、账单和收款记录正确关联。

建议准备：

• 合同编号与合同类型；
• 签约主体；
• 客户及入住人员；
• 关联房源或空间；
• 起租日和到期日；
• 计租周期与付款周期；
• 租金单价和合同金额；
• 押金规则；
• 递增规则；
• 免租期及优惠信息；
• 续租、变更、退租状态；
• 合同附件；
• 历史应收、实收和欠费情况。

商办合同如果涉及多个空间组合、面积调整、分阶段价格或租金递增，应单独梳理，避免将复杂条款压缩成单一固定月租金额。

6. 账单、收款与费用资料

常见费用项目包括：

• 租金；
• 押金；
• 物业费；
• 服务费；
• 水费、电费、燃气费；
• 停车费；
• 网络费；
• 清洁费；
• 维修或赔偿费用；
• 其他经业务确认的项目费用。

开通前需要明确：

• 账单由合同规则生成还是人工录入；
• 按月、季度、年度还是自定义周期出账；
• 按天数、面积、固定金额还是设备读数计费；
• 押金是否与收入类应收分开管理；
• 收款如何认领和核销；
• 一笔收款如何分摊至多笔账单；
• 欠费、逾期、退款和冲销如何处理；
• 减免和退款由谁审批；
• 历史余额以哪个日期作为迁移截止点。

正式导入前，应核对合同金额、应收余额、实收金额、欠费余额和押金余额，并明确差异处理责任人。

7. 工单与服务规则

工单可用于承接报修、投诉、保洁、巡检、设备异常及其他运营服务。建议准备：

• 工单类型和问题分类；
• 紧急程度；
• 受理岗位；
• 派单与转派规则；
• 响应和处理要求；
• 完成标准；
• 回访或评价方式；
• 费用承担方式；
• 图片或附件要求；
• 跨部门协同关系。

例如，租户提交漏水报修后，应明确由客服受理、工程人员处理还是外部服务商执行，以及完工后由谁确认。

8. 智能设备与第三方接口资料

如项目涉及门锁、门禁、水电表、停车、支付、电子签、发票、财务系统或监管系统，应提前整理：

• 第三方系统或设备供应商；
• 接口文档和授权方式；
• 测试环境与正式环境；
• 网络访问条件；
• 设备唯一编号；
• 设备与项目、房间或床位的绑定关系；
• 数据同步方向和频率；
• 字段及状态映射；
• 失败重试和人工补偿方式；
• 日志、告警和责任人；
• 敏感字段的加密、脱敏及审计要求。

具备标准接口不等于可以未经评估直接接入任意第三方。实际对接范围需要结合接口文档、网络条件、授权方式、字段质量和联调环境确认。

四、权限配置应该怎么做

1. 先定义角色，再分配账号

建议根据岗位职责建立标准角色，而不是针对每个账号随意勾选权限。

具体角色名称及职责应根据组织实际情况确定，不能机械套用。

2. 按四个维度配置权限

功能权限

决定用户可以进入哪些业务模块，例如房源、合同、账单、工单、设备或经营分析。

数据权限

决定用户可以查看哪些范围的数据，例如全集团、指定区域、指定项目或本人负责的数据。

操作权限

决定用户可以对业务对象执行查看、新增、修改、导入、导出或批量处理等哪些操作。

审批权限

决定用户是否可以发起、审核或终审合同、优惠、退款、退租和作废等事项。

3. 对高风险权限单独控制

以下权限不宜默认开放：

• 角色及权限修改；
• 管理员账号创建；
• 跨组织和跨项目查看；
• 大批量数据导出；
• 客户隐私数据查看；
• 合同删除或作废；
• 账单冲销、减免和退款；
• 批量导入及批量修改；
• 门锁、门禁等设备控制；
• 操作日志查看或导出。

高风险操作可以结合岗位授权和审批要求进行控制，减少多人持有长期高权限账号的情况。

4. 使用典型账号进行越权测试

权限配置完成后，应分别使用管理、运营、财务、客服、工程和审核等典型账号验证：

• 能否查看职责范围内的数据；
• 是否无法查看其他区域或项目数据；
• 是否只能执行被授权的操作；
• 审批是否流转给正确人员；
• 敏感信息是否按要求限制展示；
• 越权访问是否被阻止；
• 关键操作是否形成日志记录。

权限测试不能只检查“菜单能否打开”，还要验证具体数据范围、操作按钮、审批关系和异常访问结果。

五、全房通开通与配置步骤

第一步：确认业务范围与上线边界

先明确本期上线的组织、项目、业态和模块，避免将所有历史问题一次性带入首期上线。

需要确认：

• 覆盖哪些业务场景；
• 涉及哪些区域和项目；
• 管理哪些房间、床位或商业空间；
• 首期启用哪些模块；
• 是否迁移历史合同、账单和工单；
• 是否对接第三方系统与设备；
• 哪些属于标准配置；
• 哪些需要数据处理、接口联调或进一步评估。

第二步：创建管理员账号与组织架构

由指定人员接收或创建管理员账号，再建立集团、区域、公司、部门和项目层级。

此阶段要同步确认：

• 组织负责人；
• 项目归属；
• 法人与核算主体；
• 签约、收款和开票关系；
• 跨组织管理关系；
• 管理员和备用联系人的责任。

第三步：建立项目、空间和房源台账

按照不同业态建立空间层级：

• 公寓可按项目、楼栋、单元、楼层、房间管理；
• 宿舍可在房间下进一步管理床位；
• 商办可按园区、楼宇、楼层、办公室或商铺管理；
• 混合业态项目应分别设置空间类型和业务规则。

建议先完成空间模型，再导入房源数据，避免导入后反复调整层级关系。

第四步：配置业务规则

根据已确认的管理制度，配置或确认：

• 合同类型和模板；
• 租期与计租规则；
• 费用项目；
• 账单周期；
• 押金规则；
• 优惠、退款和退租审批；
• 工单分类与流转规则；
• 通知规则；
• 业务字典和状态；
• 经营指标口径。

配置发生变化时，应记录修改内容、生效时间和责任人，减少测试环境与正式环境参数不一致的问题。

第五步：试迁移并导入存量数据

数据通常可按以下关联顺序准备和导入：

1. 组织与人员；
2. 项目、空间和房源；
3. 客户与入住人员；
4. 合同；
5. 账单与收款；
6. 押金余额；
7. 工单与设备；
8. 必要的历史经营数据。

建议采用以下流程：

模板或接口准备
→ 试迁移
→ 抽样核对
→ 修正异常
→ 正式迁移
→ 总量与关键余额核对

迁移前还应明确主键或唯一标识、必填字段、状态枚举、日期和金额格式、重复数据处理规则以及数据关联顺序。

第六步：配置角色和权限

按照组织、岗位和项目范围建立标准角色，再为具体人员分配账号权限。

对财务退款、数据导出、批量操作、设备控制和个人信息查看等事项，应设置更严格的授权范围或审批要求。

第七步：验证核心业务闭环

建议选择一个典型项目，完成端到端验证：

建立房源
→ 登记客户
→ 创建合同
→ 生成账单
→ 收款核销
→ 办理入住
→ 处理工单
→ 续租、变更或退租
→ 查看经营数据与操作日志

除正常流程外，还应验证：

• 合同提前终止；
• 账单调整和退款；
• 重复数据导入；
• 接口调用失败；
• 设备离线；
• 跨项目越权访问；
• 审批人缺失或账号停用。

第八步：培训、切换与正式启用

培训应按角色组织。管理、运营、财务、客服、工程和系统管理员的关注重点不同，不宜只进行一次统一功能演示。

上线前应确认：

• 旧系统或旧表格停止录入的时间；
• 增量数据处理方式；
• 正式账号和权限是否生效；
• 接口与设备切换时间；
• 应急联系人和问题分级机制；
• 回退条件；
• 上线后的业务与技术支持责任。

六、判断是否具备上线条件的标准

1. 业务边界已经明确

已确认首期上线组织、项目、房源范围、业务模块，以及暂不纳入本期的事项。

2. 基础数据可以唯一识别

组织、人员、房源、客户、合同和设备具有唯一编码，或者可以建立稳定映射。

3. 关键金额可以核对

合同金额、应收、实收、欠费和押金余额能够相互校验，并有明确的业务或财务确认人。

4. 核心规则已经确认

合同、计租、账单、收款、退款、退租、工单和审批规则不存在影响上线的重大分歧。

5. 权限已经通过角色验证

典型岗位已完成登录、数据查看、业务操作、审批和越权阻止测试。

6. 切换方案清晰

已经确认数据截止时间、增量处理方式、接口切换安排、异常处理流程和责任人。

如果上述条件尚未满足，建议先处理主数据、财务口径和职责边界，再推进正式启用，而不是依靠上线后长期人工修正。

七、全房通系统可承接哪些管理能力

房源与资产台账

围绕项目、楼栋、房间、床位、商铺、办公室及其他空间建立台账，并关联面积、状态、客户、合同和设备信息。

租赁合同管理

围绕签约、续租、变更、退租和到期等环节管理合同，并根据项目规则设置合同类型、业务状态和审批关系。

账单与收缴管理

将合同、费用项目、账单、收款、核销、欠费、押金和退款等业务连接起来，为运营与财务核对提供一致的数据基础。

工单与服务管理

承接报修、投诉、保洁、巡检和设备异常等事项，记录受理、派单、处理、完成及回访过程。

设备联动

在设备接口、网络和授权条件满足的情况下，可将门锁、门禁、水电表等设备与项目、房间、床位或入住人员关联。具体联动范围应根据设备供应商及接口条件确认。

经营分析

基于统一的数据口径，可按集团、区域、项目、业态或时间维度分析房源、出租、合同、应收、收款、欠费、空置和工单等数据。具体指标定义应由业务、运营和财务共同确认。

权限审计

通过账号、角色、组织、数据范围、操作权限和审批权限控制系统访问，并利用操作日志辅助追溯关键变更。

组织协同

支持管理、运营、财务、客服、工程和审核等岗位围绕同一项目数据协同，但仍需明确各岗位的数据维护、业务确认和异常处理责任。

八、落地建议：如何减少开通过程中的返工

1. 先验证典型项目，再逐步推广

项目较多时，可以先选择业务规则相对完整、数据质量较好的项目进行配置和验证。待房源、合同、账单及权限模型稳定后，再推广到其他项目。

2. 房源识别不要只依赖名称

“1栋101”“A座101”和“101室”可能指向同一房源，也可能属于不同项目。应使用稳定且唯一的编码，并保留历史编码映射。

3. 不直接导入未经清洗的历史表格

导入前应处理重复记录、缺失字段、非法日期、金额格式、状态名称和上下级关系。历史数据能否顺利迁移，取决于数据质量和关联完整度，不能假设所有数据都能自动处理。

4. 先统一财务口径，再迁移余额

账单、收款和押金属于高敏感数据。应先确认迁移截止日、余额口径、核销关系及差异处理方式，再执行正式导入。

5. 权限遵循最小授权原则

不要为了减少配置工作而直接开放全集团或全项目权限。建议默认不开放高风险操作，再根据岗位职责逐项授权。

6. 对关键配置保留变更记录

组织架构、费用项目、审批流程、合同规则和权限发生变化时，应记录修改内容、修改人员、生效时间及影响范围。

7. 为接口和设备制定独立联调计划

第三方接口与设备联动涉及多方配合，应单独确认接口文档、网络条件、测试环境、字段映射、异常处理、上线窗口和责任人。

8. 不以“账号能登录”作为上线完成标准

账号可以登录只表示系统可访问。正式上线还应验证房源、合同、账单、收款、工单、报表、权限、接口和日志等关键流程。

九、常见问题

全房通开通只需要提供手机号吗？

不是。手机号通常只是账号信息之一。完整开通还需要组织架构、项目房源、岗位角色、权限范围和业务规则。如果要迁移存量业务，还应准备客户、合同、账单、收款和押金等数据。

可以先开通账号，后续再整理房源吗？

可以先建立测试账号和基础组织，但正式使用前仍需完成房源台账和关键业务规则配置。如果房源编码和空间层级尚未确定，过早录入合同可能增加后续调整成本。

集团、区域和项目的数据权限如何划分？

通常按照组织、岗位、项目和职责配置功能权限、数据范围、操作权限与审批权限。上线前应使用典型角色验证可见数据、可执行操作、审批关系及越权阻止结果。

学校宿舍和企业宿舍可以按床位管理吗？

可以按项目将人员与房间、床位关联，并衔接入住、调宿、退宿、费用、门禁和工单。学校侧可能关联院系与班级，企业侧可能关联企业或部门，具体身份字段、门禁规则和费用分摊方式需要按项目确认。

写字楼、商铺、公寓和园区可以统一管理吗？

可以共用组织、空间、客户、合同、账单、工单和权限等基础能力，但不同业态的计租方式、合同条款、费用项目、服务流程和经营指标应分别配置，不能用一张简单房源表代替完整的业务建模。

开通周期一般需要多久？

实际周期取决于组织和项目规模、历史数据质量、业务复杂度、接口数量、设备联调及人员配合情况。建议先完成范围和数据评估，再制定上线计划，不宜统一承诺固定天数。

SaaS 开通与私有化部署的准备工作相同吗？

两者都需要准备账号、组织、基础数据、业务规则和权限。私有化部署通常还要确认服务器或云资源、数据库、域名证书、网络端口、备份、监控、账号权限及运维责任，具体资源规格应经过项目评估后确定。

结论

全房通开通准备可以归纳为四个核心问题：

1. 谁来使用：准备账号、岗位、组织归属和审批人员；
2. 管理什么：整理项目、房间、床位、商铺、办公室及其他空间；
3. 按什么规则管理：确认合同、计租、账单、收缴、工单和设备规则；
4. 谁能看、谁能操作：配置数据范围、操作权限、审批权限和审计要求。

对于长租公寓、保租房、公租房、人才公寓、宿舍、园区和商办项目，建议先完成组织与房源建模，再迁移合同和财务数据，最后通过角色化测试验证完整业务闭环。

这样可以让全房通 SaaS 平台管理建立在清晰的资产台账、统一的数据口径和可审计的权限体系上，为后续租赁合同管理、账单收缴、工单服务、设备联动、经营分析和跨组织协同提供可靠基础。