Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Event + IoT 为什么不是“现场打印胸牌”而已：ESC/Label 图像裁切、文本转义与 badge 输出链路讲透
基于 event_iot 报表源码，讲清活动胸牌打印为什么要在报表层处理图片 contain/cover、180 度翻转与 ESC/Label 特殊字符转义，而不是把模板直接丢给打印机。
Odoo 企业版 Helpdesk Mail Plugin 为什么不是“在 Outlook 里建单”而已：联系人侧栏、create 权限门槛与 acknowledgement 链路讲透
基于 helpdesk_mail_plugin 控制器与测试，讲清邮件插件为什么先在联系人侧栏拉 ticket 摘要、何时隐藏工单能力，以及建单接口为何显式传 team_id 以触发 acknowledgement 与阶段判定。
Odoo 企业版 work entry + Planning 为什么不是“排班发布后自动生工时”这么简单：批量重算、validated lock 与 slot 删除归档边界讲透
基于 hr_work_entry_planning 源码与测试，讲清 published shift 如何批量重算工时、为什么触碰 validated work entry 的 slot 不能改删，以及删除 slot 时为何只归档关联工时而不是硬删。
Odoo 企业版考勤甘特为什么不是“把打卡排成时间轴”而已：开放记录、60 天历史行与 expected hours 进度条边界讲透
基于 hr_attendance_gantt 源码与测试，讲清考勤甘特如何同时处理未签退记录、过去 60 天仍要显示的员工行，以及 worked hours 对 expected hours 的进度条口径。
Odoo 企业版电话弹屏为什么不是“来电就开客户卡片”：号码归属、partner 解析与商机关联讲透
voip_crm 真正补的是来电场景里的 partner 解析、机会数量统计与 CRM 跳转逻辑，让电话入口能落到正确客户与商机上下文。
Odoo 企业版租赁商机为什么不是“点一下生成报价”：机会转租赁单、产品筛选与转换门槛讲透
sale_renting_crm 在 CRM 里补的不是一个按钮，而是商机转租赁报价的向导、产品适配和状态保护，避免把不合适的机会硬转成租赁订单。