Odoo 客户现场上门维修应该怎么落地:Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
TOPIC PICKS
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
可以顺着继续读的相邻方向
很多人把 Odoo eLearning 理解成“给学员发个链接就完事了”。但从 website_slides 的 slide_channel.py 与 slide_channel_partner.py 来看,课程真正难的不是发链接,而是如何在 invited、joined、ongoing、completed 这些状态之间切换,同时兼顾访问申请、群组批量入班、归档成员恢复与完成度重算。搞懂这层,课程运营和权限控制才不会互相打架。
很多人研究 Odoo IoT 时只盯着驱动和设备发现,但真正决定 IoT Box 能不能“活着回来”的,往往是 iot_drivers 里的网络恢复逻辑。wifi.py 明确把“先恢复可接入性”放在“再恢复业务连接”之前:能连上旧 Wi‑Fi 就复用,连不上就切回 AP,用户还能通过二维码重新入网。理解这套容错链,现场部署才不会一断网就全盘重来。
基于 appointment_google_reserve 源码与测试,讲清 Google Reserve 接入如何围绕可用时段、容量校验、booking 更新与失败对账运转。
这篇刻意避开已有的“集中 folder 与 owner 传播”主题,转而聚焦 documents_fleet 在车辆文档治理中的到期策略、活动提醒与 folder 管理边界。
基于 event_social 与 social 源码,讲清活动计划里的社媒发帖如何接入模板、UTM、来源保护与后续 lead attribution。
基于 social_crm、social 与 marketing_automation_crm 源码,讲清社媒互动如何生成 lead、继承 UTM,并继续进入 CRM 再营销动作。