ТИМ как стратегия: почему Renga Professional и Pilot BIM стали выбором проектной компании «Асгард»

О заказчике: Компания ООО «Асгард» работает в сфере архитектурно-строительного проектирования государственных и муниципальных объектов различной сложности.

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

Задача: Переход на российские решения в области информационного моделирования с целью повышения скорости и эффективности проектирования.

Переход на технологии информационного моделирования (ТИМ/BIM) для проектных организаций сегодня связан не только с выполнением нормативных требований, но и с управлением качеством, сроками и себестоимостью проектирования.

Практическая ценность ТИМ начинается с раннего выявления коллизий. В классическом CAD-проектировании пересечения инженерных сетей, нестыковки с архитектурой и конструктивом нередко обнаруживаются уже на поздних стадиях или на строительной площадке. Чем раньше такая ошибка выявлена в модели, тем дешевле и быстрее её устранение для всех участников проекта.

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

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

В штате компании — 57 специалистов; 11 специалистов включены в реестр НОПРИЗ, 4 специалиста — в НОСТРОЙ.

В портфеле — более 100 проектов: промышленные здания, социальные и общественные объекты, объекты инфраструктуры, автомобильные дороги, инженерные сети, технические обследования зданий и сооружений, а также технические отчёты по результатам инженерных изысканий на территории Российской Федерации.

О том, как компания «Асгард» переходила на работу с цифровой информационной моделью с использованием Renga Professional и почему дорогу всегда осилит идущий, рассказывает директор Олег Анатольевич Чичикин.

— В 2024 году мы приняли решение о поэтапном переходе на технологию информационного моделирования (ТИМ/BIM) в проектировании. Для нас это было не только реакцией на обязательность применения ТИМ в связи с ПП РФ от 17 мая 2024 года № 614, но и управленческим решением: повысить качество проектной документации, развивать компетенции сотрудников и постепенно переводить ключевые процессы в цифровую среду. В качестве основной платформы моделирования была выбрана Renga Professional — российское программное обеспечение, включённое в Единый реестр российского ПО. Для нас ТИМ/BIM — это стратегический инструмент, который позволяет проектной компании повышать управляемость проектирования, накапливать типовые решения, масштабировать опыт и брать более сложные объекты без пропорционального роста ручных операций.

Первый пилотный проект: от требований к модели до положительного заключения

Совместно с компанией «Си Эс Трэйд» — региональным экспертом по внедрению ТИМ и авторизованным партнером правообладателей АСКОН и Renga Software — была разработана поэтапная стратегия перехода на проектирование с применением цифровой информационной модели (ЦИМ).

На первом этапе «Си Эс Трэйд» подготовила трёх сотрудников компании «Асгард», в том числе BIM-менеджера. Обучение было организовано онлайн в удобное время и под запись: это позволяло сотрудникам сразу отрабатывать навыки на рабочих местах, задавать вопросы, возвращаться к материалам как к методической базе и повторно разбирать сложные темы.

В зону ответственности BIM-менеджера вошли согласование информационных требований заказчика, подготовка плана реализации проекта, моделирование в Renga Professional и контроль ЦИМ в Pilot-BIM.

Пилотным объектом стал «Учебный корпус к МБОУ СОШ «Школа будущего» на 1000 мест» (этажность — 4 этажа, включая цокольный этаж; общая площадь — 18 000 м²). Работу начали с анализа информационных требований в техническом задании и разработки ПИМ — плана реализации проекта.

ПИМ стал «дорожной картой» пилотного проекта: он позволил до начала моделирования зафиксировать требования к составу ЦИМ, правилам атрибутивной наполненности, структуре обмена данными, форматам выгрузки и зонам ответственности участников. Главной целью стало повышение качества проектной документации, а одной из ключевых задач — исключение междисциплинарных коллизий на этапе подготовки проектной документации.

Инструменты Renga Professional, которые оказались ключевыми

В ходе исполнения проекта были разработаны в Renga Professional ЦИМ АР и ЦИМ КР. Архитектор и конструктор приступили к моделированию в условиях реального проекта. Параллельно приходилось осваивать групповую работу, создавать используемые в проекте материалы, стили окон, дверей, балок и других элементов, а также формировать собственную библиотеку сборок и типовых решений.

На старте работы в Renga Professional ещё не было возможности экспортировать в IFC только изолированную на 3D-виде часть модели. Поэтому для управления составом выгрузки и проверки отдельных фрагментов модели активно использовался инструмент «Фильтры». На рисунке показано, как с помощью фильтра разделяли ЦИМ АР и ЦИМ КР.

Необходимо удалить дублирующие атрибуты (свойства), но не забыть переназначить свойство на элемент, который указан в удаляемом свойстве. На рисунке показано, что есть дублирующий атрибут Марка и он назначен на элемент Стены. Поэтому необходимо удалить этот атрибут, в списке свойств объектов останется одна строка с атрибутом Марка. И обязательно потом на Стену назначить атрибут Марка.

2. Проверка привязки элементов к уровням в соответствии с производством работ

Данная проверка выполняется с помощью изоляции уровней. Изолируем уровни и визуально проверяем, есть ли элементы, которые «висят» в пространстве и никак не могут соответствовать этапам производства работ.

