Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版供应商账单 OCR 为什么 partner、税和银行账户不会一次性全自动定死：VAT、IBAN 与历史单据回填讲透
OCR 最容易被误解成“识别完直接自动入账”，但 account_invoice_extract 更像一个跨模块回填器：它要在 partner、税、银行账户与账单字段之间谨慎找落点。
Odoo 企业版批量付款为什么在导出前就会拦住一批 payment：SEPA 映射、付款方法与导出保护讲透
account_batch_payment 的重点不在文件导出，而在导出前先把付款状态、收款账户规则和 SEPA 地址完整性校验干净。
Odoo 企业版供应商账单为什么会“顺手长出固定资产”：账单行、资产模型与冲销链路讲透
account_asset 的关键不是自动建一张资产卡，而是让供应商账单、分析分布、折旧分录和冲销动作沿着同一条资产链回流。
Odoo 企业版预算执行为什么不能只看“已发生金额”：采购承诺、分析维度与预算实绩桥接讲透
account_budget_purchase 真正解决的问题，不是给采购单加一个预算提示，而是把采购承诺、分析分布与预算实绩放进同一条核算链路。
Odoo 企业版销售：订阅门户里改地址、绑支付方式和提前扣款，为什么都得沿着同一份合同权限走
sale_subscription 门户并不是把地址修改、支付交易和 token 绑定拆成三个互不相干的小功能；它们都先校验同一份 subscription access，再决定谁能改地址、谁能绑 token、以及提前扣哪一期。
Odoo 企业版活动社媒为什么不是“定时发条宣传文案”：Event、Social 与归因保护链路再拆一层
基于 event_social、social 与 social_crm 源码，讲清活动社媒调度、账号校验与后续 CRM 归因怎样形成完整链路。