Odoo 计划活动为什么不会无限接龙:mail.activity.type 的 suggest / trigger 与完成后续接链路讲透
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上,mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制:一套负责给人选项,一套负责在完成时自动长出下一条。看懂这条链,才能把提醒真正配置成流程。
TOPIC PICKS
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上,mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制:一套负责给人选项,一套负责在完成时自动长出下一条。看懂这条链,才能把提醒真正配置成流程。
可以顺着继续读的相邻方向
很多人以为 Discuss 的未读数就是“新消息条数”。但从官方源码看,Odoo 真正在维护的是一套成员级阅读游标、分隔线和置顶兴趣状态。理解这套模型,才能真正看懂聊天列表为什么会那样变化。
基于 knowledge、ir_attachment、html_editor 与 mail thread 相关源码,讲清知识库文章中的附件、评论线程与访问令牌如何串起编辑器上下文。
Odoo 里修改一条循环会议时,系统并不是简单“批量改掉后面所有记录”。源码把 recurrence 拆分、基准事件重建、未来实例重算和参会人 attendee 命令分开处理,因此你看到的“只改当前及未来”其实是一套状态拆分逻辑。
结合 whatsapp 与 appointment 源码,讲清预约提醒如果要走 WhatsApp,真正要处理的是模板变量、提醒窗口、预约记录上下文与回流动作。
基于 helpdesk_mail_plugin 控制器与测试,讲清邮件插件为什么先在联系人侧栏拉 ticket 摘要、何时隐藏工单能力,以及建单接口为何显式传 team_id 以触发 acknowledgement 与阶段判定。
基于 helpdesk 模型与 SLA 测试,讲清 SLA deadline 如何受工作日历、等待阶段和阶段切换影响。