Odoo 客户现场上门维修应该怎么落地:Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
TOPIC PICKS
很多团队把上门维修理解成一张 repair order,但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界,给出一套更稳的落地蓝图。
可以顺着继续读的相邻方向
pos_self_order_iot 在 kiosk 模式下把终端回执、POS 配置 access token 和 websocket 通道绑在一起,确保付款成功/取消都能落回正确自助订单。
website_helpdesk_livechat 真正做的是把 livechat 会话裁成可存档、可检索、可回链的 ticket 上下文,而不是把整个聊天频道原样塞进工单。
website_helpdesk_forum 处理的不是“帖子复制到工单”这么简单,而是论坛、帮助台团队和门户回跳三套身份边界的对齐。
website_product_barcodelookup 的价值不只在查到商品资料,而在于把外部条码结果继续写进 description_ecommerce 和商品图库,让网站商品页直接接管这批内容。
website_sale_renting 把同一个租期拆成商品页展示、购物车改期和支付前三次校验;页面上“可租”只是前台投影,不是最终结账凭证。
website_sale_renting_planning 真正解决的不是“网页显示几件可租”,而是把网站租期、排班资源、员工日历与库存语义折成同一份 availability 投影。