Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版网站付费预约为什么不是“付款成功就锁时段”：booking 暂存、invoice token 与 return token 边界讲透
appointment_account_payment 与 website_appointment_account_payment 的关键，不是给预约页加一个支付按钮，而是先把 booking 暂存下来，再用 booking_token 与 invoice access token 串起支付后的回跳和最终成会。
Odoo 企业版项目/帮助台互转为什么不是“复制一张单”：客户上下文、阶段路由与权限返回讲透
project_helpdesk 的重点不是双向转换按钮，而是 task 与 ticket 在客户、阶段、消息来源和返回动作上的一致性。
Odoo 企业版 FSM 周期合同为什么不是“订阅续费后自动建单”：续费、物料入口与任务可见性讲透
现场服务接入订阅后，真正要守住的是周期合同、任务复发、物料销售行和项目利润的上下文连续性。
Odoo 企业版工时审批为什么不只是锁住 timesheet：销售行归属、门户可见工时与计费口径讲透
工时审批真正影响的是交付、开票和客户可见性；validated 不是 UI 标签，而是贯穿项目、销售和门户的状态位。
Odoo 企业版项目预测为什么不是“销售卖了工时就自动排满”：报价工时、forecast slot 与工时回写讲透
project_timesheet_forecast_sale 的核心不是复制 planning slot，而是让销售工时、预测排班和已验证工时持续互相校正。
Odoo 企业版项目预算为什么不是“项目上挂个总额”：分析账户、预算行与状态更新链路讲透
project_account_budget 真正做的是把预算对象接回项目主模型、更新面板和项目状态同步，而不是只做一个统计字段。