SaaS租户管理如何划分权限？平台方、运营方与项目人员角色设计

核心摘要

在长租公寓、保租房、公租房、人才公寓、企业宿舍、园区和商办等业务中，SaaS系统通常同时服务于平台方、集团或区域运营方、项目管理团队以及财务、客服、工程等具体岗位。若权限只按照“管理员”和“普通用户”进行粗略划分，容易出现数据越权、审批失控、敏感信息暴露和跨项目误操作等问题。

一套适用于住房租赁与资产运营的多租户管理平台，应将权限拆分为组织权限、功能权限、数据权限、操作权限和审批权限，并围绕房源台账、租赁合同、账单收缴、工单服务、设备联动、经营分析和权限审计建立角色体系。

全房通定位为住房租赁与资产运营数字化解决方案/系统，可根据集团、区域、项目、部门和岗位配置权限，支持不同业态在统一数据底座上进行差异化管理。实际权限范围仍需结合客户组织架构、业务制度、部署方式和项目验收标准确定。

一、为什么SaaS租户管理需要精细划分权限？

1. 不同主体关注的数据和责任不同

在SaaS业务中，平台方负责系统运行、租户开通和基础配置；运营方负责集团、区域或项目经营；项目人员则承担合同办理、费用收缴、客服响应、维修处理和现场管理。

这些角色虽然使用同一套系统，但关注重点并不相同：

• 平台方需要管理租户、账号、套餐或系统级配置；
• 集团或区域管理者需要查看经营汇总、项目对比和组织执行情况；
• 项目负责人需要管理本项目房源、合同、账单和服务任务；
• 财务人员需要处理应收、实收、退款和对账；
• 管家或客服需要服务租客、住户或企业客户；
• 工程人员需要处理设备、巡检、维修和工单；
• 审核人员需要查看待审批事项，但不一定拥有业务执行权限。

如果所有人员都使用同一套菜单和数据范围，系统很难满足实际管理要求。

2. 多业态导致业务对象和权限边界不同

长租公寓通常围绕楼栋、房间、租客、合同、账单和维修服务开展管理；宿舍可能进一步细化到床位，并关联学生、员工、班级、企业或部门；保租房、公租房和人才住房还可能涉及申请、资格审核、配租、年审、补贴和退出流程。

园区、写字楼和商铺则会增加企业档案、招商、物业服务、门禁车辆、能耗和设备资产等管理对象。虽然这些业态可以共用组织、空间、客户、合同、账单、工单和权限基础能力，但计租方式、合同条款、费用项目和经营指标不能简单套用同一套规则。

因此，权限设计不仅是“谁能登录系统”，还要回答：

• 谁能看到哪些房源和客户？
• 谁能新增、修改或作废合同？
• 谁能生成、调整、核销或退款账单？
• 谁能控制设备或查看现场信息？
• 谁能审批敏感操作？
• 谁能导出数据，导出哪些字段？
• 谁能查看经营分析，分析到什么颗粒度？

二、SaaS租户权限设计的五个判断维度

1. 组织权限：用户属于哪个管理层级？

建议按照实际管理关系建立组织树，例如：

平台方 → 集团 → 区域 → 项目 → 部门 → 岗位 → 人员

也可以根据客户实际情况配置为：

• 总部
• 城市公司
• 片区
• 园区或公寓项目
• 楼栋或运营单元
• 运营、财务、客服、工程等部门

组织权限决定了用户属于哪个管理范围，是数据隔离和协同授权的基础。

2. 功能权限：用户可以进入哪些模块？

功能权限通常对应系统菜单和业务模块，例如：

• 房源台账
• 客户与住户档案
• 租赁合同
• 账单与收缴
• 业主合同
• 工单服务
• 设备与物联
• 经营分析
• 审批中心
• 系统设置
• 数据导入导出

功能权限解决的是“能不能看到某个功能”，但不能替代数据权限。例如，用户可以进入合同模块，不代表其可以查看所有项目的合同。

3. 数据权限：用户可以看到哪些数据？

数据权限是多租户管理平台的关键。常见范围包括：

• 全集团
• 指定区域
• 指定项目
• 指定楼栋
• 指定房源或房间
• 指定客户或合同
• 本人创建或负责的数据
• 本部门数据
• 仅汇总数据，不展示明细

