Odoo 计划活动为什么不会无限接龙：mail.activity.type 的 suggest / trigger 与完成后续接链路讲透
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上，mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制：一套负责给人选项，一套负责在完成时自动长出下一条。看懂这条链，才能把提醒真正配置成流程。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Helpdesk Mail Plugin 为什么不是“在 Outlook 里建单”而已：联系人侧栏、create 权限门槛与 acknowledgement 链路讲透
基于 helpdesk_mail_plugin 控制器与测试，讲清邮件插件为什么先在联系人侧栏拉 ticket 摘要、何时隐藏工单能力，以及建单接口为何显式传 team_id 以触发 acknowledgement 与阶段判定。
Odoo 企业版 Helpdesk 的 SLA 为什么不是“加几个小时”而已：工作日历、等待阶段冻结与 deadline 重算链路讲透
基于 helpdesk 模型与 SLA 测试，讲清 SLA deadline 如何受工作日历、等待阶段和阶段切换影响。
Odoo 企业版 Sign 为什么不是“发个签署链接”而已：共享签署、过期校验、拒签复制与日志完整性链路讲透
很多人把 Odoo 企业版 Sign 理解成“给签署人发一个 URL”。但从 `sign` 源码看，官方真正处理的是共享请求与实名请求的分流、邮件链接的过期签名、拒签时为何复制 shared 请求、签署人改派后的 token 轮换，以及签署日志如何串成不可篡改的证据链。
Odoo 企业版 Approvals + Documents 为什么不是“审批单挂个附件”：documents_approvals 的默认文件夹、标签、可见性与回退路径讲透
很多人把 Odoo 企业版审批附件理解成“approval.request 上多了个附件列表”。但 `documents_approvals` 真正做的是把审批材料接进 Documents 的治理体系：默认审批目录、公司级标签、文档 mixin 自动建档、按审批参与者收敛访问权，以及关闭开关后的动作回退。
Odoo 企业版 Knowledge 为什么不用文章 Chatter 直接评论：行内 Thread、锚点快照、点名通知与关闭边界讲透
很多人以为 Knowledge 评论无非是给文章挂个 chatter。但从 `knowledge.article.thread` 的模型、控制器与测试看，Odoo 企业版做的是另一套机制：评论 thread 绑定的是文章里的某段内容，不是整篇文章；锚点文本会被净化成快照；portal 用户虽然可参与，但发送字段、通知收件人、附件 token、关闭权限都被严格收口。
Odoo 企业版为什么不让外部人直接编辑在线 Spreadsheet：冻结副本、token 只读与修订隔离边界讲透
很多人以为 Documents 里的在线 spreadsheet 只要分享链接就能像普通云表格一样协同外部编辑。但从 `documents_spreadsheet` 源码和测试看，Odoo 企业版刻意把“内部协作态”和“外部分发态”拆开：在线表格禁止 portal / 链接编辑，真正对外共享走的是 freeze-and-copy 只读副本，连 revision、Excel 下载和 live data 展示都单独设了边界。