Odoo19的设计附件归档到哪里：从生产物料清单移出，仍可留在ECO

一份设计文件从生产物料清单中移出后，是否就从Odoo的工程变更资料里消失？Odoo19的《Version control》在附件说明中明确回答：归档文件会从BoM移出，但仍可在工程变更单ECO中访问。这里的重点是文件在不同资料对象里的存放与关联，而非把“移出当前清单”直接写成永久删除。[1]

文档先交代这种结构的基础：每个物料清单版本存于一个ECO，过去的装配说明、组件细节和产品设计文件可以保存，同时不把旧细节混入生产使用的BoM。一个ECO中可以查看与该版本关联的过去组件、操作和设计文件。因此，旧资料的保留有具体存放对象，并不要求生产物料清单继续并列展示所有历史附件。

Design files部分列出的附件对象包括计算机辅助设计文件、PDF、图像及其他设计材料；这些文件可关联到BoM本身，显示在Files区域。进入ECO的附件管理范围后，文件可以增加、修改或移除。文档把这些变化限定在该ECO中，只有变更被应用后，才作用于生产BoM；新文件自动关联到生产清单，还带有ECO已获批准并已应用的条件。批准与应用两个状态在文字中同时出现，摘要不能只保留其中一个。

原文用键盘手册说明这条附件路径。在名为Create 60% keyboard的ECO中，设计文件原先来自100%键盘的BoM，其中有100% keyboard manual.pdf。例子将这份旧PDF归档，再引入名为60% keyboard manual的新设计文件。两份手册的对象名称、旧资料来自哪里，以及新资料处于哪一个变更单中，都由例子分别给出；本篇只解释这种替换关系，不转写点击或上传步骤。

归档注释进一步说明，文件没有被永久删除：仍可在先前ECO中访问，或者在发生归档的最新ECO中作为归档文件访问。这里存在两个被明确点名的历史位置。于是，若资料交接要说明一份旧手册的去向，更准确的内容是它已从BoM移出、在相应ECO里仍可访问，而不只留下“旧版已删”的简写。这个分析只来自文件与容器的关系，不替企业证明备份、恢复或审批已经完成。

同页的并行ECO例子提供另一个具体背景。两个变更单都以版本五为基础，其中一个加入Space stabilizer组件并应用，生产BoM成为版本六；另一个仍在修改旧版本，其物料清单缺少这一新组件。文档把这种差异放在Previous Eco Bom Changes中，并说明该标签只在生产清单已更新、其他ECO仍修改旧版时出现。本篇仅借此交代变更单与生产清单可能处于不同状态，不展开重基方法或通用合并算法。

对于ERP资料读者，附件说明可以同时保留当前生产清单关联的文件、正在ECO内变化的文件，以及发生归档的历史位置。它们不是一份抽象的“最新版”清单：来源给出了具体的关联条件和归档去向。本文采用实际19.0正文，首发日期未知；所述是软件资料结构，不是制造、工程安全或真实生产变更的批准。

资料：[1] https://www.odoo.com/documentation/19.0/applications/inventory_and_mrp/plm/manage_changes/version_control.html