IFC Viewer Online · 返回 BIM 与 IFC 博客
交付与 ISO 19650 · 2026-11-13 · 7 分钟
在一个项目上试点 IFC 模型接收：逐步实操指南
在改变整个公司接收模型的方式之前，先在一个项目上试一试。这是接收试点的步骤，按我们在 Hotel Vela 测试项目上用真实 IFC 文件实际操作的方式整理：要设置什么、衡量什么，以及头几周会遇到什么。
Hotel Vela 测试项目的接收收件箱，共七份交付，以及引导式演示的第一步：供应商交付一个模型
没人会一下子改变整个公司接收模型的方式。明智的做法是一个项目、三四家供应商、几周时间。以下是具体步骤，按我们在 Hotel Vela 测试项目上用建筑、结构和机电模型的真实 IFC 文件实际操作的方式整理。
要点
- 一个项目，三四家供应商，四到六周。
- 在第一次交付之前就商定要求和命名，而不是之后。
- 衡量三个数字：首次接受率、决定所需天数、每次退回引发的电话数。
- 只有在人工决定看起来合理之后，才开启自动化。
第 1 步：要求
创建项目，设置最低分数、你的规则和 ISO 19650 命名约定：在我们的测试中，项目代码 HVL，最低 80 分，每周四 12:00 交付。如果不确定该要求什么，从IFC 验收标准开始。在任何人收到规则之前先测试它们：编写和测试自己的规则介绍了方法。
第 2 步：邀请供应商
每家供应商获得一个专属链接，只显示一次。用你平时和他们沟通的方式发过去。我们的测试中有四家：建筑、结构、机电和幕墙。
第 3 步：首批交付
供应商在浏览器中检查后发送。到达你收件箱的内容已经验证过：得分与最低分对比、文件名检查、接受或退回。在我们的测试中，到达了六个真实文件；一个改名为 .ifc 的 ZIP 在验证前就被退回。供应商一侧的情况见给无账户供应商的上传页面。
在我们自己的服务器上用 Hotel Vela 测试模型（真实 IFC 文件）对工作区进行的本地测试，界面为西班牙语。尚未开放。
第一周文件名检查大量失败是正常的。在我们的测试中，早期的每个文件都用了旧的项目代码；只有通过链接、使用约定名称的那份交付通过了。这正是试点的意义：命名约定一次定好，而不是每次交付都争论。
第 4 步：有理有据地决定
打开一份交付，与上一版本对比，接受或退回并写明原因。原因会返回到供应商的页面；决定用文件的指纹封存。
第 5 步：日志
每次交付和决定都会记入日志并链接起来。试点结束时导出它：这就是每家供应商交付了什么、何时交付的记录。为什么这很重要，见交付型 CDE 中谁能看到哪个模型。
第 6 步：最后才是自动化
当人工决定看起来合理后，让例行的决定自动运行。在我们的测试中，一条监视得分低于 95 的交付的规则，每次匹配时都会把一封给现场经理的邮件放入发件队列。在开启发送之前，队列不会发出任何东西。
在我们自己的服务器上用 Hotel Vela 测试模型（真实 IFC 文件）对工作区进行的本地测试，界面为西班牙语。尚未开放。
衡量什么
| 指标 | 方法 | 成功的试点会显示什么 |
|---|
| 首次接受 | 未经退回即被接受的交付比例 | 每家供应商从第一次到第三次交付逐步上升 |
| 决定所需天数 | 从交付到决定的中位数 | 当周就做出决定，而不是等到下次会议 |
| 每次退回的电话数 | 统计退回后的电话次数 | 减少：原因和修改方法随退回一起送达 |
前两项由工作区计算；第三项需要你自己统计。试点暂时还看不到的
- 发给供应商和客户的邮件在队列中等待；发送功能处于关闭状态。
- SharePoint 或 Google Drive 上的监视文件夹用替代环境测试过，尚未用真实账户测试。
- 给现场管理的周报仍使用示例数据。
和我们一起试点
如果你从多家供应商接收模型，并想在一个项目上试一试，联系我们洽谈试点。如果你想先看看，打开引导式演示或面向承包商的页面。
在一个项目上试点 IFC 模型接收：逐步实操指南