Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Frontdesk 访客登记为什么不是“填个表生成 badge”：check-in、主机通知与现场状态链路讲透
frontdesk 后端真正负责的是 kiosk 数据、预约访客快签、check-in/out 状态变更、host 与前台通知，以及到访异常提醒，而不是单纯创建一条访客记录。
Odoo 企业版网站：Documents 共享链接如何选对网站域名
website_documents 的关键不是“分享文档时能选网站”，而是确保共享链接落在正确 company/website 边界内，避免多站点环境把公开链接发错域名。
Odoo 企业版出勤生成工时为什么不是“打卡一保存就结束”：attendance、overtime intervals 与 validated work entry 防线讲透
基于 hr_work_entry_attendance 源码，讲清打卡如何触发 work entry、加班区间如何映射，以及为什么 validated entry 会锁住修改和删除。
Odoo 企业版网站客服：Knowledge 知识库为什么不会越界展示
website_helpdesk_knowledge 真正要解决的是“客服团队只该把客户带到自己的知识树里”，而不是把整站 knowledge 随意公开给所有访客。
Odoo 企业版网站客服：Livechat 一键转工单的真实链路
website_helpdesk_livechat 的重点不是“聊天里能建单”，而是把聊天上下文、客户对象、团队归属和附件搬运一次性落进 helpdesk.ticket，让客服不用二次整理。
Odoo 企业版 Studio AI 字段建议，为什么不是“前端弹窗问一下大模型”
从 Studio 配置弹窗、RPC edit_field 到 AI 字段定时回填，讲清前端提示词、字段元数据与后台填充任务的接力。