总结：用户管理各环节需要注意的地方

该系统的用户通常被称为用户，用户登录后，该系统通过各种标识赋予用户操作和查看权限。后台需要管理用户账户、操作权限和数据权限。用户管理贯穿于业务的各个环节，是支持业务运营的核心部分。本文总结了后台用户管理，希望对大家有所帮助。一、外部用户系统用户一般分为内部用户和外部用户。从平台运维的角度来看，平台运维公司的员工称为内部用户，其他用户称为外部用户。外部用户的隶属关系比较复杂，有的隶属于某公司，不需要注册，由系统管理员分配账户。有的以独立个体存在，比如钉钉，以独立个体注册，公司邀请员工，员工同意后才有归属感。第三种情况是用户在独立个人注册时选择自己的公司。这种方式存在两个问题：用户可以随意选择企业，不能保证准确性；企业的基本数据是否应该在后台维护？如果不进行维护，则无法统一数据源。如果进行维护，则无法覆盖所有注册用户的企业。需要根据实际业务情况设计选择哪种方式。目前，该平台的服务对象是商店销售人员。由于业务冲突，该平台无法获得企业级合作。在前两种情况下，下属公司需要在平台上运营。用户只能选择第三种方式独立注册平台，并填写企业。为避免第三种方式存在的问题，用户注册填写企业，无需选择基础数据；后台维护企业基础数据；用户审核时，平台客服人员选择企业基础数据。这不仅减少了用户操作的繁琐性，而且平台还可以获得准确的数据。2、内部用户也有内部用户的所有权。在旧平台上添加员工时，选择所有权，并在员工管理菜单下显示员工名单。这需要提前维护组织，并经常切换菜单。如钉钉、企业微信等，在维护员工时，根据公司的组织结构进行维护，在同一页完成部门和员工的添加，层次关系清晰（见下图）：内部用户一般不需要注册，由系统管理员分配。分配的账户可以是字符串或员工的手机号码。三、角色和权限每个账户，都有特定的角色；每个角色背后都有相应的权限信息。通过RBAC权限管理模型，用户可以在共享软件平台的基础上，根据实际业务需要分配不同的角色和权限，实现不同用户的不同功能。授权分为自动授权和手动授权。外部用户的自动授权一般是账户有默认的基本权限，需要单独打开才能获得更多的权限；内部用户的自动授权一般是将角色与行政关系下的部门建立绑定关系。用户进入部门后，账户自动添加到相应的角色中，并拥有角色的所有权限。手动授权不能通过自动绑定用户行政关系来实现，需要手动为账户建立角色。例如，客户服务专员只能以自己的名义查看客户，上级领导可以通过两种方式查看所有下级客户：一种是通过组织的上下级自动授予数据权限；另一种是通过数据角色实现跨部门查看数据。此外，角色可以继承，子账户可以继承父系角色的权限。例如，给予企业级外部用户admin某些权限，企业下的其他子账户只能从admin权限中选择可用权限。根据属性可分为操作权限和数据权限。操作权限将从功能菜单、功能操作两个方面考虑，角色检查菜单和功能，角色账户可以操作相应的菜单和菜单操作（如新、添加、更改、检查），分配操作权限页面见下图：数据权限从菜单、列表和数据字段三个粒度：菜单是最粗粒度的数据权限，授权查看菜单下的所有数据；列表是细粒度的权限，进入同一菜单页面后，不同角色的用户查看相同的列表字段，但数量级不同。例如，上述员工查看自己的数据，领导查看所有员工的数据；数据字段是最细粒度的权限。不同角色的用户进入同一菜单页面后，可见的数据字段不同。这些字段共存在菜单页面中，仅限于不同的角色权限。4、单点登录平台将涉及多个应用系统，如合同管理、资金管理、小程序管理、交换商场等，可单点登录（SSO）。4、单点登录平台将涉及多个应用系统，如合同管理、资金管理、小程序管理、交换商场等，可单点登录（SSO）。在多个应用系统中，登录一次就可以访问所有相互信任的应用系统。单点登录协议增加了应用系统，减轻了管理用户账户的负担，实现了应用系统用户、角色和组织的统一管理。要实现SSO，需要：统一集中的用户身份管理系统。所有应用程序系统共享身份认证系统。当用户登录时，将信息与用户信息库进行比较，并对用户进行登录认证；认证成功后，认证系统生成统一的认证标志（ticket），返还给用户。此外，认证系统还应对ticket进行有效性测试，以判断其有效性。所有应用程序系统都能识别和提取ticket信息。通过与认证系统的通信，应用系统识别和提取ticket，自动判断当前用户是否登录，从而完成单点登录功能。通过基于互联网协议的单点登录和登录系统，实现用户不同应用系统之间的身份一致性和信息空间身份一致性。外部用户和内部用户管理都涉及到账户、角色和权限的管理。本文从自身经验出发，总结了各个环节的注意事项。此外，单点登录涉及用户管理，贯穿整个平台。这些技术人员参与得更多。本文只做了一个简要的总结。用户管理系统最困难的是后续维护。系统中经常出现许多冗余角色，需要仔细思考，在调整前与业务沟通清楚。