BOM组件与实际组件为何并列：读SAP ME旧版装配报告的记录层次

一份装配报告同时列出BOM组件和实际组件，为什么不把它们合成一个“组件名称”？SAP的《Genealogy Features》旧版指南把这两项分别保留在多层树中，还并列Quantity required与Quantity assembled。理解这份资料，首先要知道它在连接不同角色的记录，而不是给同一列换几种叫法。

本文所读文件题首标明适用ME 6.0、文档Version 1.1及2012年3月。第2.1节描述离散组件谱系：随着组件被装到产品上，系统记录各组件的装配数据；这些数据的定义可以位于Material层，也可以位于BOM Component层。前者与后者被原文分别具名，不能在资料摘要中只剩下不带层次的“物料信息”。

接着，指南说明一个独立的SFC Assembly记录会随着制造过程及更高层装配继续建立、更新。追踪对象不止BOM里的组件添加，还包括非BOM组件的添加，以及特定组件数据的移除或替换。因此，这份软件说明中的谱系不是将最初BOM原样复制一次便停止，也没有把所有历史变化压成一个最终组件总数。这里描述的是系统记录范围，并非本文观察过某件产品的装配。

第5.2.8节的As-Built Summary Report把读取范围继续展开。报告的搜索对象可以是SFC编号或shop order，还区分已装、未装或全部组件状态。报告输出既有SFC清单，也有某个SFC的装配信息。只写“查到一份组件表”，会漏掉资料本来保留的对象与状态范围；同样的组件名称，不能独自说明当前读到的是哪一种范围。

概览信息先列SFC状态、当前工序、路线和shop order，并分别保留物料、路线以及BOM的版本。版本不是只给报告标题加上的一个日期，而是跟着各自的软件对象出现。一段整理如果只保留某个物料名称，不保留对应路线或BOM版本，就没有完整转述指南列出的这些身份信息。本文并不替实际企业确定应该使用哪一个版本。

多层树则进一步并列BOM组件及其版本、实际组件及其版本。所需数量与已装数量各占一项，工序和reference designator也各有名称。按照这份字段清单阅读，两个数量回答的记录角色不同；它们被分别列出，并不证明任何现实产品中两值已经相等，也不证明某个差额必定来自哪种制造原因。BOM组件和实际组件同样不能只因名称看着相似，就在转述时省去各自角色。

树中还包括安装日期与时间、安装用户，以及SFC编号、外部序列号或inventory ID。时间和人员指向记录中的事件背景，几种标识则帮助保留组件身份。把这些项接到组件及版本旁边，报告才能同时表达“记录的是哪个对象”和“这项安装资料带有什么背景”，而不只是提供一个零件名字。这里没有查询真实员工，也没有据软件用户字段判断实物责任。

这篇依据的是2012年版本资料，首次公开日期未确认。采用范围为第2.1节和第5.2.8节的连续文字及邻接，没有根据界面图像另取数据。它解释的是BOM、实际组件与事件背景怎样在文档里相连，不执行扫码、配置、装配、检验或放行，也不由这些字段承诺实际追溯完整或产品合格。