Обмін моделями IFC
Процес експорту BIM-моделі дисципліни у відкриту схему IFC, перевірка того, що фактично передано, та імпорт в інше середовище без залежності від спільної ліцензії на програмне забезпечення.
Що таке обмін моделями IFC?
Обмін моделями IFC — це практика вилучення моделі з програмного забезпечення, в якому вона була створена, та перетворення її на нейтральний структурований файл, який будь-яка інша програма може прочитати на власних умовах. Industry Foundation Classes (IFC) — це відкрита схема, що лежить в основі цього процесу, яку підтримує buildingSMART і опубліковано як ISO 16739. Вона описує стіни, повітроводи, труби та приміщення як іменовані типізовані об'єкти, а не як лінії та просту геометрію. Обмін — це дія, а не об'єкт: експорт, перевірка відповідності, імпорт та тестування зворотного зв'язку разом підтверджують, що сторона, яка отримує дані, отримала саме те, що мала на увазі сторона, яка їх надсилала.
У житловому проєкті це відбувається при кожній передачі між дисциплінами, які не мають спільної ліцензії: від архітектора до інженера-конструктора, від інженера-конструктора до координації MEP та всього скоординованого набору до власного архіву замовника при здачі об'єкта. Кожна передача є настільки якісною, наскільки якісним є файл IFC, який її супроводжує, оскільки інструмент отримувача не має доступу до того, що залишилося в рідному форматі.
Що насправді зберігається після експорту IFC, а що — ні?
Експорт — це переклад, а переклади втрачають деякі речі. Стіна, створена з параметричного сімейства, після експорту перетворюється на фіксований фрагмент геометрії, позначений як стіна з набором властивостей: вона більше не пам'ятає правило, яке її створило, лише форму та дані, прикріплені на момент експорту.
| Зазвичай зберігається | Зазвичай не зберігається |
|---|---|
| Загальна геометрія та просторова ієрархія (ділянка, будівля, поверх, приміщення) | Рідні параметричні правила (керівні розміри та обмеження сімейства) |
| Стандартні набори властивостей, зіставлені інструментом авторства (матеріал, клас вогнестійкості, теплові характеристики) | Користувацькі властивості, які інструмент ніколи не зіставляв з набором властивостей IFC |
| Кількісні показники, які експортер обчислює під час експорту (площа, об'єм, довжина) | Формули та динамічні зв'язки, що керують цими кількісними показниками |
| Тип об'єкта та класифікація (стіна, сегмент повітроводу, приміщення) | 2D анотації, залежні від виду: розмірні лінії, текстові примітки, виноски деталей, прив'язані до конкретного креслення |
Консультант, який отримує файл IFC, не може редагувати проєкт так, як це міг би зробити автор; він може запитувати дані, вимірювати, виконувати перевірку колізій та витягувати кількісні показники, але не параметричні правила, що стоять за формою сходів або даху. Обмін призначений для координації та фіксації, а не для спільного авторства.
Яку версію схеми IFC слід використовувати для житлового проєкту?
Сама схема має версії, і вибір не є косметичним.
| Версія | Опубліковано | Що добре охоплює | Практичне зауваження |
|---|---|---|---|
| IFC2x3 | 2005 | Будівлі: архітектура, конструкції, базові MEP | Досі найбільш підтримувана ціль експорту та імпорту в старіших версіях програмного забезпечення; найбезпечніший варіант за замовчуванням, коли інструмент консультанта невідомий |
| IFC4 | 2013 | Будівлі, багатші набори властивостей, кращі системи MEP та з'єднання | Чистіша модель даних, але не кожен переглядач або старіший інструмент читає її надійно |
| IFC4.3 (ISO 16739-1:2024) | 2024 | Будівлі плюс інфраструктура, така як дороги, залізниця та мости | Надмірно для окремого будинку; актуально, коли проєкт стосується інфраструктури ділянки |
Для проєкту окремого будинку або невеликого житлового проєкту IFC2x3 залишається прагматичним вибором за замовчуванням для зовнішнього обміну: це версія, яку кожен переглядач, перевіряльник та старіший інструмент консультанта досі відкриває без проблем. Варто наполягати на IFC4, коли всі учасники ланцюга підтвердять чистий експорт та імпорт, оскільки вона більш точно передає структуровані дані MEP.
Чим обмін моделями IFC відрізняється від надсилання рідного файлу проєкту?
Рідний файл (.rvt, .pln, .skp) — це повна, редагована копія проєкту автора, але він правильно відкривається лише в інструменті, який його створив, і часто лише у відповідній версії. Надсилання його консультанту, який не має цього програмного забезпечення, означає надсилання йому того, що він не зможе відкрити.
Обмін IFC обмінює можливість редагування на незалежність: сторона, яка отримує дані, отримує файл, який може відкрити будь-який переглядач, сумісний з IFC, ціною втрати параметричного інтелекту, описаного вище. Він також обмінює залежність від ліцензії на залежність від формату: рідний файл стає нечитабельним, коли ніхто в проєкті не має дійсної ліцензії на це програмне забезпечення, тоді як файл IFC, відкритий стандарт ISO, залишається читабельним незалежно від того, за які інструменти хтось ще платить.
Ці два підходи не конкурують: рідні файли для авторства в межах однієї дисципліни, обмін IFC для всього, що перетинає межі дисципліни або програмного забезпечення.
Як на практиці виглядає дисциплінований робочий процес обміну?
Надійний робочий процес складається з чотирьох кроків, які повторюються при кожному випуску моделі, а не виконуються один раз наприкінці:
- Експорт з визначеним зіставленням. Налаштування експорту IFC в інструменті авторства визначають, які набори властивостей, версія схеми та рівень геометричної деталізації будуть виведені. Якщо залишити їх за замовчуванням, вони відрізняються залежно від інструменту та версії, тому проєкт повинен зафіксувати їх один раз і використовувати повторно.
- Перевірка результату перед надсиланням. Відкрийте експортований файл у нейтральному переглядачі, а не в інструменті авторства, і підтвердьте, що просторова ієрархія, одиниці виміру та початок координат відповідають очікуванням отримувача. Модель, розташована на 40 метрів від потрібного місця, залишається непомітно неправильною, поки хтось це не помітить.
- Тестування зворотного зв'язку при першому обміні в проєкті. Експортуйте, потім повторно імпортуйте в другий екземпляр вихідного інструменту або переглядач, щоб підтвердити, що нічого не було втрачено без повідомлення. Варто зробити це один раз на проєкт, а не один раз на файл.
- Повторний експорт при кожному випуску моделі. Координація корисна лише тоді, коли файл, що перетинає кордон, є актуальним; застарілий експорт зводить нанівець мету спільного Спільного середовища даних.
Чому приватний замовник повинен піклуватися про формат обміну?
З вибору відкритого формату обміну замість рідних файлів випливають два наслідки. По-перше, замовник зберігає читабельну модель після того, як ліцензія будь-якого консультанта закінчиться, зміниться постачальник або консультант більше не буде доступний: файл IFC відкривається у безкоштовних переглядачах через роки, тоді як рідний файл із застарілої ліцензії може взагалі не відкритися. По-друге, кожна дисципліна продовжує використовувати інструмент, в якому вона дійсно добре розбирається, оскільки IFC є спільною мовою між ними, а не спільною програмою.
Саме це також робить можливим створення придатного запису виконаних робіт: експорт IFC скоординованої моделі разом із кресленнями — це те, що майбутній підрядник з технічного обслуговування може відкрити без володіння або ліцензування чогось.
Що зазвичай йде не так під час обміну і як це виявляється?
Типова невдача — це не пошкоджений файл, а тиха невідповідність: одиниці виміру, експортовані в міліметрах, а імпортовані в метрах; властивість, яку інструмент, що надсилає, ніколи не зіставляв, тому сторона, що отримує, бачить порожнє поле; або рівень геометричної деталізації, занадто грубий для підтримки перевірки колізій. Жодна з цих помилок не викликає повідомлення про помилку; вони проявляються пізніше, як повітровід, якого «немає» в координаційній моделі, або клас вогнестійкості, який відображається як невстановлений.
Вирішення — процедурне: хтось відкриває експортований файл незалежно від інструменту, який його створив, і перевіряє його за коротким списком (початок координат, одиниці виміру, кількість поверхів, кілька відомих розмірів), та сама дисципліна, що стоїть за належною декларацією Рівня розробки.
Яке місце займає обмін IFC у ширшому процесі координації?
Обмін — це механізм, а не мета. Саме він робить можливою BIM координацію між окремо ліцензованими дисциплінами: без нього перевірка колізій не має спільного об'єкта для тестування, а спільне середовище даних не має нейтрального файлу для зберігання. Правильне налаштування параметрів, вибір версії та процедури перевірки один раз, на ранньому етапі, дозволяє кожному наступному кроку працювати з даними, які кожен може фактично відкрити.
Часті запитання
- Чи потрібно купувати окреме програмне забезпечення, щоб відкрити файл IFC?
- Ні. Існує кілька безкоштовних переглядачів IFC, які дозволяють будь-кому, включаючи замовника, відкривати та вимірювати узгоджену модель без необхідності мати авторське програмне забезпечення. Це одна з головних причин, чому цей формат використовується для передачі, а не рідний файл.
- Чи дозволить експорт IFC редагувати проект так само, як це може архітектор?
- Загалом ні. Для редагування параметричного проекту на рівні, доступному оригінальному автору, потрібен рідний інструмент. Експорт IFC зберігає форму та дані, але втрачає базові правила генерації, тому файл IFC призначений для перевірки, вимірювання та координації, а не для перепроектування.
- Хто вирішує, яка версія IFC використовується в моєму проекті?
- Зазвичай архітектор, як сторона, що координує модель, встановлює версію експорту для проекту та підтверджує, що інструменти кожного консультанта можуть її відкрити, перш ніж покладатися на неї. Це проектне рішення, а не фіксована технічна вимога.
- Чи замінює експорт IFC креслення, необхідні для отримання дозволу на будівництво?
- Ні. Документація для дозволу та будівництва все ще має бути оформлена у вигляді креслень відповідно до чинного словацького будівельного законодавства. Модель IFC є координаційним та реєстраційним шаром, що стоїть за цими кресленнями, а не їх заміною.
- Що я маю попросити у свого архітектора при передачі проекту?
- Попросіть експорт IFC узгодженої моделі, а не лише рідний файл або PDF, оскільки файл IFC залишається придатним до використання, коли ніхто з учасників більше не має активної ліцензії на оригінальний інструмент.
- Чи може невеликий житловий проект обійтися без обміну IFC і просто ділитися рідними файлами?
- Це можливо, коли всі консультанти дійсно використовують однакове програмне забезпечення та версію, але це рідкість, коли залучено інженера-конструктора або спеціаліста з інженерних систем, і це залишає замовника без незалежного від формату запису наприкінці проекту.