Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版条码查码为什么不是“扫不到就报错”：商品补建入口、管理员闸门与扫码补录边界
stock_barcode_barcodelookup 解决的不是“扫不到怎么办”，而是现场发现新条码时，系统要不要允许直接补建商品，以及这个入口该对谁开放。
Odoo 企业版名片识别转商机：BusinessCardScanner 怎样约束 AI 输出并回填线索
crm_enterprise 真正企业化的地方，不是接了 OpenAI 或 IAP，而是它只允许少量字段落表，再继续做国家、州省、电话等归一化，最后把附件挂回商机。
Odoo 企业版网站预约：预约表单为何能自动长成项目任务
website_appointment_sale_project 的重点不是“预约能生成任务”，而是把预约事件里的员工、资源、问卷答案、起止时间和订阅对象完整迁移到项目任务。
Odoo 企业版预约资源为什么不是“给房间加个 seats 字段就行”：linked resource 组合与 capacity used 规则讲透
appointment 后端真正难的是 linked resource 如何组合、booking line 何时占满整份容量、shareable
Odoo 企业版网站电商：订阅商品为什么不能和不同周期混加购物车
website_sale_subscription 真正难的不是前台显示月付价，而是购物车怎样保持同一 recurring 语义：plan 怎么选、不同周期为什么不能混装、支付页又怎么知道这是订阅单。
Odoo 企业版 Frontdesk 访客登记为什么不是“填个表生成 badge”：check-in、主机通知与现场状态链路讲透
frontdesk 后端真正负责的是 kiosk 数据、预约访客快签、check-in/out 状态变更、host 与前台通知，以及到访异常提醒，而不是单纯创建一条访客记录。