Odoo 项目更新为什么不是“自动日报”：project.update、状态快照与项目汇报边界讲透
很多人以为 Odoo 项目里的 Update 就是一个会自动刷新的状态面板，但源码真正做的是“带上下文的人工快照”。本文从 project.update、last_update_status、默认描述模板和 milestone 变化跟踪讲清它的设计边界。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 任务分派为什么不只是改个负责人：user_ids、date_assign、通知与邮件入口背后是一整条链
Odoo 的任务分派并不是往 user_ids 填个人就完事。源码里它还会更新时间、自动订阅、发送分派通知，甚至从邮件收件人推断 assignee。本文把整条链讲清楚。
Odoo 项目为什么能直接看到收发货：project_stock 的关联字段、嵌入动作与 picking 上下文边界讲透
很多人以为 project_stock 会自动帮项目生成领料单或把库存流程深度嵌进任务里，但官方源码做得其实很克制：它先在 stock.picking 上补一个 project_id，再给项目页挂上指向收货、发货和全部调拨的嵌入动作，并通过 restricted_picking_type_code、default_project_id 和 default_partner_id 把打开后的列表与新建行为限制在项目语义里。
Odoo 周期任务为什么不会“无限复制到失控”：下一次生成、子任务复制与停止规则讲透
很多人以为 Odoo 的周期任务只是“关掉一张，系统再复制一张”。但源码里真正决定会不会继续生成、复制哪些字段、截止日期怎么顺延、子任务会不会一起带过去的，是 project.task 与 project.task.recurrence 的一整套协作逻辑。本文把这条链路拆开讲清。
Odoo 企业版现场服务为什么不是“签个字就算交付留痕”：worksheet 可用条件、portal 签署与报告附件回写讲透
基于 industry_fsm 源码，讲清现场服务报告何时可生成、为什么没工时时不能直接签署、portal 客户签字后又如何把 PDF 回帖到任务消息流。
Odoo 企业版现场服务为什么不是“领料后就不能回头”：补料、退料限制、批次回写与 delivered quantity 重算讲透
基于 industry_fsm_stock 源码，讲清现场服务任务里材料数量为何不能随手回改、为什么必须走库存退货、以及 lot/serial 与 delivered quantity 如何一起被重建。
Odoo 企业版项目工时预测为什么不是“计划工时对比已填工时”而已：effective hours、gantt progress bar 与 timesheet
project_timesheet_forecast 解决的是计划与实际的精细对照：同一 planning slot 该吸纳哪些 timesheet，effective