Odoo 计划活动为什么不会无限接龙：mail.activity.type 的 suggest / trigger 与完成后续接链路讲透
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上，mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制：一套负责给人选项，一套负责在完成时自动长出下一条。看懂这条链，才能把提醒真正配置成流程。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 活动为什么能一键变会议：`mail.activity` 到 `calendar.event` 的桥接、时区回写与反馈落点讲透
很多人以为‘把活动变成会议’只是打开一个日历表单。源码里这其实是一座正式桥梁：活动会带着业务记录上下文、负责人、说明进入 `calendar.event`，后续改截止日期还会回写会议开始日，而完成反馈也会追加到会议备注中。
Odoo 活动计划为什么不等于 next activity：`mail.activity.plan`、模板链和责任人分配边界讲透
很多团队把活动计划理解成‘做完一个自动弹下一个’。源码里 `mail.activity.plan` 其实是另一套机制：它先定义一组模板、每步相对计划日期的偏移、责任人来源与模型兼容性，再在启动时批量落到业务记录上。看清这层边界，才能避免把建议链、触发链和活动计划混成一锅。
Odoo 企业版 VoIP 为什么不是“点号码就打”：外设回拨、移动端拨号偏好、未接来电计数与最近通话同步讲透
基于 voip 源码，讲清 Odoo 企业版电话体验为什么不是浏览器里直接拨号：系统会把外设回拨、移动端默认电话 app、未接来电计数、last_seen_phone_call 与最近通话 Store 同步串在一起，让桌面端、手机端与 PBX 侧形成同一套通话上下文。
Odoo 企业版 VoIP 为什么会把未接来电变成待办：call queue、活动创建与回拨入口讲透
Odoo 企业版 VoIP 不是只记录一通电话的开始和结束。源码把 call activity 当作“下一步动作”的协同载体：电话类型不存在时先补齐，缺手机号时拒绝入队，未接来电与今日电话活动再通过队列和 bus 事件连接到前端回拨入口。
Odoo 企业版 Knowledge 搜索为什么像“先找到目录，再找到正文”：根祖先回溯与可见性过滤讲透
Knowledge 的搜索体验看起来像全文检索，但用户又总能先落到自己有权限的目录树。原因不只是权限判断，而是 search_fetch、favorite 优先、root ancestor 回溯、visible/hidden 分流和排序策略共同作用的结果。
Odoo 企业版 AI 通话为什么不是“转写完给个摘要”：call summary、下一步动作与 CRM 衔接讲透
基于 voip_ai 与 voip_crm 源码，讲清通话录音转写、单行摘要、线索/商机跳转与后续 activity 衔接为什么必须放在一条链路里看。