Odoo 物料到底在哪道工序消耗:BOM Line 绑定 Operation、副产品回填与工单领料边界讲透
Odoo 不是所有原料都在整张 MO 上一起消耗。BOM line 和 by-product 可以绑定到具体 operation,系统会把 move 挂到对应 work order。本文把这层设计讲清楚。
TOPIC PICKS
Odoo 不是所有原料都在整张 MO 上一起消耗。BOM line 和 by-product 可以绑定到具体 operation,系统会把 move 挂到对应 work order。本文把这层设计讲清楚。
可以顺着继续读的相邻方向
从 mrp.production.pre_button_mark_done、_get_consumption_issues 与两个 wizard 的衔接看,Odoo 制造完工前并不是简单做一次校验,而是把缺料、超耗、未产完数量拆成不同层级的交互,尽量让现场既能继续推进,也能保留责任边界。
从 mrp_report_mo_overview.py 和前端 overview 组件看,Odoo 的 MO Overview 不是把几个表拼在一起,而是把组件可用性、工序成本、副产品分摊和补货来源折叠成一张制造决策视图。
结合 test_traceability.py 看 Odoo 制造追溯的三个关键边界:最终交付要把上游 lot 一起挂到 delivery_ids,上一次已消耗的序列号不能重复消费,但经过 unbuild 释放后又应重新可用。
围绕 quality_mrp_workorder 说明 Shop Floor 里的质检通过、失败与测量,不是三个孤立按钮,而是一条会回传 next_check_id 的接力链。
基于 quality_mrp_workorder 的 button_quality_alert,解释工单发起质量警报时,产品、工位、公司与生产单上下文如何一次性注入质量弹窗。
制造维护的重点不是停机记录本身,而是请求变化后如何重建 leaves、何时发活动提醒,以及遇到已排工单时为何要直接拦截或重排。