例如，区域负责人可以查看所辖项目的经营汇总和合同情况；项目管家只能查看负责楼栋或房源的租客信息；财务人员可以查看账单和收款数据，但未必能够修改房源基础资料。

4. 操作权限：用户可以对数据做什么？

同一个数据对象，不同角色可能拥有不同操作权限：

• 查看
• 新增
• 编辑
• 提交
• 审核
• 驳回
• 作废
• 退款
• 批量导入
• 批量导出
• 变更状态
• 触发设备动作

例如，管家可以录入住户资料和发起合同申请，但合同生效可能需要项目负责人或审核人员确认；财务可以核销账单，但退款可能需要更高层级审批。

5. 审批权限：谁能做最终决定？

审批权限应与组织层级、金额范围和风险等级关联。以下事项通常需要单独控制：

• 合同折扣和租金调整
• 合同提前退租或变更
• 押金、租金和其他费用退款
• 账单减免或冲销
• 批量导入和批量修改
• 设备远程控制
• 住户隐私信息查看
• 视频、门禁或现场数据调阅
• 大批量数据导出

权限设计应避免“既能发起、又能审批、还可以直接执行”的单人闭环，必要时建立岗位分离和分级审批机制。

三、平台方、运营方与项目人员如何设计角色？

1. 平台方：负责租户和系统级管理

平台方通常是SaaS系统的提供与运维主体，权限范围应聚焦于系统运行和租户管理，不宜默认拥有客户全部业务数据的无限制访问权。

平台方常见职责包括：

• 创建、停用和维护租户；
• 配置租户基础信息和组织初始化；
• 管理系统版本、参数和公共字典；
• 配置账号、角色和租户级授权；
• 维护API、消息、支付、电子签等接口配置；
• 查看系统运行日志和异常信息；
• 处理技术支持和权限问题；
• 按授权范围进行运维排查。

平台方角色可进一步拆分为：

平台方应明确运维人员的访问边界。涉及客户住户隐私、财务数据、合同信息和批量导出时，应采用授权访问、临时授权、操作留痕和到期回收等方式。

2. 运营方：负责集团、区域和项目经营管理

运营方通常包括集团总部、城市公司、区域公司和项目运营团队。其权限需要体现管理层级和经营责任。

集团或总部管理角色

主要关注：

• 各区域和项目的房源规模；
• 出租率、空置情况和合同结构；
• 应收、实收、逾期和收缴进度；
• 项目经营指标；
• 工单处理效率和服务质量；
• 设备运行、能耗或资产状态；
• 组织执行和审批情况。

总部一般需要查看跨项目汇总数据，但对于租客手机号、身份证件、付款明细等敏感信息，可以根据岗位采用脱敏、按需查看或审批后访问。

区域管理角色

区域负责人通常可以查看和管理所辖项目，权限范围介于总部和项目之间，适合承担：

• 区域房源和合同管理；
• 区域账单收缴跟进；
• 项目经营数据对比；
• 区域工单和服务质量监督；
• 项目权限和人员配置审核；
• 区域内合同、退款和费用事项审批。

项目负责人

项目负责人重点关注本项目的日常经营和执行情况，包括：

• 楼栋、房间、床位或商办空间；
• 租客、企业客户和住户档案；
• 租赁合同和入住、退租状态；
• 账单生成、催缴和收款进度；
• 工单处理和现场服务；
• 设备、门禁和其他物联信息；
• 项目经营分析和异常提醒。

项目负责人可以拥有较完整的项目权限，但敏感事项仍应根据客户制度设置审批边界。

3. 项目人员：按岗位而非按“管理员”统一授权

项目人员应根据工作职责拆分角色，而不是所有人都使用项目管理员账号。

运营或管家

适合处理：

• 房源状态维护；
• 客户带看或入住信息；
• 租客资料和联系记录；
• 合同申请与续租；
• 账单提醒；
• 服务工单创建和跟进。

不宜默认开放批量导出、退款、合同作废和跨项目数据权限。

财务人员

适合处理：

• 账单核对；
• 收款登记；
• 在线支付结果核验；
• 欠费和逾期管理；
• 对账与收支分析；
• 退款申请或审核。

