Odoo 客户现场上门维修应该怎么落地:Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
TOPIC PICKS
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
可以顺着继续读的相邻方向
很多人以为 Odoo 把 helpdesk ticket 转成 project task 时,会把工单上的上下文、工时、可计费信息整包搬过去。企业版源码给出的答案更克制:向导会继承项目、阶段、客户、描述,销售订单行也可跟过去,但 ticket 工时不会自动改挂到 task,且同一条 timesheet 不能同时连 ticket 和 task。
从签署请求、WhatsApp 模板到 public sign token 校验,讲清消息发送、访问链接与状态回写的安全接力。
从 public 路由、invoice token 到 post-payment 回跳,讲清预约支付链为什么要靠控制器、模型与支付页多层护栏。
基于 industry_fsm 源码,讲清现场服务报告何时可生成、为什么没工时时不能直接签署、portal 客户签字后又如何把 PDF 回帖到任务消息流。
基于 industry_fsm_stock 源码,讲清现场服务任务里材料数量为何不能随手回改、为什么必须走库存退货、以及 lot/serial 与 delivered quantity 如何一起被重建。
基于 hr_payroll_attendance 源码与测试,讲清工资单如何匹配考勤区间、为什么按 check_in:day 聚合会影响跨时区归属,以及 overtime 如何进入 worked days 但不应被算成半天。