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，实际上还要解决默认上下文注入的白名单边界与 staff user 强制分配问题。
Odoo 企业版 CRM 订阅商机为什么不是“成单后等续费”：商机、订阅任务与收入上下文桥接讲透
订阅商机真正复杂的地方，是 recurring revenue、项目任务和 postpaid 工时要在销售赢单后持续保持一条上下文链。
Odoo 企业版工单转商机为什么 team 和负责人不是简单复制：helpdesk team 配置、partner 默认值与 action 返回讲透
crm_helpdesk 真正难的不是“把 ticket 变成 lead”，而是决定客户、销售团队、负责人和返回动作该跟谁走。
Odoo 企业版电话侧栏为什么不会只盯商机：通话弹屏、订阅入口与权限路由讲透
电话弹屏的关键不是“找到一个客户”，而是根据 partner、机会数量、订阅数量和权限给出不同入口动作。
Odoo CRM 邮件插件为什么还保留旧路由：get_by_partner_id、create_from_partner 与 open 跳转兼容链路讲透
很多人看到 crm_mail_plugin 里一串 deprecated 路由会本能想删掉，但 Odoo 明确把它们留着给旧版 Outlook 插件兜底：有的负责按 partner 拉已有关联线索，有的跳到预填 partner 的创建表单，有的直接重定向到 CRM form view。它们不是主链路，却是升级期最容易断的兼容桥。
Odoo CRM 里的“新建报价”为什么不是点个按钮就完：商机到报价的上下文继承、分流入口与营收回写讲透
很多人以为 CRM 里的 New Quotation 只是从商机页跳去 sale.order 新建表单；但标准 Odoo 真正做的是把 partner、team、salesperson、campaign、source、origin 等销售上下文一起注入，并且把“无客户”和“已有客户”的入口分开处理，后续还会按确认订单回写商机营收。本文把这条桥接链讲透。