Odoo 客户现场上门维修应该怎么落地:Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
TOPIC PICKS
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
可以顺着继续读的相邻方向
基于 hr_payroll_holidays、hr_work_entry_holidays_enterprise 与 hr_payroll 源码,讲清休假如何切分 work entry,并最终影响 payslip 的 worked days 与输入。
website_helpdesk 把搜索入口开在帮助中心,但真正的结果集由 website_helpdesk_knowledge、website_helpdesk_slides 和 team slug 一起决定:同一个搜索词,对不同团队看到的文章、课程与链接可以完全不同。
基于 account_budget_purchase 与 account_budget 讲清采购行怎样先匹配预算行,再把分析计划维度带进预算报表钻取,而不是直接在采购单上看一行余额。
sale_timesheet_enterprise 真正难的不是“按工时计费”,而是当 sale.invoiced_timesheet=approved 时,交付量统计、portal timesheet 可见范围和项目共享进度都要一起收紧。
基于 data_cleaning 源码,讲清重复记录为何要先算相似度、选主记录、回写外键和 followers,再决定删除还是归档。
appointment 前端不是一个静态预约表单,而是一套由 calendar controller、slot interaction 和 attendee