Odoo 客户现场上门维修应该怎么落地:Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
TOPIC PICKS
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
可以顺着继续读的相邻方向
project_sale_subscription 并没有把项目任务当作订阅的静态副产品;renew、upsell、close、cancel 都会决定 project_id 是否继承、task recurrence 是否解绑,以及下一代合同还能不能继续沿用项目执行上下文。
基于 marketing_automation_whatsapp、whatsapp 与 link tracker 相关源码,讲清点击、已读、回复与 bounced 事件如何驱动自动化分支。
sale_subscription_timesheet 把“本期开了多少工时”映射成订阅交付数量,project_sale_subscription 再把订阅收入回投到项目盈利视图;于是 timesheet、开票周期和项目看板不再各说各话。
从 mrp_subcontracting_quality 讲清委外伙伴在扫码或收货链路里清理质量检查时,为什么系统要暂时切到 sudo,再回到原权限上下文。
sale_purchase_stock_inter_company_rules 解决的不是“SO 自动长出 PO”这么简单;它还要决定跨公司用哪个仓、最终货该进中转还是直送、另一家公司收货如何镜像,以及 account_inter_company_rules 何时跟着生成对向发票。
基于 event_iot、event_sale_iot 与 iot 源码,讲清活动签到、徽章打印与已售资格校验如何在同一条现场链路闭环。