![](https://digital-build.ru/wp-content/themes/digital-build/img/logo2.png"){kind=logo}
Содержание:
- Что такое IFC
- Вариант № 1. Изменения в международной схеме данных
- Вариант № 2. Национальное расширение IFC
- Вариант № 3. Создание информационной системы на имеющихся XSD
В начале марта о своем уходе с российского рынка сообщили Autodesk, SAP и Oracle. Ближайшие годы для российских инженеров, вероятно, пройдут в попытках адаптировать для своей работы русские CAD-программы и согласовать форматы передачи данных.
Европейские санкции пока не затронули open source и похожие решения в строительной отрасли: например, формат IFC, который призван независимо от ПО передавать информацию из 3D-моделей в решения 4D-7D. Говорят, IFC может пошатнуть доминирующее положение Autodesk в области строительных данных и стать первым «свободным» мировым форматом, который легко использовать даже в закрытой стране.
В этой статье разберемся, что ждет IFC и насколько вероятно, что санкции повлияют на развитие формата.
Что такое IFC
CAD-вендоры используют проприетарные, то есть закрытые форматы хранения данных: прямой перенос информации в другое ПО с ними невозможен. Это обычная практика в любой отрасли, не только в строительстве. Стандартный способ переноса данных — плагины или подключение к API. Но с CAD-программами это работает плохо: например, свойства элементов после импорта будут без геометрии, которая важна для 4D-7D-решений.
Формат IFC задумывался как «интероперабельный», то есть такой, который позволит переносить любую информацию между любым софтом. IFC — часть стратегии развития BIM и основа для цифровизации строительства в России.
Формат открыт, но это не open source: IFC контролирует организация buildingSMART. Чтобы новые классы элементов (entities) и параметрическая геометрия нормально отображались в любой CAD-программе мира, нужно обращаться в buildingSMART и просить внести изменения.
Часто страны и даже отдельные организации добавляют свои элементы, которые не входят в глобальную классификацию. Такие элементы могут быть ограниченно совместимыми — например, в рамках CAD-решения одного вендора. В других программах такие неофициальные изменения будут отображаться как «прокси-элементы» — IfcBuildingElementProxy.
Разные страны придумывают свои способы работы с IFC: например, включают в buildingSMART лоббистов, чтобы ускорить изменения базовых классов, или создают национальные схемы как бы поверх международной библиотеки. В России действует рабочая группа по внедрению IFC. Сейчас, с учетом санкций, эксперты рассматривают три варианта развития формата.
Вариант № 1. Изменения в международной схеме данных
Этот вариант означает включение России в системную работу buildingSMART international.
У такой схемы много плюсов:
- все САПР-системы в мире будут поддерживать российские стандарты, в том числе стандарты ИСОГД, Росреестра, Минпромторга;
- строительным и проектным компаниям из России будет легко работать на оставшихся международных рынках;
- вообще не нужны механизмы экспорта и импорта.
Региональное отделение buildingSMART Russia с 2017 года действует на базе Национальной Ассоциации инженеров-консультантов в строительстве (НАИКС). В марте 2022 года buildingSMART International остановил участие России в своей работе.
Кроме того, в любое время добавить что-либо в мировую библиотеку строительных элементов IFC было сложно, это занимает много времени. А еще требует уплаты членских взносов: несмотря на близость к open source, базовая библиотека, в которой сейчас около 1000 объектных типов данных, доступна только read-only. Это означает, что в нее нельзя внести изменения без покупки членства buildingSMART.
Кроме того, для реализации такого решения нужны очень компетентные эксперты и сформированное национальное сообщество, которое будет решать, действительно ли нужно вносить то или иное изменение в международную схему: цена ошибки здесь высока.
Вариант № 2. Национальное расширение IFC
Такой вариант выбрали, например, в Финляндии и Норвегии. Речь идет о том, чтобы оставить базовые классы в покое и сделать «надстройку» над IFC, которая будет учитывать местные особенности.
У этой схемы свои плюсы:
- скорость расширения — участие buildingSMART не требуется, так как решения принимаются внутри страны;
- интероперабельность на уровне российского ПО — в условиях санкций этого может быть достаточно;
- можно быстро включить в работу строительный бизнес и госкорпорации.
Чтобы заработало национальное расширение, в России должна появиться структура, которая будет отвечать за ведение схемы данных. По закону приказом Минстроя можно зафиксировать схемы IFC 2×3 TC1 и IFC 4.2 TC1, но далее потребуется создание, например, федерального органа исполнительной власти, который будет координировать всю работу по созданию национального расширения, отвечать за качество данных.
Также потребуется договариваться с вендорами, чтобы они следили за национальной моделью данных и обеспечивали экспорт и импорт между разными программными продуктами.
Возможные расширения схемы данных IFC обсуждаются на встречах рабочей группы по нормативному обеспечению цифровизации строительства в России. Группа с 2020 года собирается в онлайне каждую пятницу в 16.00 по Москве.
Чтобы присоединиться к группе, можно написать организаторам из НАИКС: k.kuznetsov@nacec.ru
Вариант № 3. Создание информационной системы на имеющихся XSD
XSD — это язык описания структуры XML-документа. Этот вариант предполагает создание разрозненных схем на основе существующих бизнес-процессов. Ключевой плюс — скорость: по сути дела, любая проектная или строительная компания сможет придумать в IFC что-то свое.
Минусов значительно больше. Такой вариант не учитывает других пользователей информации, будут проблемы с подключением разного ПО для поддержки схем. То есть теряется ключевая цель IFC — единообразие данных и интероперабельность. А раз так, исчезает и идея формирования эффективных бизнес-процессов, когда IFC-сообщество предусматривает ошибки, о которых конкретные компании еще и не думали.
Выводы
- Есть три пути развития IFC в России: вносить изменения в международную схему данных, сделать национальное расширение или же идти путем еще большей детализации и менять схему на уровне конкретных получателей данных. Эксперты склоняются ко второй версии, так как реализация первой все более осложняется из-за геополитики, а третий вариант выглядит неполноценным.
- Чтобы IFC работала в любом из вариантов, нужен национальный квалификационный орган, который будет устанавливать правила игры и отвечать за качество схем.
- В России не хватает организованного профессионального сообщества по аналогии с buildingSMART. На международной площадке группы по 100−150 человек еженедельно обсуждают изменения в схеме данных. Базовые классы должны стать предметом еженедельного обсуждения на независимой от buildingSMART российской площадке. В этой работе должны участвовать получатели данных, которые потом будут пользоваться IFC на практике.