Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版官网预约到支付到项目工单，为什么不是“客户约个时间顺便付个款”
从预约 booking、发票/支付到销售行创建 task，讲清网站、支付、销售与项目如何把一次预约变成可执行任务。
Odoo 企业版网站预约为什么不是“资源够用就能约上”：组合容量、shareable 资源与 booking line 分摊讲透
很多团队把网站预约理解成“选个时间 + 选个资源”这么简单；但企业版 Appointment 真正解决的是容量组合、linked resource 联动、前台人数上限与提交瞬间 booking line 分摊的一致性。本文从 `_slots_fill_resources_availability()`、`_slot_availability_select_best_resources()` 到 `appointment_form_submit()` 把这条链路讲透。
Odoo 企业版项目预测容量为什么不是“allocated hours 减请假小时”：planning_holidays、resource calendar 与 forecast 汇总口径讲透
基于 planning_holidays 与 project_forecast 源码，讲清员工请假、公共假日与半天假如何回写 planning slot 的 allocated_hours，并进一步改变项目预测总工时。
Odoo 企业版工位质检测量为什么不是点开 Worksheet 手填数字：Shop Floor、IoT read_once 与 pass/fail 回调链路
在 enterprise 的 quality_mrp_workorder_iot 里，工位上的测量类质检不再默认让操作员手填数字。前端会读取 iotBoxId 与 deviceIdentifier，向 IoT Box 发起 read_once，请设备回传测量值，再继续执行 quality check 的 pass/fail 逻辑。
Odoo 企业版制造单概览为什么不是把工单和耗料拼一页：MO Overview 的实际人工成本、副产品分摊与解释口径
Odoo Enterprise 的 MO Overview 不只是把 move 和 workorder 摆在同一张页面。基础报表先汇总组件、工序、BOM 成本和实时成本，mrp_workorder 再把员工工时、hourly cost 与副产品成本分摊补进来，最终形成一张既能给车间复盘、也能给管理层看差异的制造解释图。
Odoo 企业版批量付款为什么不是“导完银行回单就彻底结束”：Bank Rec 回写、付款重置与批次状态回滚讲透
很多人以为 Odoo 企业版批量付款只是在生成批次时做一次聚合，等银行流水对上就结束了。但 `account_accountant_batch_payment` 真正补上的，是批次与 Bank Reconciliation widget 之间的双向回写：选中 batch 时怎样往 statement line 塞 move line、无分录付款何时补验证、删除已核销行后为什么 payment 会退回 in_process，而 batch 仍只是“信封”而不是主账实体。