U813.0操作员功能权限和数据权限的设置

操作员的权限有功能权限、数据权限、金额权限。

1、 给操作员设置功能权限,操作员才能进入系统进行相关业务操作。

Admin用户登录无法修改账套,但可以新建、引入、输出。
Demo用户每次只能进入一个账套,只能修改账套信息,无法做到新建等操作;
无法设置角色和用户,只能设置权限,但可以对账套库进行操作。
设置用户权限有两种方式:
第一种

这个操作员“王一”,现在没有任何权限,当登录系统时,登不上去,不准许登录。
注:一个用户或者一个操作组,有那个账套权限才能登录到那个账套。没有账套权限的用户
系统是登不上去的,白瞎设置一个用户。
在权限中,给“王一”单独设置合同管理权限,仅仅对于账套“005”有效。

第二种
这一次给用户设置权限不是单独对一个用户设置,而是设置一个角色,这个角色可以包含“王一”这个用户,或者更多人;在这个角色的用户,都享有该角色所设置的权限。
建立角色“供应链测试组”,并把“王一”添加到该组。

选择给这个角色设置权限。

此时“王一”,同时拥有自己设置的权限,和操作组中的权限。

原文地址:https://www.cnblogs.com/LoveMarvin/p/9055541.html

时间: 2024-10-29 12:59:45

U813.0操作员功能权限和数据权限的设置的相关文章

操作权限,数据权限的解决方案

ERP系统常见的问题:操作权限.数据权限的解决方案 1.页面:通过权限控制某个页面是否显示 2.按钮:通过权限控制某个页面上的按钮是否显示 3.方法:通过权限控制某个方法是否能够访问 4.数据行:通过权限控制某个用户只能看到几行数据 后台设置权限 1.操作权限:添加计划.修改计划.搜索计划权限 2.数据权限:本人.本部门.所有 实现设置 1.页面:通过请求查询用户有哪些权限-有哪些模块 function loadMenu(){ $.ajax({ url : "", type : &qu

通用权限管理系统数据权限设置功能解析

在权限管理系统中,数据权限是比较难的,在我们通用权限系统中,数据权限指的是用户基于某个权限域对某些基础数据的操作权限,如上图,公司管理这个菜单被定义是数据权限,表示某些人在公司管理是可指定访问哪些基础数据,这个要与应用结合.如下图,可以限制该9999xudeng003用户在公司管理页面只能管理其中的几个公司. 目前基于用户的数据权限BS的管理功能已完成,这个是权限系统最难开发的一部分. 下面是MVC控制器调的通用权限管理系统底层的方法: //---------------------------

如何在应用系统中实现数据权限的控制功能(2)

关于数据权限的控制,可能我们在做很多大型一点的系统都会碰到过,可能每个人设计和解决问题的思路都有所不同,本文介绍我自己框架里面的解决思路.从上一篇<如何在应用系统中实现数据权限的控制功能>里面我们可能对权限控制和数据权限的控制有了一个初步的了解,本文接着进一步介绍在应用系统中,如何集成数据权限的控制功能. 1.数据权限实现思路分析 为了实现数据权限的控制,我们需要在通用的权限系统里面保存好对应角色具有哪些组织机构的数据权限,然后在应用系统中调用API进行过滤数据处理即可. 为了实现以上的功能需

关于数据权限设计的一些想法

序言 在各种系统中,要保证数据对象的安全性以及易操作性,使企业的各业务部门.职能部门能够方便而且高效的协同工作,那么一个好的数据权限管理设计就成为一个关键的问题.虽然企业中各个单元的工作流程有所不同,处理的数据对象也有所不同,但是在组织结构.信息的处理方式上具有很多相同的地方,这就为设计数据对象的权限控制提供了一个抽象基础.数据权限的控制不同于一般的功能权限的控制,一般的功能权限指的是某个用户.角色或者是某个用户组能不能操作某种功能.而数据权限指的是某个用户.角色或者是某个用户组对某个数据对象的

JAVA 数据权限设计

数据权限设计 序言 在各种系统中,要保证数据对象的安全性以及易操作性,使企业的各业务部门.职能部门能够方便而且高效的协同工作,那么一个好的数据权限管理设计就成为一个关键的问题.虽然企业中各个单元的工作流程有所不同,处理的数据对象也有所不同,但是在组织结构.信息的处理方式上具有很多相同的地方,这就为设计数据对象的权限控制提供了一个抽象基础.数据权限的控制不同于一般的功能权限的控制,一般的功能权限指的是某个用户.角色或者是某个用户组能不能操作某种功能.而数据权限指的是某个用户.角色或者是某个用户组对

RBAC权限模型及数据权限扩展的实践

话说大家对RBAC权限模型应该是耳熟能详了,但真正用的好的并不多.而且原始的RBAC模型并不包含数据权限的管理,网上也几乎没有相关的文章可以参考.本人经过几个项目的实战,在其基础上扩展出一套可行的.简单的数据权限模型,希望能够帮助大家解决数据权限管理上的老大难问题.至于什么是数据权限,请移步我的其他文章,这里不再敷述. 1.关于角色的继承: 在上图描述的模型中,并没有实现角色的继承.既然一个用户可以分配多个角色,那么角色能否继承还有什么必要呢?实现这个毫无必要的功能需要大大增加应用的复杂度,可谓

数据权限添加

1.功能权限.数据权限定义..授权对象定义 注意:1)必须有排序列,否则后面报错 2)数据库都需从base库订阅权限 3)必须包含ID唯一标识列,否则无法进行明晰授权 4)搜索关键字标识有长度限制 原文地址:https://www.cnblogs.com/gao109214/p/11102407.html

数据权限 摘抄

所谓数据权限,就是有或者没有对某些数据的访问权限,具体表现形式就是当某用户有操作权限的时候,但不代表其对所有的数据都有查看或者管理权限.数据权限有两种表现形式:一种是行权限.另外一种是列权限.所谓行权限,就是限制用户对某些行的访问权限,比如:只能对本人.本部门.本组织的数据进行访问:也可以是根据数据的范围进行限制,比如:合同额大小来限制用户对数据的访问.所谓列权限,就是限制用户对某些列的访问权限,比如:某些内容的摘要可以被查阅,但是详细内容就只有VIP用户才能查看.通过数据权限,可以从物理层级限

通用数据权限的思考与设计

1 数据权限概述 1.1 什么是数据权限? 数据权限是指对系统用户进行数据资源可见性的控制,通俗的解释就是:`符合某条件的用户只能看到该条件下对应的数据资源`.那么最简单的数据权限大概就是:用户只能看到自己的数据.而在正式的系统环境中,会有很多更为复杂的数据权限需求场景,如: 领导需要看到所有下属员工的客户数据,员工只能看自己的客户数据: 经理A能看到所有企业客户,经理B只能看到年销售额小于1000万的企业客户: 角色A能看到全国的产品数据,角色B只能看到上海的产品数据: 上述这些需求,使用硬编