用户体系与员工管理模块的关系构建（随手再次吐嘈活字格的用户权限体系）

企业信息管理系统中的一个核心模块，是用户及其权限管理，即允许登陆系统的用户，以及每个用户的操作权限。目前大多数系统都能细度到字段级，当然，绝大多数我们只会使用到页面及页面元素级别。如果每个用户都去设置权限，用户一多，这项工作会变得非常繁琐，所以引入了角色概念，先把权限分配给角色，每个用户只要分配相应角色就行。引入中间量的角色，能够大大简化工作。

除了角色之外，很多框架将组织架构也引入了用户体系，在角色之外，构建了一个更加丰富的权限体系，比如本部门、本机构等权限过滤。但是，将组织架构引入用户体系，也带来了一个问题，就是在员工管理模块中，还将出现一个组织架构，而这个组织架构的变动性比较强，如果延用用户体系的组织架构，灵活性会大大降低，如果另起一套，两个地方的组织架构同步会很麻烦。而这两种方式，更大的麻烦是，已设置的与组织架构关联的权限变更。

而另外一些框架，仅引入角色，在用户体系中不考虑组织架构，但在角色中，引入了继承关系。虽然少了组织变量，但权限配置和管理维护变得简洁，像本部门之类的应用，通过角色及其继承关系，也是能够解决。而组织架构，仅存在于员工管理模块中，可以灵活管理，不需要考虑权限配置问题。同时，用户体系与员工模块的关联，通过在员工模块中，增加系统账户字段，使系统用户与员工建立起一对一关系。

以上两种方式，你更倾向于哪种呢？

国内大多数框架，选择了第一种，但根据我个人的经验，使用第二种方式会更具有实操性。

这里补充一个梗，这也是活字格被黑的比较多的地方，就是用户权限分配的问题。用户权限分配，目前国内低代码平台，存在两种方式。一是像活字格、云表一样，需要在设计端分配权限给角色，提前设计好，然后在使用端将角色分配给用户；二是像勤哲、慧表等，可以直接在使用端分配角色和用户的操作权限，不需要在设计端提前设置。大家在使用时，需要明白这个点，要不然坛子里有人在吐槽活字格的用户体系时，可能你都还觉得活字格的用户体系木有问题呀？坐实了井底之蛙！