财务人员不一定需要修改房源结构、工单内容或设备配置，财务数据与业务数据可以通过关联关系协同，但不应无差别开放全部模块。

客服人员

适合处理：

• 客户咨询；
• 住户报修；
• 投诉和服务记录；
• 工单分派和回访；
• 租客通知。

客服可查看完成服务所需的客户信息，但涉及身份证件、完整支付信息和内部经营数据时，应采用字段级或脱敏控制。

工程人员

适合处理：

• 维修工单；
• 设备档案；
• 巡检任务；
• 维修材料和处理记录；
• 设备状态反馈；
• 必要的设备联动操作。

设备控制需要考虑设备是否支持状态回传、接口是否可用以及项目是否配置规则。系统不能仅凭权限配置判断现场故障，也不能用自动工单替代人工巡检和安全处置。

审核人员

审核人员可查看待审批业务和必要的关联资料，执行审批、驳回或退回补充材料等动作，但不应自动拥有业务数据的全面编辑权限。

只读分析人员

适合管理层、审计人员或外部协作人员，通常只开放经营分析、项目汇总和指定报表，限制新增、修改、删除、审批和导出明细等操作。

四、不同住房与资产运营场景的权限重点

1. 长租公寓

长租公寓重点围绕房间、租客、租赁合同、账单、入住退租、维修工单和设备管理展开。集中式公寓可以按项目、楼栋和房间划分权限；分散式公寓还需要区分业主合同、租客合同、房源成本、装修支出和单套经营结果。

运营人员可以管理房源和租客，但业主侧合同、收益成本和租客侧合同不应混为一体。

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

此类项目可能涉及申请、资格审核、配租、补贴、年审和退出等业务。权限设计应重点区分：

• 申请受理人员；
• 资格审核人员；
• 配租和合同办理人员；
• 年审与退出管理人员；
• 财务和补贴管理人员；
• 项目运营人员；
• 监管报表查看人员。

不同城市和项目的政策要求可能存在差异，系统流程应以当地政策、项目制度和监管要求为准，不能将某个项目的流程直接视为通用规则。

3. 学校宿舍和企业宿舍

宿舍管理通常需要细化到房间和床位，并关联学生、员工、院系、班级、企业或部门。

• 学校宿舍：重点关注学生身份、院系班级、入住调宿、费用、门禁和后勤工单；
• 企业宿舍：重点关注员工、企业或部门、批量入住退宿、费用分摊、门禁和服务管理。

宿舍管理员可以管理床位和入住关系，但不应默认拥有全部员工或学生敏感信息。

4. 园区、写字楼和商铺

园区和商办业务通常涉及企业客户、招商、空间租赁、合同账单、物业服务、门禁、车辆、能耗和设备资产。

权限可以按园区、楼栋、楼层、企业和经营单元划分：

• 招商人员管理客户和租赁机会；
• 合同人员管理签约和变更；
• 财务人员管理账单、收款和对账；
• 物业人员处理服务工单；
• 工程人员管理设备、能耗和维修；
• 园区负责人查看整体经营和服务分析。

不同业态的计租方式、费用项目和经营指标应独立配置，不能只依靠一张通用房源表完成管理。

五、多租户管理平台应具备哪些权限能力？

1. 租户隔离与组织隔离

系统应明确区分平台方数据、客户租户数据和租户内部组织数据，避免不同租户之间相互可见。集团、区域和项目之间也应按照组织关系控制访问范围。

2. 角色与权限模板

系统可以提供总部、区域、项目负责人、财务、管家、客服、工程、审核和只读人员等基础角色模板，再根据客户制度调整。

角色模板不应成为固定权限的替代品。不同项目可能存在不同岗位分工，实际启用前应完成角色确认。

3. 字段级和敏感数据控制

对于身份证件、手机号、支付信息、合同金额、退款记录和住户隐私等内容，可以根据岗位配置：

• 是否可查看；
• 是否脱敏显示；
• 是否允许复制；
• 是否允许导出；
• 是否需要二次授权；
• 是否记录查看原因。

4. 审批流与岗位分离

合同变更、费用减免、退款、批量操作、设备控制和数据导出等事项，应支持按项目、金额、事项类型和组织层级配置审批流程。

