Odoo 为什么列表能看见，点进去却报权限错误：ACL 与记录规则域合并顺序
用户能在列表里看到记录，点进详情却报权限错，常见原因不是单纯“没给权限”，而是 ACL、全局规则、组规则和关联模型读取顺序叠在了一起。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Studio 为什么不是“前台改改界面就行”而已：xmlid、view cache 与按钮审批 guardrails 讲透
Studio 真正难的地方不是拖拽，而是拖拽之后这些改动如何变成可持久化、可导出、可缓存、可审计的系统配置。企业版 web_studio 在 xmlid、视图缓存、模型元数据和审批按钮上都做了不少防呆。
Odoo 企业版 AI 文档源为什么不直接吃原附件：checksum 扇出重建、跨 Agent 重索引与访问边界讲透
很多人以为把 Documents 里的文件加进 AI Agent，只是“拿原附件做个向量索引”。但从 `ai_documents_source` 源码看，Odoo 企业版真正关心的是文档源和原文档的生命周期解耦、同内容多 Agent 的 checksum 复用、文档更新后的批量重建、以及访问权限始终回到 Documents 自身。
Odoo 企业版 Documents + Sign 为什么不是“签完生成个 PDF”而已：folder 继承、reference_doc 路由与 no_document 防重复讲透
很多人把企业版 Documents 与 Sign 的集成理解成“从文档里发起签署，签完把 PDF 丢回文件夹”。但从 `documents_sign` 源码看，官方真正解决的是附件所有权迁移、签署请求如何绑定原文档或文件夹、完成件生成与邮件发送为何要区分 `no_document`、以及签署人/发起人如何自动获得受控访问权。
Odoo 为什么“字段有权限、页面却还会报错”：field groups、视图裁剪与 Access Rights Inconsistency 讲透
很多人把 groups 只当成“控制显示”。但在 Odoo 里，字段 groups、视图节点 groups、模型访问权和表达式依赖会一起工作。本文从 ir_ui_view.py 和 NameManager 源码讲清为什么页面会出现 Access Rights Inconsistency。
Odoo 侧边栏动作是怎么来的：binding_model_id、group_ids 和缓存刷新
不是把一个动作建出来就一定会出现在侧边栏。Odoo 还要过绑定模型、分组权限、可读权限和缓存这几道关。
Odoo 的 One2many / Many2many 命令包：为什么一串三元组能同时新增、更新、解绑
讲清 Command.create / update / delete / unlink / link / clear / set 的语义，以及它们在 create、write、复制和批量改关系时的真实作用。