Odoo 客户现场上门维修应该怎么落地：Helpdesk、Field Service、Repair 与 Inventory 的业务分工
很多团队把上门维修理解成一张 repair order，但客户现场维修真正要承接的是报修受理、派工、现场处理、配件消耗、返厂分流与收费闭环。本文结合 Odoo 标准模块与源码边界，给出一套更稳的落地蓝图。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版公司间发票为什么不是“镜像复制一张 bill”：partner 定位、税位重算与分析分布过滤讲透
account_inter_company_rules 的重点不是帮你复制单据，而是跨公司找对商业伙伴、重算税映射、过滤不该带过去的 analytic 分布。
Odoo 企业版 POS 在线支付自助单为什么不是“支付回调到了就算后厨可做”：交易确认与备餐入列时机讲透
pos_online_payment_self_order_preparation_display 只做了一件事：在支付事务真正被判定为 self-order confirmed 后，再把订单送进备餐队列。恰恰是这一步，决定了门店会不会提前做单。
Odoo 企业版 Tax Return 为什么不是“本月做完就行”：期间链、重置限制与前后期提交顺序讲透
基于 account_reports 税务申报测试，讲清税务期间链为什么限制后期先提、前期未回滚时不能重置。
Odoo 企业版项目工时预测为什么不是“计划工时对比已填工时”而已：effective hours、gantt progress bar 与 timesheet
project_timesheet_forecast 解决的是计划与实际的精细对照：同一 planning slot 该吸纳哪些 timesheet，effective
Odoo 企业版项目智能排程为什么不是“拖一拖 gantt 条”而已：dependency、planning overlap 与 allocated
project_enterprise 在任务排程上补的不是更漂亮的 gantt，而是任务依赖、缓冲消费、资源重叠和 allocated hours
Odoo 企业版项目预测为什么不是“任务排进 gantt 就算计划”而已：template slot、publication breakers 与 project
project_forecast 不是把 planning 套到项目上那么简单。它让项目成为排班模板和 forecast 统计的主维度，并且明确哪些字段变化会打断已发布的模板或计划。