IFC转换conversionMethod为modern/v3时始终调用Navisworks引擎

• 参数作用理解错误：conversionMethod字段仅用于控制Revit引擎内部的IFC转换规则，modern、v3都是Revit内置的转换模式选项，不具备强制指定转换引擎的作用。模型派生服务默认开启自动兼容逻辑，只要检测到IFC文件不符合Revit引擎的导入要求，就会自动切换到Navisworks引擎完成转换，你返回的Manifest中出现Navisworks File Creator字段就是触发了自动切换的标识。
• 源文件兼容性不足：从Manifest返回的信息看，你转换的是ARCHICAD 20导出的IFC4格式文件。Revit引擎的IFC解析模块对ARCHICAD导出的IFC4格式存在已知兼容问题，非标准配置导出的这类文件会被直接判定为无法通过Revit解析，自动触发引擎切换。
• 请求配置存在疏漏：你当前请求没有配置强制锁定Revit引擎的参数，且请求头携带的x-ads-derivative-format: fallback字段会进一步优先保障转换成功率，允许服务自由选择兼容引擎，不会严格遵循你预期的引擎要求。

• 调整请求头：删除x-ads-derivative-format: fallback字段，关闭服务的自动引擎回退权限。
• 补全请求体高级配置：在SVF2格式的advanced块中增加引擎锁定参数，配置示例如下：

"advanced": {
    "conversionMethod": "v3",
    "engine": "revit",
    "switchLoader": false
}

参数说明：

• engine: "revit"：强制指定使用Revit引擎执行转换的核心参数
• switchLoader: false：禁止服务在Revit引擎解析失败时自动切换到Navisworks加载器
• 适配源文件导出规则：如果按上述配置提交后返回转换失败，说明当前IFC文件本身不满足Revit引擎的解析要求，需要调整ARCHICAD端的IFC导出配置：
  • 导出格式优先选择IFC2x3 Coordination View 2.0，该版本是Revit兼容性最好的IFC标准，尽量不要直接导出IFC4
  • 导出时关闭ARCHICAD自定义属性扩展、特殊几何表达这类非标准IFC输出选项，保证导出文件完全符合buildingSMART官方标准
  • 导出前清理文件内的无效构件、重合几何、零体积实体等错误内容，减少解析报错概率

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