Необходимо перепривязать элементы к соответствующему уровню.

3. Проверка принадлежности элементов к классам IFC и наполняемость атрибутами через инструменты спецификации и фильтры (Проверка наличия свойств объектов по каждому элементу, указанному в ПИМ)

При моделировании ЦИМ используются инструменты, за каждым инструментом для моделирования элемента «закреплен» класс IFC. Например, моделируем Стену и автоматически фиксируется программой Renga, что это IfcWall, если моделируем Перекрытие, то это IfcSlab.

Список всех классов IFC можно найти и на сайте разработчика «buildingSMART International» https://standards.buildingsmart.org/IFC/RELEASE/IFC2x3/TC1/HTML/ifcsharedbldgelements/ifcsharedbldgelements.htm, и в открытых Требованиях к ЦИМ ОКС экспертиз, например, Московской, С-Петербургской, Московская область и др.

Если элементом Стена (IfcWall) моделируется Отделка, у которой другой класс IFC (IfcCovering), то требуется переопределить класс IFC через атрибут IfcEntityType

На основании этого, через спецификации, сгруппировав свойства элемента по атрибуту IfcEntityType, удобно проверять наполненность атрибутивной информацией. Спецификации составляем по элементам из ПИМ.

Например, по Стене, сгруппировав спецификацию по атрибуту IfcEntityType, становится очевидно по незаполненным ячейкам, какие свойства не заполнены.

Между 3Д-видом и Спецификацией существует параметрическая зависимость, т.е. можно вносить значение атрибутов в Спецификации.

Фильтры удобно использовать для проверки, какие элементы ЦИМ какими инструментами смоделированы.

И на базе «отфильтрованных» Стен посмотрим, какие элементы Стен были переопределены в другой класс IFC, например, в IfcCovering.INSULATION

Проверяем общие свойства для всех стен, переопределенных в IfcCovering.INSULATION (Гидроизоляция).

Видим, в данном примере, что в атрибуте «Наименование класса» указано «Несколько значений», что является ошибкой, Наименование класса для однотипных элементов должно быть одно и то же.

Дополнительно, можно по Обозревателю модели анализировать атрибуты Элемента.

4. Проверка правильности НАПИСАНИЯ класса IFC.

Распространенная ошибка в написании класса IFC, которую трудно найти.

Например, проверим написание IfcCovering.INSULATION. Это Гидроизоляция подземной части и может быть смоделирована Стенами, Балками, Перекрытиями.

В спецификации отдельно по Стенам (Балкам, Перекрытиям) проверяем наличие IfcCovering.INSULATION и при группировке по атрибуту IfcEntityType все ли «переопределенные» элементы должны попасть в одну группу. Но в примере они попадают в две группы с одинаковым визуально написанием IfcCovering.INSULATION, что является ошибкой.

На 3Д-виде или в спецификации внесем проверенное написание класса IFC и группировка по атрибуту IfcEntityType будет содержать только одну группу.

5. Экспорт IFC по разделам проектной документации

Если в одной ЦИМ содержатся элементы разных разделов проектной документации, например, и АР, и КР, то перед экспортом ЦИМ по разделам (ЦИМ АР и ЦИМ КР) в формате IFC необходимо на 3Д-виде изолировать только те элементы, которые относятся к соответствующему разделу.

Это можно сделать, как вариант, через Обозреватель модели, оставляя только те элементы, которые относятся, например, к разделу АР (не несущие элементы, отделка, окна, двери, помещения и т.п.)

Что отображается на 3Д-виде, то и будет экспортировано в формате IFC для предоставления Заказчику/в экспертизу.

6. Настройка файла экспорта атрибутов «export_attr_qto_pset_АР_КР_.json» по требованиям к атрибутам, указанным в ПИМ.

Перед экспортом в формате IFC необходимо убедиться, что Файл экспорта атрибутов экспортирует именно те свойства элементов и те группы свойств, которые указаны в ПИМ. Для каждого проекта составляется свой ПИМ, свой список элементов, со своими атрибутами. Это зависит и от особенностей самого проекта, и от требований к ЦИМ со стороны Заказчика и экспертизы.

В данном материале не рассматриваем формирование файла экспорта атрибутов.

Каждая сущность ЦИМ (элемент, свойство элемента и др.) имеет уникальный идентификатор.

Например, через Обозреватель модели в свойствах по выделенному элементу Стена показывает уникальный идентификатор это элемента.

Или уникальный идентификатор свойства элемента можно посмотреть через Свойства объектов.

Когда экспертиза и/или Заказчик находит ошибки в ЦИМ, то как раз используется уникальный идентификатор, на который ссылается экспертиза и/или Заказчик . Проектировщик по уникальному идентификатору легко может найти «ошибочные» элементы ЦИМ.

Например, экспертизой найдена коллизии на недопустимое пересечение элемента Дверь (b1a6873a-bbba-444e-ab2a-df500e581d53) и Стена (41dba48c-f7cf-46f4-b03e-0ce112aa4590) Для их поиска создадим фильтр.

Затем на 3Д-виде изолируем элементы, которые необходимо исправить.