28.03.2022

Каким будет формат данных IFC в России после санкций

Каким будет формат данных IFC в России после санкций

Содержание:

  1. Что такое IFC
  2. Вариант № 1. Изменения в международной схеме данных
  3. Вариант № 2. Национальное расширение IFC
  4. Вариант № 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.

Здесь инженер придумал для фермы свой тип объекта — IfcTruss.
Здесь инженер придумал для фермы свой тип объекта — IfcTruss.
А вот что получилось при экспорте данных. Так как типа IfcTruss нет в международной классификации, ферма стала прокси-элементом.
А вот что получилось при экспорте данных. Так как типа IfcTruss нет в международной классификации, ферма стала прокси-элементом.

Разные страны придумывают свои способы работы с IFC: например, включают в buildingSMART лоббистов, чтобы ускорить изменения базовых классов, или создают национальные схемы как бы поверх международной библиотеки. В России действует рабочая группа по внедрению IFC. Сейчас, с учетом санкций, эксперты рассматривают три варианта развития формата.

Вариант № 1. Изменения в международной схеме данных

Этот вариант означает включение России в системную работу buildingSMART international.

У такой схемы много плюсов:

  • все САПР-системы в мире будут поддерживать российские стандарты, в том числе стандарты ИСОГД, Росреестра, Минпромторга;
  • строительным и проектным компаниям из России будет легко работать на оставшихся международных рынках;
  • вообще не нужны механизмы экспорта и импорта.

Региональное отделение buildingSMART Russia с 2017 года действует на базе Национальной Ассоциации инженеров-консультантов в строительстве (НАИКС). В марте 2022 года buildingSMART International остановил участие России в своей работе.

Кроме того, в любое время добавить что-либо в мировую библиотеку строительных элементов IFC было сложно, это занимает много времени. А еще требует уплаты членских взносов: несмотря на близость к open source, базовая библиотека, в которой сейчас около 1000 объектных типов данных, доступна только read-only. Это означает, что в нее нельзя внести изменения без покупки членства buildingSMART.

Кроме того, для реализации такого решения нужны очень компетентные эксперты и сформированное национальное сообщество, которое будет решать, действительно ли нужно вносить то или иное изменение в международную схему: цена ошибки здесь высока.

Различные варианты членства в buildingSMART. Членство с правом голоса стоит от 60 000 евро
Различные варианты членства в buildingSMART. Членство с правом голоса стоит от 60 000 евро. Источник: https://www.buildingsmart.org/about/get-involved/membership-and-benefits/
В первом варианте любое изменение схемы на уровне страны требует синхронизации в международном стандарте
В первом варианте любое изменение схемы на уровне страны требует синхронизации в международном стандарте

Вариант № 2. Национальное расширение IFC

Такой вариант выбрали, например, в Финляндии и Норвегии. Речь идет о том, чтобы оставить базовые классы в покое и сделать «надстройку» над IFC, которая будет учитывать местные особенности.

У этой схемы свои плюсы:

  • скорость расширения — участие buildingSMART не требуется, так как решения принимаются внутри страны;
  • интероперабельность на уровне российского ПО — в условиях санкций этого может быть достаточно;
  • можно быстро включить в работу строительный бизнес и госкорпорации.

Виталий Семенов: «Национальное регулирование IFC видится мне как расширение специфических свойств и типов, то есть расширение семантики без затрагивания основной схемы. Это оптимальное решение, которое доказало эффективность в Финляндии и Норвегии. Сейчас важно решать стратегическую задачу — пошагово сдвигаться в сторону консолидированного управления данными. Это направление цифровизации строительства в России на ближайшие десятилетия. Проблема с лицензированием ПО может встать в полный рост, а при национальном расширении IFC мы обеспечиваем гибкость и эффективность использования информации. При этом сохраняется базовая интероперабельность с российскими и западными продуктами. В российском сегменте также нужна гармонизация концепций разработки ПО: сейчас ни одна интеграция нормально не работает».

Виталий Семенов,
заведующий отделом системной интеграции и прикладных программных комплексов Института системного программирования РАН

