Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版销售：多公司内部交易，销售单为什么会自动长出采购单
sale_purchase_inter_company_rules 的关键不是“自动建采购单”五个字，而是确认时如何找到对方公司、切换 intercompany
Odoo 企业版 Microsoft Calendar 预约同步为什么不是“换个连接器就等同 Google”：connector 检测、日历筛选与 setup 提示讲透
基于 appointment_microsoft_calendar 源码，讲清 Microsoft 预约同步如何判断连接器可用、已配置状态与暂停开关。
Odoo 企业版 Google Calendar 预约同步为什么不是“连上账号就不会撞会”：calendar setup、videocall source 与 post-sync 回写讲透
基于 appointment_google_calendar 源码，讲清 Google 连接器、Meet 链接生成、同步前后字段处理，以及用户未同步时的提示边界。
Odoo 企业版预算行为什么不是“填目标金额等报表汇总”：practical amount 查询引擎、analytic 口径与 crossover 窗口讲透
account_budget 的预算行不是静态台账，而是把预算期间、分析账户和实际发生额查询拼成一条可重复计算链。真正会影响结果的，是 `_compute_all()`、`_compute_theoritical_amount()`
Odoo 企业版审批请求为什么不是“提个单等人点通过”：请求创建、审批人展开与顺序闸门讲透
approvals 的 request 创建并不只是写一条单据；审批人来源、字段快照、顺序审批与状态推进都在一条后端链里。这里重点讲 request
Odoo 企业版网站文档上传，为什么不是“拖个文件到页面就行”
从网站文档可见性、public/portal 路由到 token 成员校验，讲清文件上传与分享前端为什么必须连着权限模型一起设计。