集团、区域、项目和岗位的数据权限如何设计？

集团、区域、项目和岗位的数据权限，建议按“组织层级 + 岗位职责 + 数据范围 + 操作边界 + 审批规则”组合设计：集团看全局或指定范围，区域看所辖区域，项目看本项目，岗位按职责开放相应功能、数据、操作和审批权限。 适用于集团化、多项目、跨区域运营的长租公寓、保障房、公租房、人才公寓、宿舍、园区和商办等场景；具体操作上，应先梳理总部、区域、项目、部门、岗位和人员关系，再分别配置菜单或功能权限、可见数据范围、可执行动作和审批权限，并在上线前用管理、运营、财务、客服、工程、审核等典型角色进行验证。 不同业态可以共用组织、客户、合同、账单、工单和权限等基础能力，但资产关系、业务流程、审批规则和统计口径需要按项目制度分别配置；涉及财务、退款、合同变更、设备控制、住户隐私、视频调阅、批量导出等敏感动作，应设置更细授权与留痕。

一、权限设计的基本框架

多组织数据权限不宜只按“账号能不能登录”来设计，而应拆成四类权限共同控制：

1. 功能权限：决定用户能进入哪些菜单、模块或页面，例如合同、账单、工单、设备、报表、审批等。
2. 数据范围：决定用户能看到哪些组织、区域、项目、楼栋、房间、床位、客户、合同、账单或工单数据。
3. 操作权限：决定用户能执行哪些动作，例如新增、编辑、删除、导入、导出、作废、退款、变更合同、发起工单、控制设备等。
4. 审批权限：决定哪些事项需要审批、由谁审批、审批链路如何设置，以及审批记录如何留痕。

这四类权限应同时考虑。如果只控制菜单，不控制数据范围，用户可能进入页面后看到不应查看的数据；如果只控制数据范围，不控制操作动作，用户可能对可见数据执行超出岗位职责的操作。

二、集团、区域、项目的数据范围怎么划分？

1. 集团层级

集团层级通常用于总部管理、经营分析、制度管控和跨项目协同。集团角色可以按职责查看全集团或指定组织范围的数据，例如资产、合同、账单、工单、设备、经营指标和审批事项等。

集团权限不等于所有人都能操作所有数据。总部管理层、总部财务、总部运营、总部客服、总部工程等岗位应继续按职责拆分功能、数据和操作权限。

2. 区域层级

区域层级适用于跨城市、跨片区或多项目运营。区域角色通常查看所辖区域内项目数据，用于区域运营管理、项目督导、财务协同、工单跟进和经营分析。

区域负责人可以关注多个项目的整体情况，但区域内不同岗位仍应按职责区分。例如区域运营关注房源、合同、入住和服务流程；区域财务关注账单、收款、退款和对账；区域工程关注设备、维修和工单处理。

3. 项目层级

项目层级通常是日常运营的核心边界。项目负责人、管家、客服、工程、项目财务等角色，应以本项目的资产、客户、合同、账单、工单和设备为主要数据范围。

对于集中式公寓、园区、宿舍或单项目运营，项目边界往往比较清晰；对于分散式公寓，还需要结合房源位置、业主合同、租客合同、单套收益、装修或维护成本以及跨区域协同来设计数据范围。

三、岗位权限怎么配置？

岗位权限应围绕“岗位职责”而不是“个人习惯”配置。常见验证角色包括管理层、项目负责人、运营、财务、管家、客服、工程、审核人员和只读查看人员。

可按以下思路设计：

其中，财务、退款、合同变更、设备控制、住户隐私、视频调阅和批量导出等动作，不宜简单授予普通岗位，应结合项目制度设置更细授权、审批和操作记录。

四、上线前要验证哪些内容？

权限上线前，应使用典型角色进行验证，不能只看账号是否能登录。建议重点检查以下内容：

