Информационная модель объекта капитального строительства пример заполнения

Статьи / Проходим госэкспертизу информационной модели правильно Развитие информационных технологий в строительстве 2020 год. Цифровизация стала приоритетным направлением развития

Информационная модель объекта капитального строительства пример заполнения

ГрК РФ Статья 57.5. Информационная модель объекта капитального строительства

(введена Федеральным законом от 27.06.2019 N 151-ФЗ)

1. Застройщик, технический заказчик, лицо, обеспечивающее или осуществляющее подготовку обоснования инвестиций, и (или) лицо, ответственное за эксплуатацию объекта капитального строительства, в случаях, установленных Правительством Российской Федерации, обеспечивают формирование и ведение информационной модели.

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

Согласно [1], информационное моделирование объектов строительства – это процесс создания и использования информации по строящимся, а также завершенным объектам строительства в целях координации входных данных, организации совместного производства и хранения данных, а также их использования для различных целей на всех стадиях жизненного цикла. … технологий информационного моделирования на всех этапах жизненного цикла объектов капитального строительства . Утвержден заместителем председателя правительства РФ. №2468п-П9 Введены в действие: ГОСТ Р 57310-2016 [4].

Статьи / Проходим госэкспертизу информационной модели правильно

Развитие информационных технологий в строительстве

2020 год. Цифровизация стала приоритетным направлением развития строительной отрасли. В планах Минстроя РФ к 2030 году полностью перейти на обязательное применение технологии информационного моделирования (ТИМ) при создании и эксплуатации объектов капитального строительства (ОКС) и в первоочередном порядке уже к 2024 году – в социальной сфере.

В подготовленной Стратегии развития отрасли [1] запланировано 2-х кратное увеличение доли проектных организаций, применяющих на практике ТИМ, а также более чем в 10 раз должна увеличиться доля проектов ОКС, имеющих цифровую информационную модель (ЦИМ) (Табл. 1).

Таблица 1 — Целевые показатели по направлению «Цифровизация строительной отрасли»

2020

2024

2030

Доля проектных организаций, применяющих на практике ТИМ, %

Доля строящихся и реконструируемых ОКС, имеющих ЦИМ, %

Удельный вес осуществления в электронной форме процедур, включенных в исчерпывающие перечни процедур, %

Уже сейчас развивается институт государственной экспертизы. Экспертиза начинает проверку проектов ОКС в формате ЦИМ. Согласно Стратегии развития, доля проектов, представленных на госэкспертизу и разработанных с применением ТИМ, должна вырасти с 5% (на сегодняшний день) до 50% к 2030 году (Табл. 2).

Таблица 2 — Целевые показатели по направлению «Инновационное развитие института строительной экспертизы».

2020

2024

2030

Доля экспертных организаций, интегрированных в ЦС ИСЭ, %

Доля проектов, по которым осуществляется комплексное экспертное сопровождение, (от нулевой стадии до завершения строительства), %

(для особо опасных, технически сложных и уникальных объектов капитального строительства)

Доля документации, представленной на экспертизу и разработанная с применением ТИМ, %

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

В этой статье мы рассмотрим очень важную тему: подготовку в Renga цифровой информационной модели (ЦИМ) к госэкспертизе, согласно ее требованиям. Автор предполагает, что Вы уже знакомы с ТИМ и владеете терминологией [2]. Но в начале рассмотрим проблематику вопроса в условиях текущих реалий.

Прохождение ИМ в госэкспертизе

Пока прохождение государственной экспертизы в формате ЦИМ является добровольным, за редким исключением из правил, когда заказчик сам включает это требование в договор (в случае больших и ответственных проектов и/или с привлечением государственного финансирования). В сентябре Правительством РФ были утверждены правила формирования и ведения ИМ ОКС[3]. Был сделан первый шаг к формированию единых требований к ИМ, но работа еще в этом направлении ведется самим ФАУ ФЦС. Соответственно, на сегодняшний день формирование требований к ЦИМ, проходящих государственную экспертизу, формируют сами органы госэкспертизы добровольно, с учетом специфики работы в собственном регионе РФ. Тут мы подходим к первой проблеме: требования различных экспертиз к составу ЦИМ – различны. Но прежде, чем мы более детально посмотрим вглубь этих требований, стоит отметить схожие моменты:

