TOPIC PICKS
很多团队把售后补偿理解成“客服在工单里发张券给客户”；但企业版 Helpdesk + Loyalty 真正做的是工单发券、邮件发送、网站分享链接、coupon/gift card 分流以及 loyalty card 与 ticket 的双向留痕。本文从 `action_coupon_generate_send()`、`action_coupon_generate_share()`、`generate_giftcard()` 与 `open_coupons()` 把这条链路讲透。
可以顺着继续读的相邻方向
很多人把 Odoo 的 wishlist 当成前端小收藏，但 website_sale_wishlist 实际同时处理匿名 session、登录后归属迁移、重复商品去重、失效商品过滤和加入当下价格快照。
很多电商库存提示看起来只是前台小文案，但 website_sale_stock 实际把仓库维度、购物车占用、是否允许缺货下单和支付前再校验串成了一条完整边界。
很多人把网站购物车理解成“前台先攒几行，最后转成销售单”，但 website_sale 实际上从加购、合并、校验、配送、匿名身份到弃单恢复都已经按销售订单模型在运行。
很多人以为 Odoo 企业版 Knowledge 对外协作只需要生成一条邀请链接；但标准实现真正处理的是成员邀请注册、share user 的前后台分流、member-only 可见性与 root article 继承。本文从 `article_invite()`、`_redirect_to_portal_view()`、`_compute_user_permission()` 与 `_compute_is_article_visible()` 把这条门户权限链讲透。
很多人把网站线索转派给渠道伙伴理解成“发一封通知邮件”，但 website_crm_partner_assign 的 forward wizard 真正做的是一整套交接动作：先按 partner 聚合同批线索，给出 portal / 非 portal 不同上下文，再同时写入 partner_assigned_id 与 user_id，最后自动订阅合作伙伴，保证后续协同不会断。
很多人以为 Odoo 在线聊天侧边栏里看到的客户商机是前端自己查出来的，但 crm_livechat 真正做的是更保守的 session store 下发：只有当前用户具备 crm.lead 读取权时，livechat session 才会附带 customer partner 的 opportunity_ids；否则这块数据会被整块裁掉。