Чтобы заработало национальное расширение, в России должна появиться структура, которая будет отвечать за ведение схемы данных. По закону приказом Минстроя можно зафиксировать схемы IFC 2×3 TC1 и IFC 4.2 TC1, но далее потребуется создание, например, федерального органа исполнительной власти, который будет координировать всю работу по созданию национального расширения, отвечать за качество данных.

Также потребуется договариваться с вендорами, чтобы они следили за национальной моделью данных и обеспечивали экспорт и импорт между разными программными продуктами.
Возможные расширения схемы данных IFC обсуждаются на встречах рабочей группы по нормативному обеспечению цифровизации строительства в России. Группа с 2020 года собирается в онлайне каждую пятницу в 16.00 по Москве.

Чтобы присоединиться к группе, можно написать организаторам из НАИКС: k.kuznetsov@nacec.ru

Во втором вариант международная основа IFC становится частью национальной схемы
Во втором вариант международная основа IFC становится частью национальной схемы
Национальное расширение IFC в Сингапуре. К объекту международной схемы ifcCivilElement добавлен национальный тип driveway — полоса движения. Так как основной класс не затронут, это не считается вмешательством в базовую схему. Национальное расширение уже нельзя называть IFC, но в Сингапуре его назвали просто IFC-SG.
Национальное расширение IFC в Сингапуре. К объекту международной схемы ifcCivilElement добавлен национальный тип driveway — полоса движения. Так как основной класс не затронут, это не считается вмешательством в базовую схему. Национальное расширение уже нельзя называть IFC, но в Сингапуре его назвали просто IFC-SG.

Вариант № 3. Создание информационной системы на имеющихся XSD

XSD — это язык описания структуры XML-документа. Этот вариант предполагает создание разрозненных схем на основе существующих бизнес-процессов. Ключевой плюс — скорость: по сути дела, любая проектная или строительная компания сможет придумать в IFC что-то свое.

Минусов значительно больше. Такой вариант не учитывает других пользователей информации, будут проблемы с подключением разного ПО для поддержки схем. То есть теряется ключевая цель IFC — единообразие данных и интероперабельность. А раз так, исчезает и идея формирования эффективных бизнес-процессов, когда IFC-сообщество предусматривает ошибки, о которых конкретные компании еще и не думали.

Иван Штаер: «Есть вещи, которые всегда будут открыты. Например, обмен метеорологическими данными — существуют правила оформления таких данных, и эти данные всегда доступны, что бы ни происходило в мире. Я надеюсь, что к IFС это тоже относится. Но международная основа IFC независимая, она вполне может существовать и в рамках национальной стандартизации. То есть даже если все закроют, ей можно пользоваться. Но и при таком развитии событий все равно лучше применять международные правила, то есть не вводить новые классы. Так мы сохраним целостность схемы. Если каждый будет вносить изменения, получим хаос. Сейчас речь идет о том, чтобы создать некие дополнительные правила, национальную схему, которая допускается спецификацией. Ценность IFC в обратной совместимости: можно взять международную библиотеку и пользоваться, вопрос только в правилах применения формата».

Иван Штаер,
вице-президент BIM-Ассоциации

    Подпишитесь на рассылку
    Раз в неделю будем присылать вам самые интересные материалы

    Выводы

    1. Есть три пути развития IFC в России: вносить изменения в международную схему данных, сделать национальное расширение или же идти путем еще большей детализации и менять схему на уровне конкретных получателей данных. Эксперты склоняются ко второй версии, так как реализация первой все более осложняется из-за геополитики, а третий вариант выглядит неполноценным.
    2. Чтобы IFC работала в любом из вариантов, нужен национальный квалификационный орган, который будет устанавливать правила игры и отвечать за качество схем.
    3. В России не хватает организованного профессионального сообщества по аналогии с buildingSMART. На международной площадке группы по 100−150 человек еженедельно обсуждают изменения в схеме данных. Базовые классы должны стать предметом еженедельного обсуждения на независимой от buildingSMART российской площадке. В этой работе должны участвовать получатели данных, которые потом будут пользоваться IFC на практике.