Odoo 采购收货完成时,库存、收货数量和采购单状态是怎么回写的?
很多人以为采购单收货“点一下 Validate 就结束了”,其实背后是一整条从采购单、收货单、stock move 到 qty_received 回写的联动链。本文把这条链拆开讲清。
TOPIC PICKS
很多人以为采购单收货“点一下 Validate 就结束了”,其实背后是一整条从采购单、收货单、stock move 到 qty_received 回写的联动链。本文把这条链拆开讲清。
可以顺着继续读的相邻方向
很多团队以为补货规则只决定“补多少”,但在 Odoo 里,orderpoint 还会悄悄决定“向谁买、多少算已经在补、什么时候别再重复下单”。本文把补货触发采购时最关键的采购侧边界讲清楚。
Odoo 的采购建议数量不是一个简单的“低于安全库存就补满”的结果。`purchase_stock` 会按 actual demand 或历史月需求估算未来消耗,再扣除现货和 incoming,同时把草稿 RFQ、待审批采购也算进 in progress。本文把建议补货与设供应商动作背后的真实算法拆开讲清。
采购员修改到货日期时,Odoo 做的远不止改一个 `date_planned`。源码里它会累积 Date Updated activity、回写采购行日期,并只同步未完成库存 move 的 deadline。本文把这条“改交期但不破坏已收事实”的链路讲透。
基于 spreadsheet_dashboard_purchase_stock 说明采购仪表板不是几张 KPI 卡片,而是一条从 dashboard 记录、权限组、主数据模型到样板文件的发布链。
从 _compute_budget_line_ids 与 _compute_above_budget 出发,解释为什么没有预算读取权限、预算行公司为空、或采购数量已收完时,超预算提示会表现得像“忽隐忽现”。
企业版采购仪表板不是临时拼图,而是以 purchase.order 为主数据模型、按物流仪表板分组发布,并内置 lead time、on time deliveries、vendor delay 等分析模板。