Odoo 为什么列表能看见,点进去却报权限错误:ACL 与记录规则域合并顺序
用户能在列表里看到记录,点进详情却报权限错,常见原因不是单纯“没给权限”,而是 ACL、全局规则、组规则和关联模型读取顺序叠在了一起。
TOPIC PICKS
用户能在列表里看到记录,点进详情却报权限错,常见原因不是单纯“没给权限”,而是 ACL、全局规则、组规则和关联模型读取顺序叠在了一起。
可以顺着继续读的相邻方向
从 website visitor、reveal view、IAP enrich 到 CRM 归属规则,讲清访客识别为什么要经过采集、去重、分配三段接力。
不再泛讲 field groups 全景,而是只解释一个实战规则:给 invisible、readonly、required 表达式提供值的控制字段,为什么应该放进 view 且与被控制节点保持同组覆盖,否则 NameManager 会报 Access Rights Inconsistency。
不再泛讲 domain_force 拼装,而是聚焦调试现场最常见的误判:开发者用 sudo 测 ir.rule,结果 _get_rules 直接返回空集合。文章只讲 sudo、allowed_company_ids 缓存键与 rule 调试顺序。
Odoo 采购单支持从附件创建单据,但真正决定“能不能识别”“由谁识别”“识别失败后停在哪”的,不是上传按钮本身,而是 account.document.import.mixin、_get_edi_builders 与具体 EDI 模块共同组成的导入框架。本文拆清采购附件导入的真实边界。
l10n_dk_nemhandel 表面上像一套丹麦本地化电子单据模块,但源码真正难点并不只在发 OIOUBL,而在于 partner 是否真在网、公司是否完成 receiver 注册、Webhook 和 Proxy 是否维持住、收进来的 XML 能不能安全落成应付发票。本文把这条接入链讲透。
讲 account_edi_ubl_cii 时,很多人只关注发送链路;但真正容易被低估的,是接收侧如何先拆 AttachedDocument、再决定 XML 该落到哪个 importable model,最后才谨慎回填税项和行数据。本文把这条“拆包优先”的导入链路讲透。