Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 问卷后台统计为什么会“每题长得不一样”：矩阵题、量表题与汇总管线讲透
很多人以为 Odoo Survey 的结果页只是把答案数量数一遍再画图，但从 survey_question.py 与 survey_user_input.py 看，后台其实按题型走了多条统计管线：choice、matrix、scale、numerical 各有不同表格和图表结构，scored 问题还会额外计算正确率、partial 与常见答案。理解这层，你才知道为什么“每道题的统计长得不一样”并不是前端花活，而是模型设计本身。
Odoo 企业版 Documents + Fleet 为什么不是“车辆上挂附件”而已：集中 folder、owner 策略与访问传播边界讲透
基于 documents_fleet 源码与测试，讲清车辆文档为什么集中进公司级 folder、默认 owner 为当前用户、访问链接默认关闭，以及 company 设置关闭后为何不再自动建文档。
Odoo 企业版 Survey + Spreadsheet 为什么不是“导出问卷结果”而已：列展开、评论拆列与日期格式管线讲透
基于 documents_spreadsheet_survey 源码与测试，讲清问卷结果进入电子表格时为什么要按题型展开列、把 comments 单独拆列，并把 datetime/date 转成 spreadsheet number 与 locale format。
Odoo 企业版 Event + IoT 为什么不是“现场打印胸牌”而已：ESC/Label 图像裁切、文本转义与 badge 输出链路讲透
基于 event_iot 报表源码，讲清活动胸牌打印为什么要在报表层处理图片 contain/cover、180 度翻转与 ESC/Label 特殊字符转义，而不是把模板直接丢给打印机。
Odoo 企业版 Social 为什么不是“统一发社媒内容”而已：UTM、live post 与多公司访问边界讲透
Social 模块处理的不是一个群发器，而是一套跨账号、跨公司、跨媒介的内容与归因体系：发帖时要生成 UTM，发出后要拉 live statistics，多公司下还要保证谁能看、谁能发、谁能接账号。
Odoo 企业版活动为什么不是“多几个图表”而已：cohort、gantt 与 registration 分析边界讲透
event_enterprise 虽然代码不多，但它给活动管理补的是分析视角：报名记录怎样进入 cohort 观察、活动怎样在 gantt 上看排期，以及这些分析为何必须建立在