AI 助理
文档备案控制台
开发者社区 开发与运维 文章 正文

odoo 权限管理学习总结

2023-04-22 662
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： odoo 权限管理学习总结

环境

odoo-14.0.post20221212.tar

base_user_role-12.0.2.1.2.zip

下载地址：

https://apps.odoo.com/apps/modules/12.0/base_user_role/

权限管理

简介

为了更好的熟悉权限，我们先来了解下用户，odoo中的用户分为三类：

  • 内部用户(Internal User)： 企业内部的用户，拥有对系统内部的访问权限，也就是说有odoo后端的访问权限。
  • 门户用户(Portal)： 非企业内部用户，通常为业务合作伙伴用户，拥有有限的资源访问权限。
  • 公共用户(Public)： 面向公众的权限，可以理解为游客权限。

提示：管理员登录系统，激活开发者模式，即可在设置-用户详情页对用户类型进行编辑(Settings -> Users & Companies -> Users)

以上三类用户的信息都存在res_user与res_partner表中，那么在odoo中如何区分用户类型以及如何做权限控制的呢？

为了解决上述问题，odoo采用了用户组机制。将用户划分为不同的组(一个用户可以归属多个用户组，一个用户组也可以拥有多个用户)，然后给组分配权限，从而实现用户权限的管控及用户类型识别。

以上三种用户分别归属以下用户组：

  • 内部用户：base.group_user
  • 门户用户：base.group_portal
  • 公共用户：base.group_public

odoo也支持自定义用户组(Settings -> Users & Companies -> Groups)，并为用户分配不同的用户组，及设置相关权限(菜单权限，视图权限，访问权限，记录规则)