1. Для прохождения государственной экспертизы в формате ЦИМ у всех экспертиз требуется предоставить модель в формате IFC (не ниже версии 4.0) [4].
2. Требования различных экспертиз применяются только к моделям зданий социальной сферы , т.е. к зданиям следующего функционального назначения (по моделям зданий другого назначения госэкспертиза в формате ЦИМ не проводится):

— Административно-деловые объекты;
— Многоквартирные дома;
— Амбулаторно-поликлинические объекты;
— Учебно-воспитательные объекты.

Давайте, для наглядности, возьмем актуальные (на дату написания статьи) требования 2-х госэкспертиз ГАУ «Московская государственная экспертиза» и СПб ГАУ «Центр государственной экспертизы» и посмотрим на небольшом примере какие требования предъявляются к параметрам одного типа объектов – перекрытиям (Рис. 1).

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

Рисунок 1- Требования к параметрам перекрытий различных госэкспертиз

Ещё одним важным моментом в прохождении госэкспертизы является создание базовой модели, в которой должны быть смоделированы строительные объемы надземной и подземной части и размещены зоны для функционального зонирования и подсчета основных ТЭП (площади этажей, пожарные отсеки, общая площадь, площадь застройки и т.д.). Вообще эта тема заслуживает отдельной статьи [5]. Мы же рассмотрим требование к параметрам базовой модели [6], которое обязывает проектировщиков наполнять ЦИМ (далее – модель) сущностями, которые не имеют физического представления:

Эти сущности должны быть наполнены данными о самом проекте:

1. Общие данные
2. Основные характеристики
3. Требуемые показатели ОКС
4. Проектные ТЭП
5. Климатические и геотехнические данные и т.д.

Каким образом выполнять это требование мы поговорим в третьей части статьи, а пока рассмотрим последнее в этой части (но не последнее у госэкспертизы) очень важное требование – это отсутствие коллизий между элементами модели. Цитата из требований Мосгосэкспертизы [7]:

«…не допускаются проектные ошибки (коллизии) превышающие 15 мм, вызванные геометрическими пересечениями элементов…»

Этот момент тоже был учтен при разработке функционала по экспорту в IFC. И теперь самое время перейти к третьей части, в которой пойдет речь о том, как выполнить эти требования в Renga с учетом нового функционала.

Решение в Renga

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

Хочу Вам сразу сказать, что решения, о которых пойдет речь – не теория, а реальная практика. К моменту пока вы читаете эту статью, у нас уже наработан опыт подготовки моделей к экспертизе как по требованиям Мосгосэкспертизы, так и Санкт-Петербургской госэкспертизы. Поэтому отнеситесь к этой статье, как к инструкции по прохождению. Чтобы вся информация была понятна взгляните на схему работы с моделью (рис. 2). Мы пойдём постепенно – от первого пункта к последнему.

Рисунок 2 — Схема работы с моделью для экспорта в IFC4 по правилам госэкспертизы

I. Подготовка модели к экспорту

Информация о проекте

Как мы выяснили во второй части статьи, модель должна содержать данные по проекту. Для этого в Renga были добавлены следующие сущности (в скобках обозначены соответствующие классы IFC): Проект (IfcProject), Участок (IfcSite), Здание (IfcBuilding)

Доступ к этим сущностям можно получить через реорганизованное меню «Управление стилями» (рис. 3). Параметры разделены по 3-м вкладкам: отдельно для проекта, участка и здания. Кроме этого, у пользователей есть возможность расширять эти сущности произвольным количеством пользовательских свойств, внося тем самым всю информацию о проекте, требуемую госэкспертизой.

Рисунок 3 — Информация о проекте включает в себя информацию о Проекте, Участке и Здании

Работа с пользовательскими свойствами

В идеале мы стремимся к тому, чтобы экспертиза проекта проходила в автоматизированном режиме. Чтобы правильно интерпретировать данные модели, все атрибуты модели должны иметь определенный тип данных. Эти типы описаны в IFC и их требует экспертиза. Создавая новое пользовательское свойство, мы должны назначить ему нужный тип данных.

