TOPIC PICKS
很多团队把售后补偿理解成“客服在工单里发张券给客户”；但企业版 Helpdesk + Loyalty 真正做的是工单发券、邮件发送、网站分享链接、coupon/gift card 分流以及 loyalty card 与 ticket 的双向留痕。本文从 `action_coupon_generate_send()`、`action_coupon_generate_share()`、`generate_giftcard()` 与 `open_coupons()` 把这条链路讲透。
可以顺着继续读的相邻方向
website_helpdesk_livechat 的重点不是“聊天里能建单”，而是把聊天上下文、客户对象、团队归属和附件搬运一次性落进 helpdesk.ticket，让客服不用二次整理。
website_sale_dashboard 代码不多，但它决定了谁会在网站入口看到销售看板、Digest 邮件如何跳到正确动作，以及为什么运营与销售的体验会不一样。
基于 website_sale_renting 解释网站租赁的关键边界：为什么同一购物车不能混不同租期、为什么网站时区会影响可下单性，以及改期后系统如何回滚。
基于 website_helpdesk_forum 拆解 forum 与 helpdesk 的互相借力：哪些团队会显示“转工单”，帖子如何反向回写 ticket，以及标签是如何复用的。
Odoo 的 website form 不是一个通用收件箱。前台 snippet form 选的模型、字段白名单、default field、input filter 和附件落点，会决定一次提交最终变成 CRM lead、helpdesk ticket，还是只落成一段附加文本。
很多人以为 Odoo 多网站只是给网站记录填一个域名，但源码真正做的是“会话强制、上下文指定、请求域名命中、规则缓存隔离”四层联动。本文把 current website 的判定链路讲清楚。
