BOM 表交给 Agent，怎样保留父子层级而不是只剩零件列表

BOM表交给Agent时，不能只保留“有哪些零件”。先保留每条零件使用关系的父装配、子项、路径和用量，助手才能解释一个零件属于哪一层。把同料号汇总成一行后，可能适合看总数量，却已经失去具体装配关系。

本文使用虚构物料清单，不连接PLM或修改生产系统。交付物是可回查的父子关系表，而不是自动生成可用于生产的正式BOM。

分清结构表与汇总表

PTC官方的BOM报告说明区分多层结构与合并组件列表。后者可以汇总数量，却不展示完整层级。因此接收时先问资料方：导出的是结构、单层清单，还是汇总报表，不能靠缩进外观猜测全部关系。

如果源表只有料号和总数量，没有父装配，不应让模型补出树。记录“缺少结构依据”，请求结构导出或人工关系表。即使产品名称暗示某零件应该属于某组件，也只能作为待确认提示，不能变成正式父子边。

关系表至少包含顶层对象、父项、子项、使用关系标识、路径、关系用量、单位和来源行。零件属性与关系属性分开：某零件的描述可以固定，而同一零件在不同组件里的用量可能不同。

合成顶层A包含组件B和C，零件D同时出现在B和C下面。若只按D料号去重，两个位置会被合并，后续无法回答D具体装在哪些组件。应保留A/B/D与A/C/D两条路径，各自记录用量。

下载三层BOM结构演练包含五条有效关系以及孤儿、循环异常输入。表中物料与数量均为演示，不代表真实工程结构。

PTC使用关系说明也将数量、单位等放在使用关系上。项目可以参考这种区分，但不同企业的数据模型需要确认，不能把某平台字段原样强加到所有客户系统。

孤儿节点表示找不到声明的父对象，可能源表漏行，也可能导出只包含局部结构。先问清导出范围，再决定是否异常。循环关系也要核对是否由错误映射或不同配置混合造成，不能直接删除最后一条边来“修成树”。

缩进丢失、多页表头重复和跨页续表会影响父子判断。先保存原行位置与层级依据，若靠人工补录关系，注明确认人。后续人看到一棵整齐树时，仍应知道哪些边来自原表、哪些经过人工确认。

一个组件被使用多次，不一定应复制成不同零件实体。可以共享零件主数据，同时为每个使用位置留独立关系。结构中同一料号多次出现与输入文件重复，是不同问题，不用文件去重规则处理。

先从顶层往下检查每条路径，再从D反查两个父项，确认结果没有只剩一个位置。核对源行数、关系数和异常数，不能只用“识别出几个不同料号”作为通过指标。

对于数量，本文只保留原始关系用量与单位，不做采购展开或自动计算需求总量。需要额外计算时应另立契约，说明配置范围和计算规则，不能把结构提取顺手扩成未经批准的生产决策。

让业务人员选择一条边，回到源行，复核父项、子项、位置及关系用量。若输入只有汇总表，系统应明确说明无法还原层级，这种如实拒绝也是验收的一部分。

如果资料方导出时只展开了部分分支，清单应保存展开范围和未展开标记。没有子项行不能直接写成叶子零件；先确认是确无下级还是未导出。用只展开B、不展开C的同一结构做对照，检查报告是否如实保留C下级未知，而不是生成一棵看似完整的树。

版式清洗可看Excel规范化，来源记录见资料台账，整体入口为文档处理专题。带脱敏多层表与一份人工装配树到定制咨询，可以先评估结构提取和异常清单，不必先承诺覆盖全部工程业务。