С учетом вышесказанного, в Renga был расширен список типов данных, которые пользователь может использовать. К существующим ранее типам «строка» и «действительное число», добавились:

• Целое число;
• Длина;
• Площадь;
• Объем;
• Угол;
• Масса;
• Булевый (принимает только 2 значения: «Да» или «Нет»);
• Логический (3 значения: «Да», «Нет», «Не определено»);
• Перечисление (список заранее определённых значений).

Имея под рукой такой набор типов, у пользователя не возникнут проблемы с интерпретацией данных его модели, экспортируя в сторонние программы. Работа с пользовательскими свойствами осуществляется в меню «Свойства объектов» (рис. 4)

Рисунок 4 — Создание нового свойства в меню «Свойства объектов»

Свойства можно назначать как на экземпляры объектов (уникальные для отдельно взятого объекта, например, «Сопротивление теплопроводности»), так и на стили объектов (общие для объектов данного стиля, например, «Класс взломостойкости»). Добавив в проект свойства и назначив их на соответствующие типы объектов, переходим к заполнению этих свойств у каждого объекта. Это кропотливая работа, но в Renga есть достаточно функционала, чтобы максимально ускорить этот процесс. Об этом уже было много написано и сказано [8], поэтому мы не будем останавливаться на этом.

Переопределение типов объектов при экспорте.

Поскольку экспертиза ИМ проходит в формате IFC, то все объекты модели должны быть экспортированы по соответствующим классам, описанным в IFC. Стандартное модельное представление Reference View 1.2 (IFC4 RV-1.2) [9], в соответствии с которым сформированы требования госэкспертизы, описывает 16 классов архитектурных элементов здания, 12 классов конструктивных, 65 классов элементов внутренних инженерных систем, в совокупности по основным специальностям (водоснабжение/водоотведение, отопление, вентиляция, электрика, автоматизация) и ещё дополнительно 18 классов элементов, к которым относятся, например, помещения (IfcSpace) или уже рассмотренный нами класс – здание (IfcBulding). Итого более 100 классов! Возникает резонный вопрос: как всё это многообразие замоделировать имеющимися инструментами? Ответ простой – моделируйте так, как Вам удобнее. Мы переопределим класс объекта при экспорте!

Вот пример, как мы можем это сделать с архитектурными элементами. Согласно требованиям, напольное покрытие (полы) должно быть выгружено в IFC под классом IfcCovering, а, например, наружный навесной вентилируемый фасад – под классом IfcCurtainWall. Таких кнопок в Renga пока нет, но они и не нужны (для задачи прохождения госэкспертизы). Можно смоделировать полы отдельным перекрытием (даже нужно), а наружный фасад – второй стеной со своими слоями конструкции.

Следующий шаг – на объекты модели, класс которых мы хотим переопределить, мы должны добавить следующие пользовательские свойства (тип данных — строка):

