TOPIC PICKS
很多团队把售后补偿理解成“客服在工单里发张券给客户”；但企业版 Helpdesk + Loyalty 真正做的是工单发券、邮件发送、网站分享链接、coupon/gift card 分流以及 loyalty card 与 ticket 的双向留痕。本文从 `action_coupon_generate_send()`、`action_coupon_generate_share()`、`generate_giftcard()` 与 `open_coupons()` 把这条链路讲透。
可以顺着继续读的相邻方向
website_sale_subscription 不只是让 recurring product 能上架；它会在购物车阶段锁 plan、要求地址、把“这是订阅单”的上下文带进支付页，再由 sale_subscription 接手 token、门户续费入口和下一期开票状态。
在 website_helpdesk_knowledge 里，一篇被团队当作网站知识入口的文章，不只是“勾上网站发布”这么简单；它的发布态、父子树位置和团队绑定关系，会同时影响门户入口、搜索范围与是否允许继续被当作 helpdesk 首页。
website_helpdesk 把搜索入口开在帮助中心，但真正的结果集由 website_helpdesk_knowledge、website_helpdesk_slides 和 team slug 一起决定：同一个搜索词，对不同团队看到的文章、课程与链接可以完全不同。
website_sale_dashboard 代码不多，但它决定了谁会在网站入口看到销售看板、Digest 邮件如何跳到正确动作，以及为什么运营与销售的体验会不一样。
Odoo 的 website form 不是一个通用收件箱。前台 snippet form 选的模型、字段白名单、default field、input filter 和附件落点，会决定一次提交最终变成 CRM lead、helpdesk ticket，还是只落成一段附加文本。
Odoo blog post 不是正文加封面图这么简单。cover_properties、Open Graph、seo_name、canonical URL 和语言本地化会一起决定文章在搜索引擎、社交分享和多语言页面中的真实表现。
