Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 车队为什么不只是“记谁开哪辆车”：司机历史、服务日志、里程读数与待办信号讲透
很多人把 Odoo Fleet 当成车辆台账，但源码里的 assignation log、service log、odometer 和 service_activity 说明它其实在做“车辆运营状态聚合”。看懂这条链，你才知道车队管理为什么不是简单登记车辆和司机。
Odoo 活动议程为什么不只是“排个演讲表”：议题提案、阶段可见性、收藏提醒与前台议程链路讲透
很多人以为 Odoo 的活动议程只是把演讲排进时间表，但 event.track 实际把议题提案、讲师资料、前台可见阶段、收藏提醒和 agenda 渲染连成了一条完整链路。看懂这条链，活动内容运营才不会在征稿、排期和现场提醒上反复返工。
Odoo IoT 为什么不只是“连上打印机”：Longpolling、WebSocket 与设备驱动分发链路讲透
很多人以为 Odoo IoT 就是把打印机或扫码枪接进系统，但源码里的 longpolling、websocket_client 和 interface 说明它其实是一条双向设备控制链。看懂这条链，才能真正理解 Odoo 为什么能把前端动作落到现场硬件上。
Odoo 车队为什么不只是“车辆台账”：司机历史、里程读数与合同提醒链路讲透
很多人把 Odoo Fleet 当成资产卡片，但源码里的 vehicle、assignation log、odometer 和 contract 其实组成了一条持续更新的运营链。看懂这条链，才能真正用 Odoo 管住司机交接、保单续期和车辆成本节奏。
Odoo 在线课程为什么不只是“学员看完视频”：邀请入课、完成率、下一课与 Karma 激励引擎讲透
很多人把 Odoo eLearning 当成内容展示页，但源码里的 slide.channel 与 slide.channel.partner 把入课、可见性、下一课推荐、结课邮件和 Karma 激励全绑在一起。看懂这套成员引擎，课程运营才不会停留在“发链接看课”。
Odoo 问卷为什么不只是“答题交卷”：评分、证书、限次与 Live Session 边界讲透
很多人把 Odoo Survey 当成普通表单，但源码里的 survey.user_input 把答题记录、计分、证书发放、尝试次数和直播答题一起收进了一条统一主链。看懂这些边界，做考试、认证和活动互动时才不会把规则配乱。