Odoo 采购收货完成时，库存、收货数量和采购单状态是怎么回写的？
很多人以为采购单收货“点一下 Validate 就结束了”，其实背后是一整条从采购单、收货单、stock move 到 qty_received 回写的联动链。本文把这条链拆开讲清。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 采购警告为什么不是“弹个提示而已”：供应商、父级伙伴与产品警告的叠加边界讲透
很多人把 Odoo 的采购警告当成一个温和提示框，但源码里它其实是一套会按用户权限、伙伴层级与产品维度聚合的提示机制。本文把它真正的触发与展示边界讲透。
Odoo Blanket Order 为什么不像真正的“采购合同”：supplierinfo 注入、PO 引用与协议边界讲透
很多人把 Blanket Order 当成长周期采购合同，但 Odoo 的实现更像“把协议条件临时灌进供应商价目与后续 RFQ/PO 流程”。本文专讲协议、supplierinfo 与实际采购单之间的边界，不再停留在概念层。
Odoo Dropship 和分包采购为什么看起来都像“向供应商买”，却完全不是一回事
在 Odoo 里，Dropship 和分包采购都会落到采购动作，但它们解决的问题、目标位置、提前期计算和后续责任边界完全不同。本文把这两条最容易混淆的“采购型路线”拆开讲清。
Odoo 为什么同一产品也不一定合成一条采购行：Orderpoint、Dropship 与采购行归并边界讲透
很多人知道 Odoo 会“合单”，却忽略了更细的一层：即便进了同一张 PO，也不代表一定会合成同一条采购行。本文专讲采购行归并边界，解释为什么同产品、同供应商也会被拆开。
Odoo 补货为什么没按你指定的供应商走：Orderpoint 供应商覆盖、在途数量与采购触发边界讲透
很多团队以为补货规则只决定“补多少”，但在 Odoo 里，orderpoint 还会悄悄决定“向谁买、多少算已经在补、什么时候别再重复下单”。本文把补货触发采购时最关键的采购侧边界讲清楚。
Odoo 催交期为什么不是群发提醒：receipt reminder、acknowledged 与供应商确认链讲透
很多人以为 Odoo 的采购提醒邮件只是按日期群发催一下。实际上源码还同时看 acknowledged、receipt_reminder_email、计划收货日期，以及订单里是否全是服务。