Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版预约转 CRM 的安全边界：日历默认上下文字段白名单与顾问分配如何生效
预约转商机看似只是多建一个 opportunity，实际上还要解决默认上下文注入的白名单边界与 staff user 强制分配问题。
Odoo 企业版 CRM 订阅商机为什么不是“成单后等续费”：商机、订阅任务与收入上下文桥接讲透
订阅商机真正复杂的地方，是 recurring revenue、项目任务和 postpaid 工时要在销售赢单后持续保持一条上下文链。
Odoo 企业版工单转商机为什么 team 和负责人不是简单复制：helpdesk team 配置、partner 默认值与 action 返回讲透
crm_helpdesk 真正难的不是“把 ticket 变成 lead”，而是决定客户、销售团队、负责人和返回动作该跟谁走。
Odoo 企业版电话侧栏为什么不会只盯商机：通话弹屏、订阅入口与权限路由讲透
电话弹屏的关键不是“找到一个客户”，而是根据 partner、机会数量、订阅数量和权限给出不同入口动作。
Odoo 企业版社媒帖子为什么能直接反查 CRM 机会：UTM source、lead 计数与社媒回流统计讲透
social_crm 不只负责把评论转成 lead，它还把社媒帖子自己的 source_id 接进 CRM 统计，让营销帖子能直接反查商机回流。
Odoo 企业版贷款为什么不是“资产模块换个名字”：还款计划、资产引擎与付款重分类桥接讲透
account_loans 的核心不是展示摊还表，而是复用资产/分录引擎，把长期负债、短期重分类和实际付款串起来。