一、交付争议的根源：合同里没写清"交什么"。BIM项目最常见的纠纷不是模型建不出来，而是交付时双方对"合格"的理解不同：建设单位要能指导施工与运维，施工单位交的是投标用的效果模型；设计院按出图标准建模，构件属性大量缺失。解决这个问题只能靠交付标准前置——在合同或BIM实施规划中明确交付物清单、模型深度、命名编码、坐标系统、审查流程与验收标准。标准不前置，后期所有讨论都会变成"再改一版"。
二、交付物清单：不止一个模型。一次完整的BIM交付通常包含：各专业模型文件（建筑、结构、机电、幕墙、精装、景观、市政管网）；整合模型（用于碰撞检查与净高分析）；模型说明文档（建模依据、软件版本、坐标系、单位、拆分规则）；构件属性表（关键设备的参数、厂家、型号）；图纸与模型的对应关系表；碰撞检查报告与问题闭环记录；净高分析报告；工程量清单（如合同约定）；以及模型浏览轻量化文件。只交一个整合模型，运维阶段无法使用；只交图纸不交模型，算不上BIM交付。
三、模型深度：分级而不是"越细越好"。模型深度通常按等级划分，常见口径为：方案阶段满足体量与空间关系；初步设计阶段满足主要构件与系统；施工图阶段满足构件尺寸、位置、材质与主要参数；施工深化阶段满足预留预埋、支吊架、节点构造；竣工交付阶段反映实际安装状态并附加设备参数。深度定得过高，建模成本急剧上升且难以维护；定得过低，无法支撑碰撞检查与算量。合理的做法是按用途定深度：用于碰撞与净高分析的部位（机房、走廊、地下室）做到深化级，标准层可适当简化。
四、命名与编码：让模型能被机器读懂。GB/T 51269-2017《建筑信息模型分类和编码标准》提供了分类框架，项目应在此基础上制定自己的命名规则：文件命名包含项目代号、专业、区域、版本、日期；构件命名包含类型、编号、所在楼层；属性字段统一（如"系统类型""设备编号""安装标高"）。编码的价值在运维阶段才真正显现：设备坏了，扫码能查到型号、厂家、安装日期、保修期限，前提是建模时把这些属性填进去了。很多项目交付时属性完整率不到50%，运维方拿到模型等于拿到一个空壳。
五、审查流程：四个动作。一是完整性检查：模型是否覆盖全部单体与楼层、构件是否有缺失、属性是否填写；二是规范性检查：命名编码是否符合标准、单位与坐标系是否统一、模型是否有重复构件与游离构件；三是专业性检查：碰撞检查（硬碰撞与间隙碰撞）、净高分析、预留洞口核对、管线综合排布；四是可用性检查：模型能否被打开（软件版本兼容）、文件大小是否合理（单个文件过大要拆分）、是否附带轻量化文件。审查要形成问题清单，明确责任方与闭环时间，问题未闭环不算交付完成。
六、三个高频退回原因。第一是"模型与图纸两张皮"：图纸改了模型没改，或者模型改了图纸没出变更，交付时对不上。解决办法是建立模型与图纸的版本对应表，每次出图同步更新模型。第二是属性缺失：构件只有几何没有信息，设备没有参数，导致无法算量与运维。第三是文件组织混乱：几十个模型文件命名随意、没有整合模型、没有说明文档，接收方要花一周时间才能理清。这三个问题都不是技术难题，而是管理问题。
七、一份可直接引用的交付清单。①交付物目录（模型、说明、报告、属性表、对应表）；②模型深度按部位分级说明；③命名与编码规则（文件、构件、属性三层）；④坐标系统与单位（统一采用项目坐标，标高以米计）；⑤拆分规则（按单体、楼层、专业）；⑥碰撞与净高的判定标准（硬碰撞容差、净高控制值）；⑦审查流程与问题闭环时限；⑧验收标准（完整性、规范性、专业性、可用性四项打分）。把这份清单写进合同附件，交付时的争议会减少一大半。
补充：协同平台、算量对接与竣工模型。模型交付不是终点，而是数据流转的中间站。协同平台层面，项目应统一建模软件版本与协同方式（中心模型＋工作集，或平台托管＋权限管理），明确各专业的提资与合模节奏，避免"各画各的、最后合并时坐标全乱"。算量对接层面，模型要满足算量软件的识别规则：构件类型不能混（如把墙画成板）、材质与厚度要填、构件之间不得重叠、楼层标高要与结构图一致，否则算出来的量无法使用。竣工模型层面，应在施工深化模型基础上更新为实际安装状态，附加设备参数、厂家、安装日期、保修期限，并与运维平台对接；交付前要做一次"模型与现场一致性抽查"，抽查比例不低于10%，重点核对机房、管井、走廊等管线密集区。数据安全层面，模型文件往往包含建筑平面与设备信息，交付时应明确知识产权归属与使用范围，涉密项目按保密要求处理，不得上传至公有云平台。
再补一条审查软件与人工的关系。碰撞检查软件能查出硬碰撞，但查不出"能不能安装、能不能检修"：阀门手轮朝向墙、风机检修空间不足、桥架与管道间距不够都是软问题，必须人工走查。建议的做法是软件跑一遍出碰撞报告，再由各专业负责人按机房、走廊、竖井逐段走查，两份清单合并后统一交设计确认。软件提效率，人负责判断。
再补一条常见交付格式约定。合同里最好写明模型文件格式与版本：原模型采用主流BIM软件的原生格式并注明版本号，同时提供IFC格式用于跨平台交换，另提供轻量化格式（如NWD或网页格式）用于浏览。只交原生格式，接收方可能打不开；只交IFC，属性容易丢失。三种格式同时交付，是目前争议最少的做法。
再补一条验收组织。交付验收宜由建设单位组织，设计、施工、监理、运维与BIM咨询共同参加，按"完整性、规范性、专业性、可用性"四项逐项打分，形成验收记录与问题清单，问题闭环后再签收。只走一次演示汇报不算验收，验收记录上有各方签字，后续争议才有依据。
结语：BIM交付的本质不是交模型，而是交一套能被别人继续使用的信息资产。深度分级、命名编码、属性完整、问题闭环，四件事做到，模型才真正有价值。
参考来源：《建筑信息模型应用统一标准》GB/T 51212-2016、《建筑信息模型设计交付标准》GB/T 51301-2018、《建筑信息模型分类和编码标准》GB/T 51269-2017、《建筑信息模型施工应用标准》GB/T 51235-2017，2026年11月8日整理。