低代码应用授权避坑指南：创建者移交 + 开发者配置，权限边界一次分清

JNPF后台常收到类似疑问：“怎么把应用 ownership 转给同事？”“开发者角色能改应用授权吗？” 其实 “应用授权” 是管控应用开发权限的核心模块，专门管 “谁是创建者”“谁能参与开发”。今天把创建者移交、开发者配置的操作逻辑和权限边界拆透，避免你在协作开发时踩坑。

应用授权的核心定位与入口

“应用授权” 的核心是划分应用的 “管理权限” 和 “开发权限”—— 前者归创建者，后者给开发者，操作入口很固定：进入目标应用后台（应用中心点击应用图标），在 “应用设置” 里找到 “应用授权”，页面清晰分 “应用创建者” 和 “应用开发者” 两大块，谁有权操作、能改什么，一看就懂。

先明确两个关键角色的权限差异，这是后续操作的基础：

应用授权的操作围绕 “修改应用开发者” 和 “移交应用创建者” 展开，两者操作逻辑不同，按场景拆解如下，结合案例更易理解：

开发者权限是 “让谁一起开发应用”，支持 “全部开发成员” 和 “自定义” 两种配置，操作步骤和效果不同：

场景 1：选 “全部开发成员”（适合团队全员参与）比如 admin 创建了 “001” 应用，想让所有开发者角色的同事都能参与开发：
进入 “001” 应用的 “应用授权” 页面，在 “应用开发者” 模块选 “全部开发成员”；

场景 2：选 “自定义”（适合指定少数人开发）若只想让 101005 一个人开发 “001” 应用：
在 “应用开发者” 模块选 “自定义”，点击选择栏，弹出 “选择用户” 弹窗（只显示开发者角色的用户）；

避坑提醒：不管选哪种方式，开发者都只有 “开发权限”，没有 “修改授权” 和 “删除应用” 的权限，避免误操作。

创建者是应用的 “owner”，只有当前创建者能把这个身份移交给别人，比如 admin 想把 “001” 应用转给 101005：

弹出用户选择弹窗（仅显示开发者角色的用户），单选 101005（创建者移交只能选一个人）；
点击 “确定”，移交成功 —— 此时：admin 账号下，“001” 应用的创建者变成 101005，“移交” 按钮消失，不能再操作；101005 账号下，“001” 应用的创建者显示为自己，“移交” 按钮可点击，拥有该应用的全部管理权限。

关键注意事项：创建者移交是 “单向且唯一” 的，一次只能移给一个人，移完后原创建者就失去管理权限了，操作前一定要确认好接收人。

很多用户既有 “开发者” 角色，又有 “使用者” 角色（比如用户 approval），这种情况下应用的可见范围会随角色切换变化，举个例子：

实用技巧：多角色用户在开发时切 “开发者” 角色，日常使用时切 “使用者” 角色，避免应用列表混乱。

开发者为什么不能改应用授权？这是权限设计的默认规则：开发者只有 “开发权限”，没有 “管理授权” 的权限，只有当前创建者才能改授权配置。
移交创建者时找不到目标用户？只能移交给 “开发者角色” 的用户，若目标用户没有该角色，需先在 “权限管理” 中给 TA 添加 “开发者” 角色，再进行移交。
选 “全部开发成员” 后，新加入的开发者能看到应用吗？能。后续新增的 “开发者” 角色用户，会自动获得该应用的开发权限，不用重新配置。

应用授权的核心是 “明确权限边界”：创建者管 “所有权”，开发者管 “开发”，避免多人协作时权限混乱。比如团队开发时，选 “全部开发成员” 省得逐个添加；专人维护时，选 “自定义” 更安全。如果遇到移交失败、开发者看不到应用等问题，欢迎在评论区留言，我会帮你分析解决～

发布于: 刚刚阅读数: 4

关注

JNPF 专注低代码开发 2023-02-15 加入

专注低代码开发，寻找志同道合的伙伴~

发布

暂无评论