此外，为了更方便的管理用户组，odoo还支持对用户组(group)进行分类：将多个用户组划分为一个用户组分类(category）。

  • 用户组和用户组分类：一个用户组分类可以拥有多个用户组，一个用户组仅归属一个用户组分类，属于1对多的关系。
  • 用户组和用户组的关系：用户组可以被用户组继承（伪继承），当继承某个用户组时，本组用户也会自动加入继承的用户组。如果一个用户属于多个用户组，那么该用户权限为用户组权限的并集，因此设计用户组权限时一定要考虑好组与组之间权限是否会发生冲突。

定义用户组(权限组)

示例：xml数据文件的方式定义菜单权限用户组

<odoo>
    <data noupdate="1">
         <record id="estate_property_menu_groups" model="ir.module.category"><!-- id：供代码或者xml中引用，model：odoo的category模型-->         
             <field name="name">[房地产]模块菜单权限</field><!--用户组分类名称--> 
             <field name="sequence">1</field><!--组分类显示顺序、优先级-->
         </record>
         <!--########################
         [房地产]模块菜单
         ########################-->
        <record id="group_estate_property_root_menu" model="res.groups">
            <field name="name">Real Estate</field><!--用户组名称，阐明组的角色/目的-->
            <field name="category_id" ref="estate_property_menu_groups"/><!--指定用户组所属组分类-->
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/><!--定义用户组继承自哪些组，也就是说该用户组也拥有这些继承组的权限-->
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/><!--为用户组添加用户 base.user_root root用户 -->   
        </record>
    </data> 
</odoo>

说明：

noupdate：如果数据文件的内容预期只应用一次(只加载一次，安装或者更新模块时)，则可以将noupdate设置为1。如果文件中的部分数据需要应用一次，则可以将文件的这部分放在<data-noupdate="1">中，如下：

<odoo>
    <data noupdate="1">
        <!-- Only loaded when installing the module (odoo-bin -i module) -->
        <operation/>
    </data>
    <!-- (Re)Loaded at install and update (odoo-bin -i/-u) -->
    <operation/>
</odoo>

参考连接：https://www.odoo.com/documentation/14.0/zh_CN/developer/reference/addons/data.html?highlight=noupdate

base.user_admin ：admin用户（ID为2的用户，用户数据定义在odoo\addons\base\data\res_users_data.xml中

base.user_root： __system__用户(ID为1的用户，technical admin )

category定义相关数据存储在ir_module_category表中

添加的group，可以在Settings -> Users & Groups -> Groups界面看到，组定义相关数据存储在res_groups表中

eval语法说明

  • (0, 0, values) 从提供的valueS字典创建新记录，形如(0, 0, {'author': user_root.id, 'body': 'one'})。
  • (2, ID, values) 使用values字典中的值更新id值=ID的现有记录
  • (2, ID) 删除id=ID这条记录（调用unlink方法，删除数据及整个主从数据链接关系）
  • (3, ID) 删除主从数据的链接关系但是不删除这个记录
  • (4, ID) 为id=ID的数据添加主从链接关系
  • (5) 去除所有的链接关系,也就是循环所有的从数据且调用(3,ID)
  • (6, 0, [IDs]) 用IDs中的记录替换原来链接的记录（相当于先执行(5)再循环执行(4, ID)）

拓展：

odoo中有个特殊的组base.group_no_one，需要开启Debug模式才可获取该组权限。可以利用该特性实现隐藏对象需求，比如针对一些常规下不需要显示的特殊字段，为其设置属性groups = "base.group_no_one"，可以实现在非Debug模式下隐藏字段在视图中的显示。

菜单访问权限

应用实例

estate/security/security_estate_property_menu_groups.xml

<odoo>
    <data noupdate="1">
         <record id="estate_property_menu_groups" model="ir.module.category">
             <field name="name">[房地产]模块菜单权限</field>
             <field name="sequence">1</field>
         </record>
         <!--########################
         [房地产]模块菜单
         ########################-->
        <record id="group_estate_property_root_menu" model="res.groups">
            <field name="name">Real Estate</field>
            <field name="category_id" ref="estate_property_menu_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_advertisements_menu" model="res.groups">
            <field name="name">Real Estate -> Advertisements</field>
            <field name="category_id" ref="estate_property_menu_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_advertisements_properties_menu" model="res.groups">
            <field name="name">Real Estate -> Advertisements -> Properties</field>
            <field name="category_id" ref="estate_property_menu_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
    </data>
</odoo>

estate/__manifest__.py

#!/usr/bin/env python
# -*- coding:utf-8 -*-
{
    'name': 'estate',
    'depends': ['base'],
    'data':[
        'security/security_estate_property_menu_groups.xml',
        //...略
    ]
}
菜单配置

views/estate_menus.xml

<?xml version="1.0"?>
<odoo>
    <menuitem id="test_menu_root" name="Real Estate" web_icon="estate,static/img/icon.png"
    groups="group_estate_property_root_menu">
        <menuitem id="test_first_level_menu" name="Advertisements" groups="group_estate_property_advertisements_menu">
            <menuitem id="estate_property_menu_action" action="link_estate_property_action" groups="group_estate_property_advertisements_properties_menu"/>
            <!--略-->
        </menuitem>
        <!--略-->
    </menuitem>
</odoo>

查看效果

注意：

  1. 实践时发现，通过界面点击，访问一些菜单界面时，会在菜单访问URL(参见菜单访问自动生成的URL)中自动添加model，view_type等参数，也就是说会自动访问模块相关模型，如果此时没有对应模型的访问权限(至少需要 read权限)，那么即便拥有对应菜单的访问权限，界面上也看不到对应的菜单，笔者尝试过在浏览器中直接通过菜单链接(形如二级导航菜单http://localhost:8888/web#action=85&cids=1&menu_id=127)访问菜单，发现界面上不会显示任何菜单。
    菜单访问自动生成的URL
http://localhost:8888/web#action=85&model=estate.property&view_type=kanban&cids=1&menu_id=70
  1. 通过上述方式实现的菜单访问权限控制，实际是通过控制是否隐藏菜单实现的，也就说，如果知道未授权菜单ID，还是可以通过菜单ID拼接菜单URL进行未授权访问。

模型访问权限(Access Rights，表级别)

当模型中没有定义任何访问权限时，odoo会认为没有任何用户可以访问数据，并在日志中打印:

2022-12-14 09:01:38,994 32508 WARNING odoo odoo.modules.loading: The model estate.property has no access rules, consider adding one. E.g. access_estate_property,access_estate_property,model_estate_property,base.group_user,1,0,0,0

访问权限被定义为ir.model.access 模型记录。每个访问权限关联一个模型，一个group(针对全局访问，没有组) 和一系列权限：create, read, write 和unlink(等同于delete)。这些访问权限通常定义在security/ir.model.access.csv文件中。

test.model模型访问权限配置示例

id,name,model_id/id,group_id/id,perm_read,perm_write,perm_create,perm_unlink
access_test_model,access_test_model,model_test_model,base.group_user,1,0,0,0
  • id 自定义外部标识，模块中保持唯一，一般命名为 access_模型名称_用户组名称
  • name 自定义ir.model.access的名称，一般命名沿用id取值即可
  • model_id/id 、model_id:id 代指需要应用访问权限的模型。标准格式为 model_<model_name>，其中, <model_name>为模块中_name 替换.为_后的_name 的值
  • group_id/id 、group_id：id 代指需应用访问权限的组，即指定哪个组拥有如下访问权限，如果指定组不是在当前模块中定义的组，需要指定模块名称，形如module_name.groupName。组名一般命名为group_模型名称_权限，形如group_estate_property_read 。如果 group_id为空，则意味着授权给所有用户(非雇员(employees) ，比如 portal 或者public用户).
  • perm_read,perm_write,perm_create,perm_unlink: 分别代表create(创建), read(只读/查询), write (编辑/更新)和unlink(删除)权限，1表示有访问权限，0-表示无权限

具体到实际应用时，为了更灵活的权限管理，一般会为模型的增删改查操作分别定义权限。

授权给用户的模型访问权限，可通过点击Settings -> Users & Groups -> Users用户详情页Access Rights按钮查看。

应用实例

xml数据文件的方式定义房地产模型访问权限

estate/security/security_estate_property_model_groups.xml

<odoo>
    <data noupdate="1">
         <record id="estate_property_model_groups" model="ir.module.category">
             <field name="name">[房地产]模型权限</field>
             <field name="sequence">1</field>
         </record>
         <!--########################
         [房地产]模型
         ########################-->
        <!-- [房地产]模型 增删改查 -->
        <record id="group_estate_property_read" model="res.groups">
            <field name="name">[房地产]模型 只读</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_write" model="res.groups">
            <field name="name">[房地产]模型 更新</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_create" model="res.groups">
            <field name="name">[房地产]模型 创建</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_delete" model="res.groups">
            <field name="name">[房地产]模型 删除</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
    </data>
</odoo>

estate/security/ir.model.access.csv

id,name,model_id/id,group_id/id,perm_read,perm_write,perm_create,perm_unlink
access_estate_property_group_estate_property_read,access_estate_property_group_estate_property_read,model_estate_property,group_estate_property_read,1,0,0,0
access_estate_property_group_estate_property_write,access_estate_property_group_estate_property_write,model_estate_property,group_estate_property_write,1,1,0,0
access_estate_property_group_estate_property_create,access_estate_property_group_estate_property_create,model_estate_property,group_estate_property_create,1,0,1,0
access_estate_property_group_estate_property_delete,access_estate_property_group_estate_property_delete,model_estate_property,group_estate_property_delete,1,0,0,1

estate/__manifest__.py

#!/usr/bin/env python
# -*- coding:utf-8 -*-
{
    'name': 'estate',
    'depends': ['base'],
    'data':[
        'security/security_estate_property_menu_groups.xml',
        'security/security_estate_property_model_groups.xml',
        'security/ir.model.access.csv', 
        //...略
    ]
}
查看效果

打开用户编辑界面

记录规则(Record Rules，记录级别)

记录规则是允许某个操作必须满足的条件。记录规则按照访问权限逐条记录评估。

默认允许的记录规则：如果授予模型访问权限(Access Rights)，并且没有规则适用于用户的操作和模型，则授予访问权限

记录规则保存在ir.rule模型表里，我们通过管理ir_rule表中的记录，即可控制记录的访问权限

定义规则

示例：xml数据文件的方式定义房地产模型记录访问规则

<odoo>
    <data noupdate="0">
        <!--########################
        [房地产]模型记录规则
        ########################-->
        <record id="estate_property_record_read_rule" model="ir.rule"><!--id：外部规则id，供代码或者xml中引用 -->
            <field name="name">[房地产]模型记录规则</field>
            <field name="model_id" ref="model_estate_property"/>
            <field name="domain_force">[('create_uid', '=', user.id)]</field><!--仅显示用户自己创建的记录-->
            <field name="groups" eval="[(4, ref('group_estate_property_record_read'))]"/>
            <!--操作权限（仅作用于经domain_force滤后的记录）-->
            <field name="perm_read" eval="1"/>
            <field name="perm_write" eval="1"/>
            <field name="perm_create" eval="1"/>
            <field name="perm_unlink" eval="1"/>
        </record>
    </data>
</odoo>
  • name
    规则名称
  • model_id
    需要应用规则的模型，标准格式为 model_<model_name>，其中, <model_name>为模块中_name 替换.为_后值
  • groups
    指定规则需要作用、不作用于哪些组(res.groups)。可以指定多个组。如果未指定组，规则为gobal规则。规则与组的关联关系存在rule_group_rel表中
  • global
    根据“groups”计算，提供了对规则是否全局状态的轻松访问。eval="True"、eval="1"则表示全局规则，eval="False"、eval="0"则表示非全局规则
  • domain_force指定为domain的谓词，如果该domain与记录匹配，则规则允许所选操作，否则禁止。可以简单的理解为指定过滤条件，用户只能访问符合本过滤条件的记录，配置为 [(1,'=',1)]则表示匹配所有记录。domain是一个可以使用以下变量的python表达式：
  • time
    Python的 time 模块
  • user
    以单例记录集(singleton recordset)表示的当前用户
  • company_id
    当前用户，当前所选的公司的公司id(非记录集)。
  • company_ids
    当前用户可以访问的公司ID列表(非记录集)。 查看Security rules 获取更多详细信息。

官方文档：

The perm_method have completely different semantics than for ir.model.access: for rules, they specify which operation the rules applies for. If an operation is not selected, then the rule is not checked for it, as if the rule did not exist.

All operations are selected by default

译文：

perm_method 具有与 ir.model.access完全不同的语义：对于规则，它们指定规则需要应用的操作。如果(规则)未选择某个操作，则不会为该操作检查规则，就像该规则不存在一样。

规则默认适用所有操作。

笔者实践发现：

  • 如果创建了规则，但是没有授权给用户，那对于该用户来说，该规则不起作用，就像该规则不存在一样。
  • perm_method的eval值不能同时为"False"、"0"，否则会违反 ir_rule表的检查约束ir_rule_no_access_rights：CHECK (perm_read!=False or perm_write!=False or perm_create!=False or perm_unlink!=False)
  • 将任意一个perm_method设置为eval="True"、eval="1" ，并将规则授权给用户，规则生效，所以我个人理解，目前记录规则，就是用于过滤记录的，通过domain_force控制哪些记录可以显示给用户

规则默认适用所有操作。

  • perm_create
  • ``perm_read`
  • perm_write
  • perm_unlink
  • 授权给用户的记录访问规则，可通过点击Settings -> Users & Groups -> Users用户详情页Record Rules按钮查看。

全局规则(Global rules) VS 组规则(group rules)

全局规则和组规则在组成和组合方式上存在很大差异：

  • 全局规则和全局规则之间取交集，如果两个全局规则都生效，则必须满足两者才能授予访问权限，这意味着添加全局规则总是会进一步限制访问。
  • 组规则和组规则之间取并集，如果两个组规则都生效，则满足其中之一就可以授予访问权限。这意味着添加组规则可以扩展访问，但不能超出全局规则定义的范围。
  • 全局规则集和组规则集之间取交集，这意味着添加到给定全局规则集的第一个组规则将限制访问。

危险提示

创建多个全局规则是有风险的，因为可能创建不重叠的规则集，这将删除所有访问权限

应用实例

estate/security/security_estate_property_model_groups.xml，新增group_estate_property_record_query组

<odoo>
    <data noupdate="1">
         <record id="estate_property_model_groups" model="ir.module.category">
             <field name="name">[房地产]模型权限</field>
             <field name="sequence">1</field>
         </record>
         <!--########################
         [房地产]模型
         ########################-->
        <!-- [房地产]模型 增删改查 -->
        <record id="group_estate_property_read" model="res.groups">
            <field name="name">[房地产]模型 只读</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_write" model="res.groups">
            <field name="name">[房地产]模型 更新</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_create" model="res.groups">
            <field name="name">[房地产]模型 创建</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_delete" model="res.groups">
            <field name="name">[房地产]模型 删除</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
    </data>
    <data noupdate="0">
        <!--########################
         [房地产]模型记录
         ########################-->
        <record id="group_estate_property_record_query" model="res.groups">
            <field name="name">[房地产]模型记录 查询</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>       
    </data>
</odoo>

estate/security/security_estate_property_model_record_rules.xml

<odoo>
    <data noupdate="0">
        <!--########################
        [房地产]模型记录规则
        ########################-->
        <record id="estate_property_record_read_rule" model="ir.rule">
            <field name="name">[房地产]模型记录规则</field>
            <field name="model_id" ref="model_estate_property"/>
            <field name="domain_force">[('create_uid', '=', user.id)]</field>
            <field name="groups" eval="[(4, ref('group_estate_property_record_read'))]"/>
            <field name="perm_read" eval="1"/>
            <field name="perm_write" eval="1"/>
            <field name="perm_create" eval="1"/>
            <field name="perm_unlink" eval="1"/>
        </record>
    </data>
</odoo>

estate/__manifest__.py

#!/usr/bin/env python
# -*- coding:utf-8 -*-
{
    'name': 'estate',
    'depends': ['base'],
    'data':[        
        'security/security_estate_property_menu_groups.xml',
        'security/security_estate_property_model_groups.xml',
        'security/security_estate_property_model_record_rules.xml'，
        'security/ir.model.access.csv',
        //...略
    ]
}

查看效果

参考连接：https://www.odoo.com/documentation/14.0/zh_CN/developer/reference/addons/security.html#record-rules

字段权限(Field Access，字段级别)

ORM字段可以具有提供组列表的groups属性（值为逗号分隔的组XML ID列表，如groups='base.group_user,base.group_system'）注意：groups属性值格式：moduleName.groupName，其中moduleName为groupName组所在模块名称，必不可少。

如果当前用户不在列出的组中，他将无权访问该字段：

  • 将自动从请求的视图中删除受限制的字段
  • 从fields_get()响应中删除受限制的字段

尝试（显式的）读取或写入受限字段会导致访问错误

修改estate\security\security_estate_property_model_groups.xml，添加group_estate_property_selling_price_field组

<data noupdate="0">
        <!--########################
         [房地产]模型记录
         ########################-->
        <record id="group_estate_property_selling_price_field" model="res.groups">
            <field name="name">[房地产]模型 售价字段</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
        <record id="group_estate_property_record_query" model="res.groups">
            <field name="name">[房地产]模型记录 查询</field>
            <field name="category_id" ref="estate_property_model_groups"/>
            <field name="implied_ids" eval="[(4, ref('base.group_user'))]"/>
            <field name="users" eval="[(4, ref('base.user_root')), (4, ref('base.user_admin'))]"/>
        </record>
    </data>

查看效果

修改estate\views\estate_property_views.xml视图selling_price字段，添加groups属性

<field name="selling_price" string="Selling Price" groups="estate.group_estate_property_selling_price_field"/>

验证，发现界面上，未授权上述框选权限的用户已经看不到上述字段了

注意：通过为当前视图中目标字段添加groups属性实现的权限控制仅作用于当前视图，如果希望当前视图模型(Model)的所有视图中，对该字段实现统一的权限控制话，需要在模型定义中，为目标字段添加groups属性，如下：

selling_price = fields.Float('selling price', digits=(8, 2), readonly=True, copy=False, groups="estate.group_estate_property_selling_price_field")

参考连接：https://www.odoo.com/documentation/14.0/zh_CN/developer/reference/addons/security.html#field-access

扩展：在页面从数据库加载视图时，会通过load_view接口，会调用fields_view_get方法，可以重写此方法以控制xml显示的效果（参考网络资料，未实践验证）

按钮权限(按钮级别)

类似字段权限控制，仅需在在对应视图中，为目标按钮<button>元素，添加groups属性即可。

角色定义

新增并安装base_user_role模块

base_user_role模块的作用可以简单理解为，按自定义维度将所需权限组组合在一起，组成角色，实现批量授权的功能。

解压下载的base_user_role-12.0.2.1.2.zip文件，对解压后的部分文件做如下修改：

base_user_role\models\user.py，base_user_role\models\role.py

去除上述两个文件中的所有@api.multi修饰符，解决安装报错问题：

AttributeError: module 'odoo.api' has no attribute 'multi'

说明：Odoo 13.0开始，移除multi，multi作为默认实现。

base_user_role/views/role.xml

修改

<record model="ir.actions.act_window" id="action_res_users_role_tree">
    <field name="name">Roles</field>
    <field name="type">ir.actions.act_window</field>
    <field name="res_model">res.users.role</field>
    <field name="view_type">form</field>
    <field name="view_id" ref="view_res_users_role_tree"/>
</record>

为

<record model="ir.actions.act_window" id="action_res_users_role_tree">
    <field name="name">Roles</field>
    <field name="type">ir.actions.act_window</field>
    <field name="res_model">res.users.role</field>
    <field name="view_mode">form</field>
    <field name="view_id" ref="view_res_users_role_tree"/>
</record>

解决安装报错问题：

odoo.tools.convert.ParseError: while parsing file:/d:/codepojects/odoo14/custom/base_user_role/views/role.xml:63, near

然后，将解压目录下base_user_role整个文件夹拷贝odoo14\custom目录下，最后，重启服务并安装该模块。

安装成功后，Settings -> Users & Companies菜单下，将新增Roles子菜单（笔者实践发现无法通过该页面新增角色并关联用户），Settings -> Users & Companies -> Users 用户记录详情页将新增Roles Tab页

新增并安装estate_role模块

为了统一管理权限组，考虑新增一个单独的应用模块estate_role，模块文件组织结构如下

custom/estate_role
│  __init__.py
│  __manifest__.py
│
├─security
│      security_estate_property_menu_groups.xml
│      security_estate_property_model_groups.xml
│      security_roles.xml
│
└─views

odoo14\custom\estate_role\security\security_roles.xml

<?xml version="1.0" encoding="utf-8"?>
<odoo>
    <data noupdate="1">
        <record id="group_role_base_user" model="res.users.role">
            <field name="name">基础用户</field>
            <field name="implied_ids" eval="[
                    (4, ref('base.group_user')),
                ]"/>
        </record>
        <record id="group_role_multi_company" model="res.users.role">
            <field name="name">多公司</field>
            <field name="implied_ids" eval="[
                    (4, ref('base.group_multi_company')),
                ]"/>
        </record>
        <record id="group_role_devops" model="res.users.role">
            <field name="name">运维</field>
            <field name="implied_ids" eval="[
                    (4, ref('estate_role.group_estate_property_root_menu')),
                    (4, ref('estate_role.group_estate_property_advertisements_menu')),
                    (4, ref('estate_role.group_estate_property_advertisements_properties_menu')),
                    (4, ref('estate_role.group_estate_property_read')),
                    (4, ref('estate_role.group_estate_property_write')),
                    (4, ref('estate_role.group_estate_property_create'))
                ]"/>
        </record>
    </data>
</odoo>

odoo14\custom\estate_role\__init__.py

文件内容为空

odoo14\custom\estate_role\__manifest__.py

{
    "name": "Estate Roles",
    "license": "LGPL-3",
    "depends": ["base_user_role"],
    "data": [
        "security/security_estate_property_menu_groups.xml",
        "security/security_estate_property_model_groups.xml",
        "security/security_roles.xml"
    ],
    "installable": True,
}

说明：odoo14\custom\estate\__manifest__.pydata列表中已去除上述两个groups文件

重启服务并安装estate_role模块

查看效果

用户详情页面，查看用户权限，发现新增 User Roles

编辑用户，勾选图中的角色，保存，发现和角色关联的权限组都会被自动勾选了。

注意：

  • 取消勾选已授予的角色，并保存，不会自动取消勾选角色关联的权限组，即取消授予角色操作，不会取消通过授予角色授予给用户的权限组
  • 已授予角色给用户的情况下，取消勾选某个权限组并保存，如果该权限组和授予给用户的角色关联，则无法取消勾选的权限组，因为角色关联了该权限组
  • 权限页面勾选并保存的角色，不会在用户详情页的Roles Tab页中显示
  • 除了通过在用户详情页-权限(Access Rights)Tab页面，选取角色为用户批量授权外，还可以在用户详情页的Roles Tab页中为用户添加角色来实现批量授权。

参考连接

https://www.odoo.com/documentation/14.0/zh_CN/developer/reference/addons/security.html

文章标签：
C++
Python
数据安全/隐私保护
安全
数据格式
数据库
存储
开发者
XML
授客
目录
相关文章
带你读小助手
|
存储 缓存 算法
P2P 视频流与 HTTP 视频流 | 学习笔记
快速学习 P2P 视频流与 HTTP 视频流，介绍了 P2P 视频流与 HTTP 视频流系统机制， 以及在实际应用过程中如何使用。
带你读小助手
1729 0
P2P 视频流与 HTTP 视频流 | 学习笔记
undsky
|
3月前
|
XML Java 数据库连接
【RuoYi-Eggjs】：告别手写，自动生成代码
【RuoYi-Eggjs】是一款面向 Egg.js 项目的自动化代码生成工具，通过解析 MyBatis 风格的 XML Mapper 文件，智能生成标准化的 Service 层代码，彻底告别重复手写。支持实时监听、多数据库映射与内网穿透，提升开发效率与规范性。
undsky
209 7
undsky
|
3月前
|
SQL XML JavaScript
【RuoYi-Eggjs】：将若依带入 Node.js 世界的企业级后台管理系统
RuoYi-Eggjs 是基于 Egg.js 的企业级后台系统，100% 复刻若依功能，支持 MyBatis XML 风格 SQL、多数据库、JWT 认证、权限控制与代码自动生成，完美对接 RuoYi-Vue3 前端，助力 Node.js 开发者高效构建管理系统。
undsky
320 5
fzqoetf642qao
|
8月前
|
JSON 搜索推荐 API
利用快手电商 API 接口，实现快手小店商品价格区间精准定位
在快手电商中，通过调用API获取商品数据，并利用统计方法（如四分位数）精准划分价格区间，可优化选品策略、提升转化率。结合Python实现，助力电商智能化运营。
fzqoetf642qao
413 0
夏天49597
|
移动开发 前端开发 UED
React 音频预览组件：Audio Preview
本文介绍如何使用 React 构建音频预览组件，涵盖基础实现、常见问题及解决方案。通过 HTML5 `&lt;audio&gt;` 标签和 React 状态管理，实现播放控制。解决文件路径、浏览器兼容性等问题，并优化性能，避免状态不同步和内存泄漏，提升用户体验。
夏天49597
313 22
技术小达人
|
算法 安全 Java
自动化AutoTalk第十期：应知必会的自动化工具-阿里云SDK
本期《自动化AutoTalk》第十期聚焦应知必会的自动化工具——阿里云SDK。主要内容分为三部分：1. 阿里云SDK概述，介绍其支持的300多款云产品和8种主流编程语言；2. 快速生成SDK示例，以Java语言为例展示如何通过OpenAPI门户快速生成并下载SDK工程；3. 进阶特性介绍，涵盖签名算法、Endpoint配置、代理设置、HTTPS请求配置、超时机制及异常处理等重要功能。通过这些内容，帮助开发者更高效、安全地使用阿里云SDK。
技术小达人
404 3
net936
|
前端开发 JavaScript 关系型数据库
基于Python+Vue开发的房产销售管理系统源码+运行
基于Python+Vue开发的房产销售管理系统（前后端分离），这是一项为大学生课程设计作业而开发的项目。该系统旨在帮助大学生学习并掌握Python编程技能，同时锻炼他们的项目设计与开发能力。通过学习基于Python的房产销售管理系统项目，大学生可以在实践中学习和提升自己的能力，为以后的职业发展打下坚实基础。
net936
239 2
请看我回答~
|
机器学习/深度学习 数据采集 监控
探索机器学习在金融风控中的应用
【7月更文挑战第21天】随着科技的飞速发展，机器学习已成为金融领域风险管理的重要工具。本文将深入探讨机器学习如何革新传统风控模式，提升风险识别和决策效率，并分析其在实际应用中面临的挑战与未来发展趋势。
请看我回答~
365 4
闻缺陷则喜何志丹
|
自然语言处理 程序员 数据库
C++ 优缺点之我见
C++ 优缺点之我见
闻缺陷则喜何志丹
318 0
用数据说话
|
弹性计算 Linux 数据安全/隐私保护
阿里云服务器怎么重装系统？操作步骤如下
阿里云服务器更换操作系统吗？阿里云服务器支持免费更换操作系统，重装Windows及重装Linux操作系统注意事项如下
用数据说话
18821 1
阿里云服务器怎么重装系统？操作步骤如下