Odoo 18拆解单与报废单：数量变化表达的是两种事件

制造资料中，成品数量减少可能对应不同事件。只看一列负向变化，就把记录统称为“报废”，会丢掉组件是否回到库存这一关键区别。Odoo 18制造文档分别提供Unbuild orders与Scrap during manufacturing，适合用来辨认这两类软件记录的含义。

拆解单页面描述的场景，是把已制造的产品拆为组件，并使组件回到库存。完成拆解单后，成品和组件的库存数量按所拆产品及回收组件数量更新。因此，这类记录不是只减少一个成品数量，还同时表达相关组件的回归。

文档中的衣帽架例子把这种关系讲得很直观：一个成品由一根木杆和六根木销组成，拆解一件后，成品数量减少一件，两类组件数量分别增加一和六。本文仅转述该软件示例的数量关系，没有据此判断任何实际物品能否拆解、组件是否仍可使用，或真实库存应怎样调整。

报废页面描述的是另一种含义：损坏、有缺陷或不再可用的组件、成品可能产生报废记录。在Odoo中，报废项目从实际库存移出，转入名为Virtual Locations/Scrap的虚拟位置。原文特意说明，这不是一个物理空间，而是记录和追踪损失的方式。因此，系统里的虚拟位置名称，不能直接充当现场存放地点的证明。

两种事件还有交汇处。拆解单文档说明，拆解后也可能存在不可用组件，这类组件涉及报废单。换句话说，“组件已回到库存”的系统记录本身，并不构成实物质量或再使用安全结论；是否有后续报废记录，是另一个需要明确的数据问题。本文不提供实物判定、拆装方法或再制造建议。

阅读制造执行资料时，可以区分事件类型、涉及的成品或组件、数量方向，以及关联的单据身份。这是本文对资料表达的分析。如果一份汇总只保留数量合计，不保留事件类别，接手人员就很难辨认它是在描述拆解回收、不可用损失，还是不同记录叠加后的结果。

本文限于Odoo 18公开文档的记录语义，两页未见明确首次发表日期。没有执行拆解或报废操作，也未借软件示例给真实物料作质量判断。成品减少、组件回归与报废移出，分别回答不同的问题；把这些问题分开，制造数据的说明才不容易被数量表面相似所误导。