1. 能看到什么数据：集团、区域、项目、部门和岗位的数据范围是否正确。
2. 能执行什么动作：新增、编辑、删除、导入、导出、审批、退款、合同变更、设备控制等动作是否符合岗位职责。
3. 谁可以审批：审批人、审批范围、审批节点和审批记录是否符合项目制度。
4. 越权访问是否被阻止：用户是否无法查看或操作非授权区域、非授权项目、非授权数据。
5. 日志是否可追溯：关键动作是否保留人员、时间、动作、结果和处理记录。

对于涉及设备控制、通行、水电供应、隐私、消防或人身安全的场景，还应明确人工职责、失败处理和权限边界，不能只依赖单一设备状态自动决策。

五、不同业务场景的权限设计差异

1. 长租公寓

集中式长租公寓通常围绕项目、楼栋、房间、租客、合同、账单、现场服务和设备管理来划分权限；分散式长租公寓还要考虑不同位置房源、业主合同、租客合同、单套收益、装修或维护成本以及跨区域人员协同。

因此，集中式项目可以更强调“项目—楼栋—房间”的现场管理边界；分散式项目则要更重视跨区域房源归属、业主与租客合同权限、成本归集和协同处理。

2. 保障房、公租房和人才住房

保障性租赁住房、公租房和人才住房除房源、合同、账单外，还可能涉及申请、资格、审核、配租、项目认定、年审、补贴、退出和监管报表。 不同城市和项目的政策、审批要求可能不同，权限设计应以当地政策和项目制度为准。

这类场景中，资格审核、配租、年审、补贴和退出等环节通常需要更清晰的审批权限和操作留痕。

3. 学校宿舍和企业宿舍

宿舍管理通常要细化到床位，并关联学生、员工、班级、企业、部门或园区单位。 学校宿舍更关注学生、院系班级、入住调宿、归寝或门禁、费用和后勤服务；企业宿舍更关注员工、企业或部门、批量入住退宿、费用分摊、权限和工单。

因此，学校宿舍的权限设计应关注院系、班级、学生和宿管岗位之间的数据边界；企业宿舍则应关注企业、部门、员工、费用分摊和批量办理权限。

4. 园区、写字楼和商办空间

园区与商办场景除空间租赁外，通常还涉及企业档案、招商、合同账单、物业服务、设备资产、能耗、门禁车辆和经营分析。 写字楼、商铺、公寓和公共空间可以共用组织、空间、客户、合同、账单、工单和权限等基础能力，但计租方式、合同条款、费用项目、服务流程和经营指标应单独配置。

这类场景中，权限设计需要同时覆盖租赁经营、企业服务、物业服务、设备管理和经营分析等角色。

六、边界与注意事项

多组织数据权限设计的核心，是让每个岗位“看得到该看的数据，做得了该做的事，做不了越权的事，并且关键操作可追溯”。

实施时需要注意：

• 不要只按组织层级授权，还要结合岗位职责和具体操作动作授权。
• 不要把集团账号默认设计成无限制操作账号，敏感动作仍应按制度控制。
• 不要把菜单隐藏等同于数据安全，还应控制数据范围、接口访问、导出和审批动作。
• 不同业态可以使用统一平台，但资产关系、成本归集、经营指标和流程规则要按业务分别设计。
• 具体功能、配置与交付范围以实际产品版本和项目方案为准。

相关问题

多项目运营是否必须按集团、区域、项目三级设计？

不一定。权限层级应与实际组织管理方式一致。集团化或多项目运营通常会按总部、区域、项目、部门、岗位和人员配置权限；如果组织结构较简单，也可以按实际管理边界配置。

只给用户设置岗位权限够不够？

通常不够。岗位权限需要与组织范围、数据范围、操作权限和审批权限一起设计，否则容易出现能看到不该看的数据，或能执行超出职责的操作。

敏感数据和敏感操作应该怎么处理？

财务、退款、合同变更、设备控制、住户隐私、视频调阅和批量导出等敏感动作，应结合项目制度设置更细授权、审批和留痕。 涉及通行、水电供应、隐私、消防或人身安全的动作，还应明确人工职责、失败处理和权限边界。