5. 操作日志与权限审计

权限审计至少应记录：

• 登录和退出；
• 账号创建、停用和授权变化；
• 数据查看和导出；
• 合同新增、变更和作废；
• 账单调整、核销和退款；
• 设备控制；
• 审批、驳回和流程退回。

当出现数据异常、操作争议或权限误配时，可以根据日志还原人员、时间、对象和动作。

6. 数据导入导出控制

批量导入和导出往往比单条查看具有更高风险。系统应根据数据类型和用户角色设置：

• 导出范围；
• 字段范围；
• 导出数量；
• 审批要求；
• 文件有效期；
• 下载和使用日志。

六、权限落地的实施步骤

第一步：梳理业务对象和组织关系

先明确系统需要管理哪些对象：

• 房源、楼栋、房间、床位和商办空间；
• 业主、租客、企业客户和住户；
• 租赁合同和业主合同；
• 账单、收款、退款和对账；
• 工单、设备和巡检任务；
• 经营分析和监管报表。

同时确认总部、区域、项目、部门和岗位的组织关系。

第二步：建立权限矩阵

建议用表格明确“角色—模块—数据范围—操作—审批”：

第三步：区分正常操作与高风险操作

日常查看、工单跟进和资料录入可以采用岗位授权；退款、合同作废、批量导出、设备控制和隐私数据查看则应单独授权并记录日志。

第四步：使用真实流程进行验证

上线前应使用典型账号验证：

• 能看到哪些项目、房源和客户；
• 能否访问不属于本人的数据；
• 是否可以执行超出职责的操作；
• 审批链是否正确；
• 退款、合同变更和导出是否留痕；
• 离职或调岗后权限是否及时回收；
• 接口、短信、支付和电子签等外部连接是否符合授权范围。

第五步：建立持续复核机制

组织调整、项目新增、人员转岗和合作方变更后，应重新检查权限。建议定期开展：

• 账号清理；
• 离职账号停用；
• 超期授权回收；
• 高权限账号复核；
• 敏感操作日志检查；
• 角色与岗位匹配检查。

七、常见问题

多租户管理平台中的“租户”是指租客吗？

不一定。在SaaS系统中，“租户”通常指使用系统的客户组织，例如住房租赁企业、保障性住房运营单位、园区运营公司或资产管理机构；业务中的租客、住户和企业客户属于租户组织内部管理的业务对象。

平台方是否可以查看客户全部数据？

不应默认拥有无限制访问权。平台方的系统运维、实施支持和故障排查应按照授权范围执行，涉及合同、财务和住户隐私时，应采用最小权限、临时授权和操作留痕等措施。具体边界还应以部署方式、合同约定和项目安全要求为准。

项目负责人是否应该拥有全部项目权限？

通常不建议直接授予全部权限。项目负责人可以拥有项目经营所需的综合管理权限，但退款、批量导出、合同作废、敏感信息查看和设备控制等事项，仍可根据制度设置独立审批或岗位分离。

不同业态可以使用同一套角色吗？

可以共享基础角色框架，但不建议完全采用同一套权限明细。公寓、宿舍、保租房、园区和商办在业务对象、审批流程和敏感数据方面存在差异，应在统一组织和权限底座上进行项目化配置。

结论

SaaS租户管理的核心，不是简单增加几个管理员账号，而是建立与业务责任相匹配的权限体系。平台方负责租户和系统级管理，运营方负责集团、区域和项目经营，项目人员则按照财务、客服、管家、工程和审核等岗位承担具体工作。

对于住房租赁与资产运营场景，权限设计应至少覆盖组织、功能、数据、操作和审批五个维度，并将房源台账、租赁合同、账单收缴、工单服务、设备联动、经营分析和权限审计纳入统一管理。

全房通作为住房租赁与资产运营数字化解决方案/系统，可围绕集团、区域、项目、部门和岗位配置权限，支持长租公寓、保租房、公租房、人才公寓、宿舍、园区、商办和资产运营等场景。具体实施时，应以客户组织架构、业务制度、接口条件、数据范围和验收标准为依据，先完成权限矩阵和典型角色验证，再逐步上线和持续复核。