应用角色管理

本章介绍应用角色的建立、成员维护，以及两个内置应用角色。

1. 两层角色

层级	作用范围	维护者
实例角色	整个实例通用，可跨应用复用	实例管理员
应用角色	仅本应用内生效	应用管理员即可建立，不需要实例管理员介入

两者在授权时地位平等：为对象授权时既可选实例角色，也可选应用角色。

选择依据：跨应用通用的身份（如"财务""区域经理"）用实例角色；只服务本应用业务流程的身份（如"报销经办人""审核员"）用应用角色。

入口：应用设置 →「角色权限」。

角色较多时建议先规划分类（如"经办""审核""管理"），新角色直接建在对应分类下，便于查找与维护。

界面另提供「角色信息」面板，显示该角色的备注、启用状态、所属分类，以及已授予的权限条目数量，可从中跳转至权限管理。

应用设置中的角色树与内置应用角色

为当前应用新建采购申请人角色

角色本身只是分组容器，需要加入成员才产生权限效果。

方式	说明
按用户添加	搜索具体人员逐个加入
按部门添加	把整个部门加入角色，部门成员自动继承

按部门添加的角色随部门人员变动自动生效：新成员入职、老成员调离该部门，都不需要手工增删名单。人员变动频繁的团队优先考虑这种方式。

注意：应用设置中的角色页只能添加用户，按部门绑定角色是实例角色才有的能力，需到控制台的角色管理中操作。

应用角色成员选择器的部门导航与搜索入口

采购申请人角色显示周宁为直属成员

每个应用创建时自动生成两个内置角色，带锁标记，不可改名、移动、停用或删除，只能管理成员。

角色	权限范围
应用管理员	进入应用设置（基本信息、角色权限、权限管理、应用分发）；管理应用角色与成员、配置授权。不含设计权，不含业务数据权
应用设计者	编辑目录树、模板、表单、视图、流程、动作、定时任务。不含管理权，不含业务数据权

应用创建者自动成为第一位应用管理员。

🔴 两个身份互不包含。 需要同时具备管理与设计能力时，须把该人同时加入两个角色。
两者都不自动带业务数据权限。谁能查看和操作哪些业务数据，一律在权限管理中单独授予。

问题	说明
应用角色与实例角色能否混用	可以。授权弹窗的角色页签同时列出两组，可任选或搭配，裁决时一视同仁
删除应用角色后原有授权如何处理	授权项失去主体即失效。建议先迁移或清空该角色的成员，确认不再需要后再删除
一个人能否拥有多个应用角色	可以，且很常见。多角色命中的权限取并集、取最宽档，见权限与授权概述
删除应用角色后成员仍显示有该角色	偶尔会出现清理不完整的情况，删除后请核对成员分配是否已清空