Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版网站：帮助台首页为什么会同时受知识树、课程频道和团队配置影响
在 enterprise 帮助中心里，“显示知识库”和“显示课程”都不是单独开关；它们会同时读取 team 配置、文章或频道可访问性，以及当前访客身份，因此同一个 team 的首页卡片、跳转地址和推荐内容会被多套子系统共同决定。
Odoo 企业版跨公司采购结算为什么不能只复制一张账单：sale invoice 到 vendor bill 的 journal、analytic distribution 与 auto_generated 边界
基于 account_inter_company_rules 说明销售发票过账后，如何在对方公司生成供应商账单/退款，并重算 fiscal position、purchase journal 与 analytic distribution。
Odoo 企业版网站：官网预约卖项目服务时，预约记录、销售订单与项目任务如何共享上下文
website_appointment_sale_project 把“预约付款成功”从一个网站动作，延长成 sale.order.line、calendar.event 和 project.task 的跨模块交接：员工、资源、calendar_event_id 甚至 recurring task 的起点都在这一步定型。
Odoo 企业版跨公司采购为什么要双向写回引用：partner_ref、client_order_ref、auto_generated 与 posted 自动确认
从 sale_purchase_inter_company_rules 讲清 SO/PO 互生时为什么要同时维护 partner_ref 与 client_order_ref，并用 auto_generated 与 intercompany_document_state 防止循环和未受控自动过账。
Odoo 企业版网站：订阅商品从网站下单到续费提醒，地址、付款方式和门户入口如何沿链传递
website_sale_subscription 不只是让 recurring product 能上架；它会在购物车阶段锁 plan、要求地址、把“这是订阅单”的上下文带进支付页，再由 sale_subscription 接手 token、门户续费入口和下一期开票状态。
Odoo 企业版网站：帮助中心里一篇知识文章改权限后，门户、团队入口和搜索结果为什么会一起变
在 website_helpdesk_knowledge 里，一篇被团队当作网站知识入口的文章，不只是“勾上网站发布”这么简单；它的发布态、父子树位置和团队绑定关系，会同时影响门户入口、搜索范围与是否允许继续被当作 helpdesk 首页。