Odoo 的 ACL、记录规则和 sudo:权限到底在哪一层被拦住
Odoo 的权限不是一把锁,而是多层门禁:模型访问、记录规则、组继承和 sudo 各管一段,缺一层就会误判。
ARTICLE LIBRARY
持续记录源码理解、业务流程、模块开发经验与踩坑总结。
Odoo 的权限不是一把锁,而是多层门禁:模型访问、记录规则、组继承和 sudo 各管一段,缺一层就会误判。
视图继承不是谁写在后面谁生效,而是按继承树、优先级和选择器逐层合并。理解这条链,才能让 XML 改动更稳。
同样是 buy 规则,Dropship 采购还要看收货地址和 reference_ids。地址一变、引用一变,Odoo 就不能把需求乱合并。
菜单可见性不是单纯看 group_ids。Odoo 还会批量预读 action、检查模型读权限,并把祖先菜单一起补出来。
嵌入式动作看起来像“只给某条记录用”的快捷入口。实际上,它会同时看 active_id、父记录、用户、分组和 domain。
Odoo 对 action path 的要求不只是“不要重复”。它还要躲开保留前缀,并跨越继承表做全局检查。