Forge Viewer加载IFC时外部ID与Model Derivative返回数据不一致

• 两个接口返回的ID字段本身对应不同的标识体系，不属于数据异常：
  • 调用Viewer的getProperties方法拿到的(0/0/0/145/79)格式值，是Viewer加载模型时，基于构件在IFC实体嵌套树中的位置生成的运行时层级路径ID，属于前端运行时生成的标识，不是Model Derivative服务默认输出的标准元数据字段。
  • 调用Derivative API获取的external id字段返回的IfcGUID值，是IFC文件标准定义的构件全局唯一原生标识，是Derivative服务提取元数据时默认输出的标准externalID字段，二者本身就不是同一个值。
• 出现前后感知不一致的核心原因是Model Derivative服务的IFC转换管线迭代：
  早期版本的IFC转换管线会将上述层级路径ID写入external id字段输出，因此两个渠道拿到的值一致；后续服务升级解析逻辑后，对齐IFC标准将原生IfcGUID作为external id的默认返回值，就出现了当前的取值差异。
• 若需要通过Derivative API获取Viewer中展示的路径格式ID，无需匹配external id字段，直接在衍生数据的属性集合中查找IfcPath或StepId对应的属性值即可，该字段取值与Viewer端getProperties返回的路径ID完全一致。

实际业务做构件跨场景匹配时，优先使用Derivative API返回的IfcGUID作为唯一标识：层级路径ID会随IFC内实体顺序、层级结构调整发生变化，不具备跨版本稳定性；IfcGUID是IFC文件生成时就写入构件的固定标识，不会随解析逻辑、文件非核心修改变化，匹配可靠性更高。

内容的提问来源于stack exchange，提问作者Can777