TOPIC PICKS
很多团队把售后补偿理解成“客服在工单里发张券给客户”；但企业版 Helpdesk + Loyalty 真正做的是工单发券、邮件发送、网站分享链接、coupon/gift card 分流以及 loyalty card 与 ticket 的双向留痕。本文从 `action_coupon_generate_send()`、`action_coupon_generate_share()`、`generate_giftcard()` 与 `open_coupons()` 把这条链路讲透。
可以顺着继续读的相邻方向
很多人以为 Odoo Live Chat 只是“访客进来后随机分给一个客服”，但官方源码实际把机器人脚本、坐席可用性、会话重启和人工接管拆成了多层链路。看懂这些边界，才能解释为什么有的访客先收到机器人问题，有的却直接落到人工坐席。
基于 appointment_account_payment 与 website_appointment_sale，讲清付费预约为何先存 calendar.booking，再在支付成功后转成真正会议或销售确认。
从 team 开关开始，拆解 website_helpdesk 如何自动生成提交页、创建 Help 菜单、把附件 token 放给门户用户，并解释为什么多公司网站一旦配错会直接报错。
很多人以为 Odoo 企业版把 eLearning 课程接进 Helpdesk，只是给帮助中心加几条“去上课”的链接。但从 website_helpdesk_slides 的 models、controller、模板和测试连起来看，官方真正做的是一条受控的前台学习链路：先按团队限定课程范围，再按访客权限裁切可见性，搜索结果还会根据是否可预览决定跳到具体课件还是课程首页。
很多人以为 Odoo 网站在线客服里的“自动建单”只是 chatbot 最后加一个 create ticket 步骤。但企业版 website_helpdesk_livechat 源码真正做的是三层约束：脚本顺序先收邮箱、步骤上强制绑定 helpdesk team、建单时再把访客资料与整段会话历史一起写进 ticket，并把来源追到 livechat channel 与 chatbot source。
Odoo blog post 不是正文加封面图这么简单。cover_properties、Open Graph、seo_name、canonical URL 和语言本地化会一起决定文章在搜索引擎、社交分享和多语言页面中的真实表现。
