Odoo CRM 预测报表为什么不能只看 expected revenue：prorated revenue、lost reason 与 Pipeline Analysis 口径讲透
很多团队拿 Odoo CRM 报表时只盯着 expected revenue，结果越看越乱。官方报表真正更依赖的是 stage、deadline、prorated revenue、won_status 与 lost reason 这些维度；如果你不先分清预测值和原值，漏斗、forecast 与丢单复盘都会失真。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo CRM 安排会议为什么总像‘懂你的下一步’：opportunity 上下文、smart calendar 与 reschedule 取时逻辑讲透
很多人觉得 Odoo CRM 的 Schedule Meeting 只是打开日历窗口。源码里它会把商机、客户、team、标题和最相关的时间范围一起塞进上下文，Reschedule 还会优先锚定当前用户的下一活动会议。
Odoo CRM 为什么‘标记赢单’不只是把概率改成 100：won stage 选择、date_closed 与 rainbowman 反馈链路讲透
很多人把 Mark Won 理解成一个把 probability 改成 100 的按钮。源码里它还会找最合适的 won stage、处理 date_closed 语义，并在满足条件时生成与 team、来源、国家相关的庆祝反馈。
Odoo CRM 渠道伙伴转派后为什么不是‘邮件发出去就结束’：portal 可见性、负责人改写与自动订阅链路讲透
很多人把网站线索转派给渠道伙伴理解成“发一封通知邮件”，但 website_crm_partner_assign 的 forward wizard 真正做的是一整套交接动作：先按 partner 聚合同批线索，给出 portal / 非 portal 不同上下文，再同时写入 partner_assigned_id 与 user_id，最后自动订阅合作伙伴，保证后续协同不会断。
Odoo CRM 为什么有些在线聊天会露出客户商机、有些却完全没有：session store、lead 读权限与 opportunity_ids 暴露边界讲透
很多人以为 Odoo 在线聊天侧边栏里看到的客户商机是前端自己查出来的，但 crm_livechat 真正做的是更保守的 session store 下发：只有当前用户具备 crm.lead 读取权时，livechat session 才会附带 customer partner 的 opportunity_ids；否则这块数据会被整块裁掉。
Odoo 企业版线索转工单：为什么 lead 转 ticket 后附件、来源和返回动作还能接上
crm_lead_convert2ticket 做的不只是建 helpdesk.ticket，它还会补 partner、带营销来源、搬线程和附件，并在无权读新工单时安全返回原 lead。
Odoo 企业版社媒评论转 CRM 线索：作者匹配、UTM 回填与返回动作是怎么串起来的
基于 social_crm 源码，讲清社媒帖子或评论转 CRM lead 时，作者识别、客户关联、UTM 来源回填、描述渲染与返回动作的真实链路。