第八章 消息与讨论
Odoo原生把沟通能力放进了业务单据里。销售报价、客户发票、项目任务、采购订单、联系人资料，很多页面右侧都有消息区，也就是常说的Chatter。它可以发送消息、记录内部备注、安排活动、管理附件、追踪关注者，并保留单据从创建到完成过程中的关键记录。
对企业来说，消息区不是一个“聊天框”，而是业务留痕和协同管理的入口。它能减少微信群、个人邮箱、口头交接带来的信息丢失，也能帮助新同事快速理解一张单据发生过什么。本章我们就来看一下Odoo消息区怎么用，哪些内容会通知客户，哪些内容只适合内部记录，以及国内项目中如何结合企业微信、飞书等消息渠道做延伸。
消息区在哪里
在报价单、销售订单、客户、发票、项目任务等表单右侧，通常可以看到消息区。
常见按钮和区域包括：
| 功能 | 用途 |
|---|---|
| 发送消息 | 给客户、关注者或指定收件人发送正式消息 |
| 备注 | 记录内部说明，通常不发送给客户 |
| 活动 | 安排电话、邮件、会议、待办等跟进事项 |
| 附件 | 上传、查看和管理当前单据附件 |
| 关注者 | 控制谁关注这张单据，谁可能收到通知 |
| 历史记录 | 查看单据变更、沟通、附件和活动记录 |
不同模块的消息区样式可能略有差异，但基本逻辑一致。只要一张单据带有消息区，就可以围绕这张单据沉淀沟通记录。
消息区解决什么问题
没有消息区时，企业内部沟通常见状态是这样的：
客户需求在微信里
报价附件在邮箱里
合同版本在某个人电脑里
催款记录在财务Excel里
售后问题在群聊里
老板问进展时，大家再临时翻记录
Odoo消息区的价值，是把这些分散信息尽量拉回到业务对象上。
例如一张销售订单，可以同时记录：
- 报价什么时候发给客户；
- 客户是否回复过邮件；
- 销售是否电话跟进；
- 内部是否备注了特殊交付要求；
- 财务是否上传过付款凭证；
- 仓库是否看到过发货注意事项；
- 哪些员工关注了这张订单；
- 客户是否通过门户查看了单据。
从管理角度看，消息区让单据不再只是“字段和状态”，而是有了上下文。
发送消息和备注的区别
这是最容易混淆、也最需要培训员工的地方。
| 类型 | 是否可能对外 | 典型用途 |
|---|---|---|
| 发送消息 | 可能发送给客户、关注者或指定收件人 | 给客户解释报价、发送订单更新、回复客户问题 |
| 备注 | 通常仅内部可见 | 内部交接、风险提示、电话记录、处理说明 |
简单判断：
- 想让客户看到，用 发送消息；
- 只想内部留痕，用 备注；
- 不确定客户能不能看到时，先不要写敏感内容。
例如：
| 场景 | 推荐方式 |
|---|---|
| “报价单已更新，请确认附件。” | 发送消息 |
| “客户口头要求本周五前发货，仓库请注意。” | 备注 |
| “这个客户付款慢，下次要先收款。” | 备注，且注意权限和措辞 |
| “发票已开具，请查收。” | 发送消息 |
实施时要把这个区别讲清楚。很多客户第一次用Odoo消息区，最担心的就是“我写的内部话会不会被客户看到”。这个问题不靠猜，要结合邮件配置、关注者、消息类型和收件人一起测试。
邮件和消息区的关系
上一章讲过邮箱配置，本章要把邮件和消息区连起来看。
如果邮件配置正确，通过单据发送的邮件会记录在消息区。客户回复邮件后，也有机会回到同一张单据上。
销售订单消息区 -> 发送报价邮件 -> 客户邮箱
客户回复邮件 -> 收件服务器/catch-all -> Odoo邮件路由 -> 销售订单消息区
这套链路依赖：
- 发件服务器能正常发送；
- 收件服务器、catch-all或邮件网关能接收回复；
- 回复地址没有被邮箱服务商拦截；
- 邮件头信息能匹配到原始单据；
- 关注者和收件人设置合理。
邮件配置不完整时，消息区仍然可以记录内部备注、活动和附件，但客户回复不一定能自动回到Odoo。自主实施时，可以先把内部协同用起来，再逐步完善客户回复自动归档。
发送消息时要看收件人
Odoo在多个业务对象中使用邮件撰写向导发送消息。
向导通常包含：
- 收件人；
- 邮件主题；
- 邮件正文；
- 邮件模板；
- 附件；
- 发送按钮。
邮件撰写背后有不同模式，例如评论模式和群发模式。评论模式会把消息贴到当前文档消息区，并可能通知关注者；群发模式更偏批量发送，不一定使用完全相同的消息子类型。
如果客户问“为什么这个人也收到了邮件”，通常要检查三件事：
- 邮件向导里的收件人；
- 当前单据的关注者；
- 消息子类型和通知偏好。
所以员工发消息前，不要只看正文，还要看收件人和附件。尤其是报价、发票、合同、售后争议这类邮件，更要确认发给了正确对象。
关注者
关注者是会关注当前单据消息的人。不同情况下，系统可能会自动添加创建人、负责人、客户、销售员或相关用户。
关注者适合：
- 销售关注自己的报价和客户；
- 财务关注客户发票和催收记录；
- 项目成员关注任务进展；
- 采购关注供应商订单；
- 客户通过门户接收订单和发票更新。
但关注者不是越多越好。关注者过多，会带来两个问题：
| 问题 | 影响 |
|---|---|
| 通知太多 | 员工逐渐忽略Odoo提醒 |
| 边界不清 | 不该收到消息的人也收到业务信息 |
实施时建议建立简单规则：谁负责这张单，谁关注；谁需要协作，谁关注；只是偶尔查看的人，不一定要关注。
活动是什么
活动是Odoo中的待办提醒。它不是普通备注，而是带负责人、截止日期和活动类型的跟进事项。
Odoo官方文档中也强调，活动可以在带有chatter的记录上创建，也可以从看板、列表、活动视图中安排。
常见活动类型：
- 打电话；
- 发送邮件；
- 安排会议；
- 上传文件；
- 跟进报价；
- 催收付款；
- 审核资料；
- 处理售后问题。
例如销售创建报价后，可以给自己安排一个3天后的跟进电话。到期后，系统会提醒销售处理。
活动的价值是把“记得跟进一下”变成系统可追踪的任务。管理者也可以从活动视图或模块统计里看到哪些事项逾期、哪些机会需要跟进、哪些发票需要催收。
活动适合怎么用
活动不要滥用。它适合有明确负责人和截止时间的事项。
| 场景 | 是否适合活动 | 说明 |
|---|---|---|
| 三天后联系客户确认报价 | 适合 | 有负责人、有日期、有动作 |
| 财务下周催收一张逾期发票 | 适合 | 可以形成催收节奏 |
| 项目经理明天审核需求文档 | 适合 | 明确任务和截止时间 |
| 随手写一条客户背景 | 不适合 | 更适合备注 |
| 上传合同附件 | 不适合 | 更适合附件和备注 |
上线初期可以先从销售跟进、财务催收、项目任务三类活动开始，不要一开始就给所有动作都建活动，否则员工会觉得系统“到处催人”。
附件
消息区也可以管理附件。
常见附件包括：
- 客户合同；
- 报价PDF；
- 发票PDF；
- 付款凭证；
- 送货签收单；
- 客户图片；
- 项目文件；
- 售后照片。
附件上传后，通常会挂在对应单据上。这样以后查看订单、发票、任务时，就能看到相关文件。
附件管理建议：
- 文件尽量上传到正确单据，不要都堆在客户档案里；
- 文件名要能看懂，例如
2026-06-报价确认.pdf； - 合同、发票、签收单等关键附件要上传到业务单据；
- 不要上传大量无关文件，否则后面很难查找；
- 涉及隐私或敏感文件时，要注意用户权限。
附件是业务证据的一部分，不只是“传个文件”。
消息记录的价值
消息区最大的价值是留痕。
它可以回答这些问题：
- 这张报价是什么时候发给客户的；
- 客户是否回复过；
- 谁修改过单据；
- 内部谁备注了风险；
- 哪些附件和这张单有关；
- 哪个员工应该继续跟进；
- 客户是否收到门户链接；
- 财务是否已经催收；
- 售后问题处理到了哪一步。
对于销售、项目、售后、财务催收，这些记录很有价值。尤其是人员交接时，新接手的人不需要到处问“这个客户之前怎么沟通的”，先看单据消息区就能掌握很多上下文。
消息子类型
当团队开始大量使用消息区后，经常会遇到一个问题：为什么有些消息会通知客户，有些只在内部显示？这背后和Odoo的邮件线程、关注者、消息子类型有关。
从技术上看，很多Odoo单据之所以有消息区，是因为模型继承了邮件线程能力。表单右侧会出现发送消息、备注、活动、附件、关注者等功能。
Odoo会通过消息子类型区分不同类型的消息和通知。
消息子类型配置示例：
常见字段含义：
| 字段 | 说明 |
|---|---|
| 消息类型 | 子类型名称 |
| 序列 | 显示顺序 |
| 模型 | 该子类型适用的模型，空值表示更通用 |
| 默认 | 关注时是否默认订阅 |
| 仅内部 | 是否只对内部用户可见 |
| 隐藏 | 是否在关注者设置中隐藏 |
| 父级 | 订阅父类型时是否联动订阅子类型 |
一般客户不需要直接修改消息子类型。顾问和开发人员需要理解它们，因为很多通知问题最终会落到“谁是关注者、订阅了什么子类型、这条消息是不是内部消息”上。
通知偏好
Odoo用户可以有自己的通知偏好。不同版本和配置下，通知可能表现为：
- Odoo右上角通知；
- 讨论应用中的消息；
- 邮件通知；
- 活动提醒；
- 移动端通知。
这也是为什么同一条消息，有的人收到邮件，有的人只在系统里看到提醒。
实施时可以给客户讲一个简单原则：
消息发给谁，由收件人、关注者、子类型决定；
消息通过什么渠道提醒，由用户通知偏好和系统配置决定。
不要把所有通知都理解成“邮件”。Odoo本身是一个协同系统，邮件只是其中一个通知渠道。
讨论应用和消息区的区别
Odoo还有一个“讨论”应用，用来查看聊天、频道和系统通知。
消息区和讨论应用的关系可以这样理解：
| 功能 | 适合内容 |
|---|---|
| 单据消息区 | 围绕某张报价、发票、任务、客户的业务沟通 |
| 讨论应用 | 团队频道、个人聊天、跨模块通知 |
如果是和某张订单有关的内容，最好写在订单消息区。如果只是团队内部日常讨论，可以放在讨论频道里。
这样做的好处是：以后找业务证据时，不需要从海量聊天里翻，而是直接打开对应单据。
国内企业微信和飞书通知
国内客户经常习惯在企业微信、飞书、钉钉等工具里接收提醒。Odoo原生的协同中心仍然是消息区、活动和讨论应用，但在实施项目中，可以把关键通知推送到企业常用办公工具里。
青岛欧姆网络科技已经有企业微信和飞书相关方案，可用于员工同步、OAuth登录、消息推送、机器人通知等场景。本文不展开具体配置，只提醒客户：如果企业希望员工在企业微信或飞书里接收Odoo关键消息，可以在原生消息机制稳定后，再评估这类集成方案。
这种集成适合：
- 员工日常不常打开Odoo，但会看企业微信或飞书；
- 希望审批、待办、异常提醒及时触达；
- 多系统通知希望统一到企业办公工具；
- 管理层希望关键业务提醒更及时。
不过消息推送不是替代Odoo消息区。更好的方式是：Odoo负责业务记录和权限边界，企业微信/飞书负责及时提醒。
常见使用建议
消息区上线后，建议给团队定几条简单规则：
- 客户能看到的内容要谨慎写；
- 内部讨论用备注，不要误发给客户；
- 重要电话沟通后写一条备注；
- 报价发出后安排跟进活动；
- 财务催款时记录沟通过程；
- 上传附件时命名清楚；
- 不要给所有人都加关注者；
- 离职交接前检查关键客户和未完成单据的消息记录。
这些规则不复杂，但很有用。消息区用得好，系统会越来越像企业的“业务记忆”；用不好，就会变成另一个没人认真看的消息堆。
常见问题
| 问题 | 常见原因 | 处理方向 |
|---|---|---|
| 客户没收到邮件 | 邮箱配置、垃圾箱、模板或收件人错误 | 回到邮箱配置和邮件记录检查 |
| 员工收到太多提醒 | 关注者过多、子类型订阅太多 | 清理关注者和通知偏好 |
| 内部备注发给客户 | 使用了发送消息，或模板/收件人配置不当 | 培训员工区分发送消息和备注 |
| 找不到附件 | 上传到错误单据或命名混乱 | 统一附件命名和上传位置 |
| 活动没人处理 | 没有负责人、没有截止日期或缺少管理节奏 | 明确活动类型和负责人 |
| 客户回复没有进单据 | 收件服务器、catch-all或邮件路由未配置好 | 回到邮箱配置章节排查 |
| 讨论太分散 | 微信、邮箱、Odoo多处沟通 | 关键业务信息回到对应单据 |
排查时不要只问“是不是系统坏了”，要先看消息是怎么产生的、发给了谁、通过什么渠道通知、是否有邮件服务器参与。
实施建议
消息与讨论不需要等到所有模块上线后才使用。建议从最容易产生价值的场景开始：
| 阶段 | 建议 |
|---|---|
| 第一阶段 | 销售报价、客户发票、项目任务先使用消息区和备注 |
| 第二阶段 | 销售跟进、财务催收、项目协作开始使用活动 |
| 第三阶段 | 规范关注者、附件命名和客户可见内容 |
| 第四阶段 | 根据员工使用习惯，评估企业微信、飞书等提醒集成 |
对小白客户来说，先记住三个动作就够了：对外沟通用发送消息，内部留痕用备注，需要未来处理的事情用活动。等团队习惯把关键沟通放回Odoo，企业的销售、财务、项目和售后记录就会自然变得清晰。
本章我们把Odoo消息区、发送消息、内部备注、活动、关注者、附件、消息子类型和国内消息集成方案串了一遍。下一章会进入“报表”，继续看Odoo如何把日常业务数据变成可查看、可筛选、可导出的管理信息。