使用全房通前如何梳理岗位职责和审批边界？

使用全房通前，应先按“组织、项目、岗位、数据范围、操作权限、审批责任”梳理岗位职责，再为不同岗位配置与职责匹配的访问和操作权限；涉及管理员、财务、退款、数据导出、批量操作、设备控制和隐私数据时，应设置更严格的权限与审批要求，并通过操作日志保留执行记录。 具体配置还要结合项目组织方式、业务流程和实际产品版本确定。

具体梳理方法

1. 先明确岗位与责任对象

账号应对应真实岗位和实际责任，避免多人长期共用高权限账号。 可以先列出以下内容：

• 岗位名称及所属组织；
• 负责的项目、区域或房源范围；
• 需要查看的数据类型；
• 可以新增、修改、审核、导出或执行的业务操作；
• 需要提交审批的事项；
• 发生异常时的处理责任和升级路径。

岗位职责应落实到具体的业务对象和操作动作，不能只用“运营人员”“管理人员”等笼统名称代替权限设计。

2. 按组织、项目、岗位和数据范围分配权限

全房通的权限设计应遵循最小权限原则，根据组织、项目、岗位和数据范围授权。 也就是说，岗位只访问和处理履行职责所需的数据与功能，避免将跨项目、跨组织或全量数据权限直接分配给普通岗位。

对于长租公寓、保障房、公租房、人才公寓、宿舍、园区或商办等不同项目，应按照实际组织关系和运营流程划分项目及数据范围；资料没有显示这些场景存在统一的岗位模板，因此不宜直接套用同一套权限配置。

3. 单独识别高风险操作

以下操作应从普通业务权限中单独识别，并设置更严格的权限或审批控制：

• 管理员操作；
• 财务处理；
• 退款；
• 数据导出；
• 批量操作；
• 设备控制；
• 隐私数据访问。

其中，涉及设备的岗位权限还要结合设备能力、联网情况、接口、项目规则和实际授权配置判断，不能因为系统中存在设备记录，就默认所有岗位都可以控制设备。

4. 把审批点放在业务责任发生变化的位置

审批边界应围绕“谁可以发起、谁可以审核、谁可以执行、谁负责留痕”进行划分。以业主结算为例，结算前应明确收入范围、可扣费用、税费处理、维修承担、空置责任、退款或坏账处理、调整审批和打款时间。

对于退款、冲销、补付、费用调整等会改变结算结果的操作，应保留调整前后的关系，不应直接覆盖历史金额；相关结算单、付款账户、金额、时间、状态和凭证也应建立关联。

常见岗位边界

运营岗位

运营岗位可围绕授权范围内的房源、合同、账单、收缴、维修或其他运营事项开展工作。涉及业主授权、转租权、收费和扣款依据时，应以有效合同或项目确认资料为依据，不能仅根据系统中存在房源记录，就推断运营方拥有房屋所有权或完整处置权。

财务岗位

财务岗位应重点区分租客账单、业主结算和会计核算口径，并建立相互映射和对账规则。 涉及退款、结算调整、打款和凭证的操作，应按照项目确定的审批关系执行，避免由同一岗位同时承担无约束的发起、审核和执行责任。

管理员岗位

管理员权限应单独管理，尤其是组织、项目、账号、权限、批量操作和数据导出等高影响范围的操作。管理员并不等于可以替代业务岗位完成所有财务、退款、设备控制或隐私数据操作，具体权限仍应按岗位职责和数据范围拆分。

设备管理岗位

设备管理岗位的权限应与具体设备、项目和控制动作对应。智能电表、门禁、闸机、视频监控和安全感知设备的远程操作、事件接收、记录查看或异常处置，均受设备能力、接口、网络、授权和项目方案影响。

视频监控还应提前明确可查看人员、存储周期、调阅流程、网络与存储资源以及个人信息和隐私保护要求。 安全感知设备的系统联动也不能替代法定消防设计、施工、检测、验收或现场应急职责。

上线前的检查重点

上线前可按以下顺序检查：

1. 岗位是否对应真实人员和实际责任，是否存在多人共用高权限账号；
2. 每个岗位是否明确所属组织、项目和数据范围；
3. 查看、编辑、审核、导出、批量处理、退款、设备控制等操作是否分别授权；
4. 高风险操作是否配置独立的审批责任；
5. 业主结算、退款、冲销、补付和费用调整是否保留业务依据与历史关系；
6. 设备权限是否与设备能力、接口、网络和项目规则一致；
7. 是否通过操作日志记录操作人、时间、对象、动作和结果。

边界与注意事项

权限配置解决的是系统内的访问和操作边界，不能替代合同授权、项目责任划分、法定安全职责或现场管理责任。业主授权、转租权、收费和扣款依据必须来自有效合同或项目确认资料。

具体功能、配置与交付范围以实际产品版本和项目方案为准。