很多团队以为 ECO 里的附件只是“把文件再传一份”。企业版 PLM 对文档的处理比这严谨得多。
这篇文章主要参考：
enterprise/mrp_plm/models/product_document.pyenterprise/mrp_plm/controllers/product_document.pyenterprise/mrp_plm/models/mrp_eco.pyenterprise/mrp_plm/models/mrp_bom.py
一、ECO 场景下，文档默认就偏向 BoM 语义
ProductDocument._default_attached_on_mrp() 会在上下文带 eco_bom 时默认返回 bom；控制器也会在创建参数里补上 BoM 归属。当前这份文件更像是工艺/BOM 修订文档，而不是普通产品宣传资料。
二、为什么要保存 origin_attachment_id
当 action_new_revision() 把产品或 BoM 的文档复制到 mrp.eco 上时，会把原附件记进 origin_attachment_id。这样 ECO 里的文件就不是“无父无母的副本”，而是带着来源链路的修订工作副本。
三、应用 ECO 时，系统会判断是复用原附件还是生成新版本
action_apply() 里会比较原附件与当前文档的 checksum：没变就只同步名称与公司信息，变了才复制成新的产品文档；失效文档还会删掉来源附件。企业版对“文档版本”非常克制：没变就别重复造版本，真变了再生成新的落地点。
四、结论
企业版 PLM 文档机制的价值，不在于能上传附件，而在于它让附件也进入可追踪、可比对、可生效的修订体系。
DISCUSSION
评论区