先定义交换是为了完成什么任务
同一个模型可以用于碰撞检查、数量统计、施工协调或设施运维。不同任务依赖的信息不同，因此不存在一套导出设置能自动满足所有用途。
交换前应写明接收者要完成的动作、需要哪些对象和属性、允许哪些信息简化。任务定义越具体，验证越有目标。
几何完整只是最直观的一层
模型打开后，墙、梁和设备仍在，容易让人认为交换成功。但对象可能已经变成通用实体，原有类型、材料和系统关系随之消失。
可视检查应与属性抽查一起进行。选择若干关键对象，比较交换前后的类别、尺寸、材料、系统和稳定标识。
坐标偏差会在合模时放大
单专业模型内部看不出坐标问题，建筑、结构和机电合并后才可能出现整体偏移或旋转。共享坐标、测量点和项目基点必须在交换约定中明确。
验证坐标不能只看视觉重合。应使用已知控制点或距离检查，并记录所用坐标系和单位。
单位转换可能不只改变显示
毫米与米的错误通常很明显，但角度、面积、流量和能耗单位更容易隐藏。接收软件可能自动换算，也可能只改变标签。
关键数值应选择已知样本进行前后比较。若单位来源不明，不应在汇总表中直接使用。
分类体系决定对象如何被检索
设计团队、承包商和设施团队可能采用不同分类体系。交换后若只保留显示名称，接收方无法稳定筛选同类对象。
分类映射应保留原代码和目标代码，并说明无法对应的项目。为了让表格整齐而强行归类，会把不确定性隐藏。
系统关系比单个属性更脆弱
风管、管道和电气对象之间的连接关系可能在交换中断开。几何位置仍然接近，却不能支持系统追踪或流向分析。
若任务依赖网络关系，应测试起点到终点的连续性，而不是只统计对象数量。断点位置也要记录。
自定义参数需要明确交付规则
项目团队常建立自定义字段保存分区、责任、采购或施工状态。接收软件不认识这些字段时，可能丢弃、改名或转为普通文字。
交付前应列出必须保留的自定义参数、数据类型和允许值。抽查要覆盖空值、长文本和多语言内容。
稳定标识是增量更新的基础
若每次导出都为对象生成新标识，接收方无法判断对象是修改、删除还是新增。模型看起来相似，数据却无法持续追踪。
稳定标识应贯穿交换与修订。确需更换时，要提供映射表，而不是依赖名称和位置猜测。
材料信息可能被过度简化
复合墙体、保温层和表面处理在不同软件中表示方式不同。交换后可能只剩总厚度，无法支持碳计算、采购或维护。
材料层对任务重要时，应独立验证层次、厚度、名称和规格。不能仅凭渲染外观判断材料信息存在。
房间与空间边界需要特别检查
面积计算依赖空间边界与高度规则。模型交换后，未封闭边界、洞口或链接模型变化都可能让房间消失或面积改变。
对空间数据应比较数量、总面积和关键房间，并说明计算规则。不同规则下的数字不能直接拼接。
二维注释不会自然进入三维对象
许多施工说明仍存在于图纸标注、详图和文字备注。只交换三维模型可能遗漏这些决定施工方法的内容。
交付包应说明哪些信息在模型，哪些仍在图纸或规范。接收方需要能够从对象回到相关文件。
版本验证要保留差异而不是只看最终结果
交换测试发现问题后，团队往往重新导出并覆盖旧文件。若不保留失败样本，就无法证明修正了什么，也难以建立以后可重复的设置。
每轮测试应记录输入、导出配置、接收软件版本、发现的问题和修正结果。记录重点是决定，不是生成大量无意义字段。
开放格式也需要项目约定
开放标准降低软件绑定，却不能自动统一团队的命名、分类和信息需求。标准允许多种表达，项目仍要选择适合自身任务的子集。
交换要求应与项目阶段一起更新。设计协调所需内容与设施移交不同，不能沿用同一份清单到项目结束。
接收方必须参与测试
由发送方独自验证，容易只检查自己熟悉的内容。真正使用模型的估算、施工和运维人员应参与样本测试。
接收方反馈应指向具体任务和对象。单纯说“模型不好用”无法转化为可执行修正。
模型交换也涉及信息安全
完整模型可能包含受限区域、设备参数或组织信息。交付应按用途最小化，并确认接收者和保存期限。
删除可见对象不一定清除隐藏属性或链接资源。发布前应检查模型内容和附带文件。
成功标准应写成可验证结果
“模型可以打开”过于宽松。成功标准可以包括坐标误差范围、关键属性命中率、系统连续性和对象数量差异。
指标必须对应项目用途，并说明抽样范围。一个总分无法替代不同信息层的结果。
链接模型与外部参照经常被遗漏
设计模型可能依赖其他专业链接、点云、图像或共享参数文件。主文件单独传输后仍能打开，却会缺少用于定位和解释的外部资源。
交付清单应列出必要依赖及相对路径。接收测试使用全新的目录，才能发现发送方电脑上隐含的本地链接。
参数的数据类型会影响下游计算
数字被转换成文字后，界面仍显示相同内容，但排序、筛选和计算会失效。日期、布尔值和枚举字段也可能在交换中改变类型。
验证不能只比较显示结果。对需要计算的字段，应确认数据类型、单位和空值表达。
重复对象会悄悄放大数量
模型合并、复制和重新链接可能产生重叠对象。视觉上它们完全重合，数量统计与材料计算却会重复计入。
交换验证可以比较对象数量、稳定标识和空间重叠。发现重复后要确认来源，而不是自动删除其中一个。
复杂构件可能被拆成不同粒度
一扇组合门在发送软件中是一个对象，在接收软件中可能拆成门扇、框和五金。粒度改变会影响数量、责任和维护。
项目需要为关键构件约定统计层级。对象数量变化不一定是错误，但必须能够解释。
阶段与拆除状态可能丢失
改造项目依赖现状、新建、拆除和临时状态。交换后若阶段信息被压平，接收者会看到互相冲突的对象同时存在。
样本测试应覆盖每种阶段，并比较视图过滤结果。阶段无法可靠交换时，需要在交付说明中提供替代方法。
视图设置不是模型事实
发送方精心设置的颜色、隐藏和过滤可能不会进入接收软件。接收者看到的默认画面因此与会议展示不同。
重要判断不能只依赖视图颜色。状态和分类应保存为对象数据，视图作为表达层另行说明。
族、类型与实例参数要区分
同类构件共享的类型参数与单个对象的实例参数在不同软件中可能映射到不同位置。错误映射会让一个实例修改影响整类对象。
抽查应同时包含多个同类型实例，确认共同值和个别值没有互相覆盖。
属性名称翻译可能破坏自动规则
国际项目中，字段可能同时存在中文、英文和本地语言。只翻译显示名称时，脚本仍使用内部字段；直接改内部名称则可能让旧规则失效。
多语言策略应区分稳定键与显示标签。交换表保存映射关系，而不是让每个团队自行翻译。
模型简化需要说明损失内容
为了移动端查看或提高传输速度，团队可能降低几何精度、合并对象或移除属性。简化版本适合现场浏览，却不适合数量和加工。
文件名和页面应清楚显示用途。轻量模型不能在没有说明的情况下替换正式交付。
坐标与地理参照关系影响后续系统
建筑模型可能使用项目局部坐标，GIS与测量资料使用地理坐标。转换时若缺少基准、旋转和高程说明，模型会落到错误位置。
跨系统使用前应由测量或项目坐标负责人确认控制点。视觉上靠近正确地点不能作为精度证明。
增量交付需要明确删除对象
新版本中看不到某个对象，可能代表删除、过滤、未导出或标识改变。若交付只包含新增与修改，接收方需要独立的删除清单。
删除也属于项目事实。它应连接原因和版本，防止旧对象继续出现在现场资料中。
规则检查应保存规则版本
碰撞、命名和信息完整性规则会随项目阶段调整。相同模型使用不同规则，得到的通过率不能直接比较。
检查报告应记录规则集和例外。经批准的例外需要有适用范围，不能永久隐藏新问题。
接收测试应使用代表性而非最简单样本
只测试标准墙和门，容易忽略复杂设备、链接模型、阶段对象和自定义参数。样本应覆盖对项目决定影响最大的对象。
样本数量不必很大，但要说明选择理由。发现一种系统性问题后，应扩大检查范围。
交付后的修复不能只在接收端完成
接收方为了赶进度手工修正字段，短期能够工作，下次发送新版本时问题会再次出现。系统性修复应回到发送流程或正式映射规则。
临时修正可以保留，但要标记来源和适用版本，避免成为无人知道的平行模型。
软件升级需要重新验证交换链
导出器、接收软件或插件更新都可能改变对象和属性处理。过去稳定的设置不能视为永久有效。
升级后用固定样本完成回归比较，观察对象、属性、坐标和文件大小变化，再恢复正式交付。
最终报告要让问题能够被定位
只给出“属性完整率”无法告诉团队哪些对象受影响。报告应允许从汇总进入对象、字段、版本和原始文件。
同时也不需要堆积无意义字段。每项结果都应服务于修正、接受风险或限制用途中的一个决定。
模型中的文档链接也要验证生命周期
对象可能链接产品手册、计算书和现场照片。链接在发送方环境中有效，不代表接收方有权限或长期能够访问。项目归档前应识别关键依赖。
需要长期保存的资料应进入受控档案，并保留与对象的关系。网页地址适合发现来源，不能承担唯一的项目证据。
交换结果应由项目风险决定抽查深度
用于概念展示的模型可以接受较多简化，用于加工、数量或运维的模型则需要更严格验证。所有交付采用同一检查强度，会在低风险任务浪费时间，也会在高风险任务留下缺口。
项目可按对象、信息层和使用后果安排抽查。高影响字段逐项确认，低影响显示内容采用代表性样本，并把未检查范围写清。
交换约定需要进入正式执行文件
模型交换要求若只存在于技术人员的会议记录，人员更换后很容易失效。关键用途、格式、坐标、属性、验证和责任应进入项目正式信息要求。
执行文件可以随着阶段更新，但变化要让发送方和接收方同时看见。要求与软件能力冲突时，应在正式交付前解决。