Skip to content

用户管理用于维护系统中的登录人员、组织归属和角色信息。
在 Linker 中,用户不仅是登录身份,也是权限判断、审批流转、通知接收、记录归属和 API 绑定的基础对象。

系统用户至少包含以下核心信息:

  • 登录名
  • 用户姓名
  • 角色
  • 部门
  • 手机
  • 邮箱
  • 简介描述
  • 头像

用户在系统中承担什么作用

用户对象会参与很多核心功能:

  • 登录系统
  • 承担角色权限
  • 作为审批人
  • 接收系统通知
  • 作为记录所属人
  • 作为开放 API Key 的绑定身份

因此,用户信息不只是通讯录资料,而是系统权限和流程的基础。

新建和维护用户

在当前系统内置布局中,用户表单主要围绕以下信息配置:

  • 基本信息
  • 角色
  • 部门
  • 手机和邮箱

其中:

  • 登录名:用于登录系统
  • 用户姓名:用于系统展示
  • 角色:决定用户拥有哪些实体权限
  • 部门:参与权限范围判断
  • 手机 / 邮箱:可用于通知和找回密码

建议在新建用户时一次性把角色和部门配置完整,避免后续权限异常。

部门管理

系统内置了 部门 实体,用于维护组织结构。
根据当前实现,部门支持树形结构,至少包含:

  • 部门名称
  • 上级部门

部门的主要用途包括:

  • 组织架构管理
  • 权限范围判断
  • 记录归属
  • 首页和数据视角划分

角色与用户的关系

用户可以拥有多个角色。
角色决定:

  • 能访问哪些实体
  • 能做哪些操作
  • 能查看哪些范围的记录

因此,用户管理和 角色权限 是配套关系。
如果用户看不到数据、不能编辑记录,通常都要回到角色和部门配置一起检查。

个人资料维护

根据当前系统实现,用户本人可以维护部分个人资料,例如:

  • 头像
  • 用户姓名
  • 邮箱
  • 手机
  • 简介描述

这些信息会影响:

  • 个人中心展示
  • 审批人显示
  • 通知接收
  • 找回密码

密码相关能力

当前系统支持以下密码相关操作:

  • 已登录用户修改密码
  • 忘记密码后通过手机或邮箱找回

要正常使用找回密码,前提是用户资料中已经维护正确的手机号或邮箱。

管理建议

  • 先建部门,再建用户,再分配角色
  • 登录名建议保持唯一且稳定
  • 手机和邮箱建议在创建用户时同步完善
  • 岗位调整后,记得同步更新用户角色、部门和记录分配关系
  • 离职或停用人员建议及时处理,避免残留权限继续生效

Linker