• • IfcEntityType – Свойство, необходимое для переопределения типа объекта.
  • IfcObjectType – Свойство задается только с том случае, если пользователь задал предопределенный тип USERDEFINED в свойствах экземпляра объекта.
  • IfcElementType – Свойство задается только с том случае, если пользователь задал предопределенный тип USERDEFINED в свойствах стиля объекта.

  Эти три свойства в IFC описывают класс элемента и уточняют его тип (в соответствии с описанием класса). Эти свойства обязательны при переопределении и если им будут присвоены значения, то объекты экспортируются под новым классом и типом (рис. 5).

  

  Рисунок 5 — Свойствам IfcEntityType, IfcObjectType и IfcName заданы нужные значения, поэтому при экспорте у этих объектов будет переопределен Класс, Тип и Имя

  Кроме них, в Renga можно переопределять следующие параметры IFC:

  • IfcTag – Соответствует параметру объекта Марка,
  • IfcName – Используется для указания короткого имени или номера объекта,
  • IfcLongName – Используется для указания полного имени объекта,
  • IfcDescription – Описание объекта.

  Это очень мощный инструмент. Единственное, что от Вас требуется – это разобраться в описании классов IFC. Тут Вам понадобится под рукой справочник IFC[10]

  II. Настраиваемый экспорт в IFC4

  Мы подготовили модель к экспорту и подошли к моменту, когда нам нужно уже нажать кнопку «Экспорт в IFC», но не торопитесь! Далее нам надо будет совершить еще один очень важный шаг – указать Renga по каким наборам свойств/параметров/расчетных характеристик будут выгружаться данные по тому или иному типу объектов.

  Сопоставление параметров при экспорте (Маппирование)

  Помните иллюстрацию, где мы сравнивали требования к перекрытиям от двух экспертиз (рис. 1)? Мы должны не просто выгрузить заполненные свойства, но и указать в каком наборе они должны находится и под каким именем! Именно это и выполняет функциональность под названием «Маппирование» (mapping), т.е. сопоставление параметров, пользовательских свойств и расчетных характеристик моделей Renga и IFC (рис. 6).

  

  Рисунок 6 — Схема маппинга параметров перекрытия из модели Renga в модель IFC

  Каким же образом в Renga происходит маппирование? Все правила описываются в файле сопоставления параметров. При экспорте модели в IFC4, Renga обращается к нему и выполняет экспорт по описанным правилам. Путь к этому файлу указывается в настройках программы в меню «Экспорт» (рис. 7).

  

  Рисунок 7 — Параметра настройки экспорта в IFC4

  Мы остаемся приверженцами идеи, что программа должна оставаться инструментом проектировщиков, поэтому не стали нагружать интерфейс техническим функционалом. Описание правил происходит в файле формата JSON. В комплекте с дистрибутивом Renga идёт подготовленный нами файл маппинга – «export_attr_qto_pset.json». Он используется при экспорте по умолчанию и формирует модель IFC по нашим правилам.

  Он подойдёт для общих случаев экспорта данных в формат IFC4, но в случае подготовки модели на госэкспертизу необходимо подготовить собственный файл маппинга (по правилам госэкспертизы). Формат JSON широко распространен, поэтому в создании такого файла не возникнет трудности – существует много редакторов. BIM-менеджер может выбрать по своему вкусу.

  Описание классов IFC выполняется следующим образом (рис. 8):

  

  Рисунок 8 — Схема описания классов IFC

  В наборах описываются параметры по правилу «ключ: значение». «Ключ» – это наименование атрибута модели IFC, в который будет экспортирован атрибут Renga. «Значение» – это наименование атрибута модели Renga, который будет экспортирован в IFC.

  Рассмотрим на примере описания объектов «Стена» (IfcWall). Ниже представлена иллюстрация части файла маппинга, созданного по правилам Мосгосэскпертизы, сопоставленная со списком свойств объектов «Стена» модели Renga (рис. 9)

  

  Рисунок 9 — Фрагмент файла маппинга и свойства стен в Renga. (цветом выделены группы и относящиеся к ним параметры)

  Класс IfcWall имеет 3 группы атрибутов: «attributes» (параметры), «psets» (наборы пользовательских свойств) и «qsets» (наборы расчетных характеристик). В «attributes» определены нами 2 параметра: «Имя», которое принимает при экспорте в IFCнаименование «Name», и «Марка», которое принимает при экспорте в IFC наименование «Tag». Параметры определены по правилу «Ключ: значение», т.е. «Tag: Марка». Далее можно расширить список параметров по вашему усмотрению. В группе «psets» определены 2 набора пользовательских свойств: «Pset_WallCommon» и «ExpCheck_Wall», каждый из которых имеет набор атрибутов. Откуда они взялись? Из требований Мосгосэкспертизы [11]. По той же причине в группе «qsets» определен набор расчетных характеристик «Qto_WallBaseQuantities».

  На рис. 9 не случайно приведен список свойств модели Renga. При переопределении параметров вы должны брать название такое, какое он имеет в Renga.

  Ну вот, собственно, мы и подошли к непосредственному экспорту модели. По созданному Вами файлу маппинга можно выполнить экспорт вашей модели (не забыв указать его в настройках программы). И чтобы быть уверенным в правильности полученного результата, мы сделали еще одну функциональность, которая поможет Вам в этом.

  III. Проверка на ошибки

  Журнал ошибок

  В процессе экспорта модели IFC создается журнал (лог), в который записываются возникающие ошибки. Обязательно загляните в него. Он создается в той же папке экспорта и имеет то же имя, что и модель. Журнал без ошибок будет содержать только дату создания, а с ошибками будет имеет следующую структуру (рис. 10):

  

  Рисунок 10 — Журнал ошибок экспортированной модели

  В 1-й колонке указывается уникальный идентификатор объекта GUID(это обращение к конкретному экземпляру, в котором произошла ошибка при экспорте). Во 2-й колонке указывается имя объекта Renga. В 3-й колонке указывается класс IFC экспортируемого объекта. В 4-й — причина возникшей ошибки.

  Если в Вашем журнале есть ошибки – это причина заглянуть ещё раз в файл сопоставления параметров. Возможно, Вы просто разместили набор пользовательских свойств, не в той группе атрибутов. И проверить в модели Renga объекты, попавшие в журнал. По GUID Вы сможете точно его идентифицировать и проверить все ли атрибуты правильно наименованы, создав, например, по нему фильтр или найдя объект по GUID через спецификацию.

  В заключении мне осталось описать еще одну функциональность, которая решает проблему коллизий, упомянутой во 2-й части статьи. Эта функциональность работает автоматически при экспорте модели в IFC. Теперь все объекты модели экспортируются с учетом подрезок, возникающих от взаимодействия с другими объектами в Renga. Я говорю о взаимодействия между конструктивными элементами (стена – перекрытие, перекрытие – колонна, колонна – балка и т.д.). Эта логика существует в Renga довольно уже давно, она определяет приоритет конструкций во взаимодействиях с другими элементами, например, перекрытие вырезает объем у стены, если мы его заведем во внутрь, смоделировав таким образом опирание, или крыша обрезает верх любых объектов, которые находятся под ней и пересекают ее и т.д. (рис. 11).

  

  Рисунок 11 — Экспорт в IFC сучетом подрезки объектов

  Эта функциональность поможет Вам избежать коллизий, вызванных взаимопересечением конструктивных элементов здания. Но она не заменит проверку модели в специализированном ПО (например, РусБИМЭксперт, Solibri Model Checker, Navisworks и т.п.). Ряд экспертиз (например, Санкт-Петербургская госэкспертиза) вместе с предоставляемой моделью требуют отчет о коллизиях из вышеперечисленного ПО. Это традиционный вопрос о том, что информационная модель никогда не создается с помощью одного инструмента – такого нет во всем мире. По-настоящему эффективная работа предполагает использование набора специализированного ПО.

  Вот мы и подошли к концу данной статьи. Вся функциональность, о которой шла речь, родилась не просто так, а в процессе обсуждения с пользователями и экспертами. И была подтверждена практикой! Мы надеемся, что она будет востребована Вами и принесет Вам пользу. Тема экспорта в IFC4 – очень обширна, и мы только начали погружение в этот мир. Остаемся на связи. А пока скачивайте Renga и учитесь создавать модель так, чтобы ее можно было передать на экспертизу.

  [4] Формат файлов IFC (Industry Foundation Classes) разработан компанией buildingSMART®. Это открытый международный стандарт (ISO 16739-1: 2018), позволяющий обмениваться данными между различными приложениями.

  [5] Пример создания строительного объема здания см. видео.

  [6] Cм. п. 8.8 Общих требований к ЦИМ СПб ГАУ «ЦГЭ» (редакция 2.0) или п. 9.2 Общие требования к параметрам цифровых моделей ГАУ «МГЭ» (редакция 4.1)

  [7] См. п. 8.3 Требование к отсутствию коллизий ГАУ «МГЭ» (редакция 4.1)

  [8] Имеется в виду выбор объектов одинаковых по марке, по типу, по стилю через контекстное меню и спецификацию. Через спецификацию можно выбирать по любым схожим пользовательским свойствам. Более подробно о работе с атрибутами через спецификацию см. Опыт применения BIM-системы Renga для создания информационной модели общеобразовательной школы для эксперимента для прохождения госэкспертизы

  [11] См. п. 5.4.4.1 Требования к параметрам стен и перегородок, Требования к ЦИМ архитектурных решений зданий, ГАУ «МГЭ» (редакция 4.1).

  Информационное моделирование в строительстве . ПРАВИЛА ФОРМИРОВАНИЯ ИНФОРМАЦИОННОЙ МОДЕЛИ ОБЪЕКТОВ НА РАЗЛИЧНЫХ СТАДИЯХ ЖИЗНЕННОГО ЦИКЛА (1-я редакция). Москва 2016. СП……2016. Предисловие Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила разработки — Постановлением Правительства от 1 июля 2016 г. №624 «Об утверждении правил разработки, утверждения, опубликования, изменения и отмены сводов правил». Сведения о своде правил.

  Информационная модель объекта капитального строительства пример заполнения

  ПРАВИТЕЛЬСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ

  от 15 сентября 2020 года N 1431

  (с изменениями на 27 мая 2022 года)

  Документ с изменениями, внесенными:

  постановлением Правительства Российской Федерации от 1 марта 2022 года N 278 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 05.03.2022, N 0001202203050019);

  постановлением Правительства Российской Федерации от 27 мая 2022 года N 962 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 31.05.2022, N 0001202205310027).

  1. Утвердить прилагаемые:

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

  3. Настоящее постановление действует до 1 марта 2023 г.

  Председатель Правительства
  Российской Федерации
  М.Мишустин

  УТВЕРЖДЕНЫ
  постановлением Правительства
  Российской Федерации
  от 15 сентября 2020 года N 1431

  Правила формирования и ведения информационной модели объекта капитального строительства

  (с изменениями на 27 мая 2022 года)

  1. Настоящие Правила устанавливают порядок формирования и ведения информационной модели объекта капитального строительства.

  2. Используемые в настоящих Правилах понятия означают следующее:

  «формирование информационной модели объекта капитального строительства» — сбор, обработка, систематизация, учет, включение в информационную модель и хранение в электронной форме взаимосвязанных сведений, документов и материалов об объекте капитального строительства, предусмотренных составом сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, предусмотренным постановлением Правительства Российской Федерации от 15 сентября 2020 г. N 1431 «Об утверждении Правил формирования и ведения информационной модели объекта капитального строительства, состава сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, и требований к форматам указанных электронных документов, а также о внесении изменения в пункт 6 Положения о выполнении инженерных изысканий для подготовки проектной документации, строительства, реконструкции объектов капитального строительства» (далее — сведения, документы, материалы), на этапах выполнения инженерных изысканий, осуществления архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, эксплуатации и (или) сноса объекта капитального строительства;

  «ведение информационной модели объекта капитального строительства» — актуализация сведений, документов, материалов, включенных в информационную модель объекта капитального строительства, путем изменения сведений, документов, материалов и (или) их перевод в режим архивного хранения.

  3. Формирование информационной модели объекта капитального строительства и ведение информационной модели объекта капитального строительства осуществляются застройщиком, техническим заказчиком, лицом, обеспечивающим или осуществляющим подготовку обоснования инвестиций, и (или) лицом, ответственным за эксплуатацию объекта капитального строительства, а также индивидуальным предпринимателем или юридическим лицом, выполняющими работы по заключенному с застройщиком, техническим заказчиком, лицом, ответственным за эксплуатацию объекта капитального строительства, договору о выполнении инженерных изысканий, договору о подготовке проектной документации, внесении изменений в такую документацию, договору о строительстве, реконструкции, капитальном ремонте объекта капитального строительства, сносе объекта капитального строительства, иному договору, предусматривающему формирование информационной модели объекта капитального строительства и ведение информационной модели объекта капитального строительства (далее — договоры), в соответствии с требованиями законодательства Российской Федерации, настоящими Правилами, заключенными договорами.

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

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

  6. В случае если сведения, документы, материалы размещены в открытом доступе в составе информационных ресурсов государственных информационных систем, в информационную модель объекта капитального строительства включаются сведения о таких государственных информационных системах и способах доступа к содержащимся в них сведениям, документам, материалам.

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

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

  а) использование классификатора строительной информации для формирования информационной модели объекта капитального строительства и ведения информационной модели объекта капитального строительства в объеме, закрепленном соответствующей XML-схемой;

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

  9. Застройщик, технический заказчик или лицо, ответственное за эксплуатацию объекта капитального строительства, направляют информационную модель объекта капитального строительства в уполномоченные на размещение в государственных информационных системах обеспечения градостроительной деятельности органы исполнительной власти субъектов Российской Федерации, органы местного самоуправления муниципальных образований после утверждения проектной документации в соответствии с частью 15 статьи 48 Градостроительного кодекса Российской Федерации, подготовленной в форме информационной модели.

  10. Обработка в составе информационной модели объекта капитального строительства сведений, документов, материалов, содержащих информацию ограниченного доступа, осуществляется с учетом требований о защите информации ограниченного доступа, предусмотренных законодательством Российской Федерации.

  УТВЕРЖДЕН
  постановлением Правительства
  Российской Федерации
  от 15 сентября 2020 года N 1431

  Состав сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, и требования к форматам указанных электронных документов

  (с изменениями на 27 мая 2022 года)

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

  а) отчетная документация о выполнении инженерных изысканий и приложения к ней в соответствии с постановлением Правительства Российской Федерации от 19 января 2006 г. N 20 «Об инженерных изысканиях для подготовки проектной документации, строительства, реконструкции объектов капитального строительства», графическая часть которых дополнена трехмерной моделью, в случае, если такое требование установлено соответствующими заданием и (или) договором;

  б) иные документы, представляемые для проведения государственной экспертизы результатов инженерных изысканий в соответствии с постановлением Правительства Российской Федерации от 5 марта 2007 г. N 145 «О порядке организации и проведения государственной экспертизы проектной документации и результатов инженерных изысканий», за исключением заявления о проведении государственной экспертизы проектной документации на объект капитального строительства, а также для проведения негосударственной экспертизы результатов инженерных изысканий в соответствии с постановлением Правительства Российской Федерации от 31 марта 2012 г. N 272 «Об утверждении Положения об организации и проведении негосударственной экспертизы проектной документации и (или) результатов инженерных изысканий», за исключением заявления о проведении негосударственной экспертизы (при наличии), проектной документации на объект капитального строительства.

  2. На этапе осуществления архитектурно-строительного проектирования в информационную модель объекта капитального строительства включаются следующие сведения, документы и материалы:

  а) сведения, документы и материалы, входящие в состав разделов проектной документации в соответствии с постановлением Правительства Российской Федерации от 16 февраля 2008 г. N 87 «О составе разделов проектной документации и требованиях к их содержанию», графическая часть которых дополнена трехмерной моделью, в случае, если требование к ее формированию установлено в задании на проектирование;

  б) иные документы, представляемые для проведения государственной экспертизы проектной документации в соответствии с постановлением Правительства Российской Федерации от 5 марта 2007 г. N 145 «О порядке организации и проведения государственной экспертизы проектной документации и результатов инженерных изысканий», за исключением заявления о проведении государственной экспертизы, а также для проведения негосударственной экспертизы проектной документации в соответствии с постановлением Правительства Российской Федерации от 31 марта 2012 г. N 272 «Об утверждении Положения об организации и проведении негосударственной экспертизы проектной документации и (или) результатов инженерных изысканий», за исключением заявления о проведении негосударственной экспертизы (при наличии);

  в) документы, прилагаемые к заявлению о выдаче разрешения на строительство в соответствии с частями 7 и 10_1 статьи 51 Градостроительного кодекса Российской Федерации, или сведения о государственных информационных системах и способах доступа к содержащимся в них документам, если документы размещены в открытом доступе в составе информационных ресурсов указанных государственных информационных систем;

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

  3. На этапах осуществления строительства, реконструкции, капитального ремонта объекта капитального строительства в информационную модель объекта капитального строительства включаются следующие сведения, документы и материалы:

  а) реквизиты (дата и номер) разрешения на строительство;

  б) реквизиты (дата и номер) решения уполномоченных на выдачу разрешений на строительство федерального органа исполнительной власти, органа исполнительной власти субъекта Российской Федерации, органа местного самоуправления, Государственной корпорации по атомной энергии «Росатом» или Государственной корпорации по космической деятельности «Роскосмос» о прекращении действия разрешения на строительство или о внесении изменений в разрешение на строительство;

  в) документы и материалы, входящие в состав исполнительной документации в соответствии с требованиями, установленными законодательством Российской Федерации, графическая часть которых дополнена трехмерной моделью, в случае, если такое требование установлено соответствующими заданием и (или) договором;

  г) копия документа о вынесении на местность линий отступа от красных линий (при наличии);

  д) сведения, содержащиеся в общем и специальном журналах, в которых ведется учет выполнения работ;

  е) документы, необходимые для получения разрешения на ввод объекта в эксплуатацию в соответствии с частями 3 и 4 статьи 55 Градостроительного кодекса Российской Федерации, или сведения о государственных информационных системах и способах доступа к содержащимся в них документам, если документы размещены в открытом доступе в составе информационных ресурсов указанных государственных информационных систем.

  4. На этапе осуществления эксплуатации объекта капитального строительства в информационную модель объекта капитального строительства включаются следующие сведения, документы и материалы:

  а) реквизиты (дата и номер) разрешения на ввод объекта в эксплуатацию;

  б) материалы, отражающие фактическое выполнение работ по техническому обслуживанию объекта капитального строительства, о проведении текущего ремонта объекта капитального строительства;

  в) сведения, содержащиеся в журнале эксплуатации здания, сооружения;

  г) графические материалы в виде трехмерной модели объекта капитального строительства, если такое требование установлено документами, предусмотренными законодательством Российской Федерации и иными нормативными правовыми актами Российской Федерации в отношении сведений, документов, материалов, определенных частью 13 статьи 55_24 Градостроительного кодекса Российской Федерации.

  5. На этапе осуществления сноса объекта капитального строительства в информационную модель объекта капитального строительства включаются следующие сведения, документы и материалы:

  а) результаты и материалы обследования объекта капитального строительства;

  б) сведения, документы и материалы, входящие в состав проекта организации работ по сносу объекта капитального строительства в соответствии с постановлением Правительства Российской Федерации от 26 апреля 2019 г. N 509 «Об утверждении требований к составу и содержанию проекта организации работ по сносу объекта капитального строительства», графическая часть которых дополнена трехмерной моделью, в случае, если такое требование установлено соответствующими заданием и (или) договором.

  6. Сведения, документы и материалы, включаемые в информационную модель объекта капитального строительства, представляются в форме электронных документов (далее — электронные документы) в виде файлов в формате XML (за исключением случаев, установленных пунктом 8 настоящего документа).

  7. Схемы, подлежащие использованию для формирования электронных документов в виде файлов в формате XML на различных этапах жизненного цикла объекта капитального строительства, утверждаются и вводятся в действие Министерством строительства и жилищно-коммунального хозяйства Российской Федерации и размещаются на официальном сайте Министерства в информационно-телекоммуникационной сети «Интернет».

  8. До введения в действие схемы, подлежащей использованию для формирования электронных документов в виде файлов в формате XML, электронные документы представляются в следующих форматах:

  Информационное моделирование объектов строительства представляет собой цифровую тех­ нологию описания и представления информации, необходимой для планирования, проектирования, строительства и управления построенными объектами . … 4.3 Бизнес-контекст На рисунке 1 показан пример бизнес-контекста, требующего ЮМ: клиент (роль 1) привлекает кон­ сультанта (роль 2) для оказания некоторой услуги. В таком сценарии необходимо понять и формализо­ вать как общие, так и договорные аспекты их взаимоотношений, а также способ передачи информации в этом контексте. … Сообщение представляет собой заполненную инфор­ мационную модель , содержащую данные, относящиеся к процессу.

  Источники

  • http://www.consultant.ru/document/cons_doc_LAW_51040/06616d8bc3e2a55716e03b389946a91b9c4554b6/
  • https://rengabim.com/stati/prohodim-gosekspertizu-informacionnoj-modeli-pravilno/
  • https://docs.cntd.ru/document/565738494