Odoo 计划活动为什么不会无限接龙:mail.activity.type 的 suggest / trigger 与完成后续接链路讲透
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上,mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制:一套负责给人选项,一套负责在完成时自动长出下一条。看懂这条链,才能把提醒真正配置成流程。
TOPIC PICKS
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上,mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制:一套负责给人选项,一套负责在完成时自动长出下一条。看懂这条链,才能把提醒真正配置成流程。
可以顺着继续读的相邻方向
基于 mail_mobile 源码,讲清 Odoo 企业版移动推送如何先做设备注册,再按 @mention 与普通消息拆分投递,并在 4KB payload、Discuss 会话 subject 重写与 Firebase dynamic link 回退之间维持可点开的移动通知体验。
基于 mail_mobile 源码,讲清移动端消息推送如何围绕 OCN token、线程通知、回退链路与未读状态同步来保证移动体验。
很多团队把 alias 当成“收件地址映射模型”,但 mail.alias 与 mail.gateway.allowed 的源码显示,官方更关心的是:域名归属是否匹配公司、联系人安全策略是否合理、是否会被邮件风暴和回环拖垮。
很多人以为会议只要有 partner_ids 就够了,但 Odoo 还专门建了一层 calendar.attendee。因为“被邀请的人”与“这个人对邀请的响应、邮件时区、访问 token”根本不是一回事。
很多人以为会议提醒就是时间到了发一下,但 calendar.alarm 与 alarm_manager 的源码显示,Odoo 真正在管的是:提醒类型、下一次潜在触发点、周期会议只保留一个 cron trigger,以及作者是否也被提醒。
很多团队做任务依赖时只盯着甘特图连线,但 Odoo 官方测试更在意三件事:能不能防止循环依赖、复制项目时依赖关系如何映射、跨项目依赖是否应该原样保留。