Odoo 计划活动为什么不会无限接龙：mail.activity.type 的 suggest / trigger 与完成后续接链路讲透
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上，mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制：一套负责给人选项，一套负责在完成时自动长出下一条。看懂这条链，才能把提醒真正配置成流程。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版电子表格为什么不是“谁打开都能改”：Documents、Spreadsheet revision 与 contributor 顺序讲透
基于 documents_spreadsheet、spreadsheet_edition 与 documents 源码，讲清电子表格文档的 revision、贡献者顺序与访问边界如何共同工作。
Odoo 企业版知识库为什么不是“把文档贴进正文”：Knowledge、附件令牌与编辑器上下文链路讲透
基于 knowledge、ir_attachment、html_editor 与 mail thread 相关源码，讲清知识库文章中的附件、评论线程与访问令牌如何串起编辑器上下文。
Odoo 企业版文档仪表盘为什么不是“把文件加到 dashboard”而已：metadata、dashboard group 与新建跳转讲透
基于 spreadsheet_dashboard_documents 源码，讲清 Documents 中的表格文件如何转成 dashboard、复制 revisions、归档原文件并清理评论数据。
Odoo 企业版 Sign 为什么不是“发个签署链接”而已：共享签署、过期校验、拒签复制与日志完整性链路讲透
很多人把 Odoo 企业版 Sign 理解成“给签署人发一个 URL”。但从 `sign` 源码看，官方真正处理的是共享请求与实名请求的分流、邮件链接的过期签名、拒签时为何复制 shared 请求、签署人改派后的 token 轮换，以及签署日志如何串成不可篡改的证据链。
Odoo 企业版为什么不让外部人直接编辑在线 Spreadsheet：冻结副本、token 只读与修订隔离边界讲透
很多人以为 Documents 里的在线 spreadsheet 只要分享链接就能像普通云表格一样协同外部编辑。但从 `documents_spreadsheet` 源码和测试看，Odoo 企业版刻意把“内部协作态”和“外部分发态”拆开：在线表格禁止 portal / 链接编辑，真正对外共享走的是 freeze-and-copy 只读副本，连 revision、Excel 下载和 live data 展示都单独设了边界。
Odoo 企业版 Knowledge 为什么不是“父文章一改权限全树跟着变”而已：desync 脱同步、成员继承与最后一名 writer 约束讲透
很多人把 Odoo 企业版 Knowledge 的权限理解成“根文章设 read/write/none，子文章原样继承”。但 `knowledge` 源码真正做的是一套可局部脱同步的权限树：子节点可以在降权时复制父级成员后切断继承，根/子节点还始终要满足至少一名 writer，移动到 private/shared 时也会重建权限边界。