运维平台权限怎么分：查看、现场执行、设备控制与应用发布

Question

Accepted Answer

设施运维平台同时面向值班人员、工程人员、管理者和实施人员。不同岗位需要的数据与操作范围并不相同。权限设计应从工作职责出发，把查看、执行业务、配置应用和控制设备分别确认，并在服务端执行约束。只隐藏菜单或按钮，不能作为完整的权限验收依据。

先列岗位职责，再分配具体动作

建议先写清各岗位日常任务：值班人员查询异常，工程人员办理指定任务，管理人员安排派工和验收，实施人员维护协议、点位及应用配置。同一个人可以承担多个职责，但对应权限应可解释和可撤销。设备、告警、工单、巡检和维保等模块分别检查，避免给一个笼统管理员账号后再依靠口头约定限制操作。

用户能查看设备，不一定能修改设备；能查看告警，不一定能复核告警；能读取画面中的点位，也不表示能向现场写点。应为重要写入列明前提和责任人，并同时验证岗位权限和业务状态。例如维修中任务与待验收任务允许的操作不同，已经完成的任务不能仅凭旧页面继续开始执行。

可视化设计器中的草稿用于编辑和检查，正式发布后才接入主系统应用目录。发布完成还应核对菜单位置和角色授权，新增应用不应被理解为向所有用户自动开放。撤下应用、调整父级或重新发布后，应再用普通角色验证访问结果。场景、菜单和角色三个层面的关系都需要有维护记录。

移动工作台提供现场查询和执行入口，沿用主系统账号、角色与班组范围。电脑端负责配置、派工和最终验收，手机端侧重接单、执行及提交结果。验收时既检查按钮是否符合权限，也检查直接请求被拒绝时是否保留失败状态；不能因为切换到手机或改变页面参数就绕过服务器限制。

对接其他平台时，为每个接入应用约定读取范围、来源、频率和有效期。读取设备或告警的权限与控制写点分开配置；应用密钥由双方指定责任人保管，不能写入公开页面或浏览器代码。人员离岗、接口停用或合作范围改变后，应及时撤销或轮换凭据，并通过实际请求检查结果。

用两个职责不同的账号查看同一设备与任务，尝试正常操作、超范围查看和未授权写入。修改权限后重新登录或刷新，再核对正式菜单、直接地址和接口响应。测试结果需要记录账号角色、对象范围、动作和返回结果。公开官网仅提供产品介绍与咨询，不承载生产平台的账号、设备控制或应用发布功能。