Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Studio AI 字段建议，为什么不是“前端弹窗问一下大模型”
从 Studio 配置弹窗、RPC edit_field 到 AI 字段定时回填，讲清前端提示词、字段元数据与后台填充任务的接力。
Odoo 企业版 Survey 到 Spreadsheet 面板，为什么不是“把问卷答案塞进一张表”
从 ODOO.SURVEY 公式、文档访问 token 到协同 revision，讲清问卷结果面板为什么是一条公式与协作并行的前端链路。
Odoo 企业版自助点单到在线支付到后厨屏，为什么不是“前端下单后轮询状态”
从 self-order 控制器、支付交易到 preparation display 通知，讲清门店前台、支付与后厨屏如何靠事件接力而不是傻轮询。
Odoo 企业版文档到 Peppol 到会计入账，为什么不是“收票后 OCR 一下建发票”
从 Documents 财务文件夹、电子票据/PDF 提取到 account.move 生命周期，讲清收票、识别、归档和入账的多段护栏。
Odoo 企业版数据库同步到 AI 助手访问边界，为什么不是“接上数据库就能让机器人读”
从数据库同步向导、用户/KPI 写回到 AI source 可访问性，讲清外部数据库接入后为什么还要经过索引与权限护栏。
Odoo 企业版项目预测到销售续单到工时上账，为什么不是“卖掉工时包后慢慢记工时”
从 planning forecast、sale line 到 validated timesheet 的数量回写，讲清项目售前承诺、排班兑现与交付量计算的接力。