ПИМ (BEP) Орловское поле 1,2 Стадия Р

Приложение №_________
к Договору подряда на выполнение проектных работ №НЧ2.0_Z1060/07092023

Объект: "Комплекс многоквартирных жилых домов со встроенно-пристроенными
помещениями нежилого назначения на территории Орловского поля в г. Набережные Челны. 2 этап освоения территории. 1, 2 этапы строительства"

ПИМ (BEP)# План реализации проекта с использованием информационного моделирования#

2025 Версия 1.1

---

1. Назначение документа#

1.1. Настоящий документ, ПИМ (BEP) регламентирует процесс разработки модели проекта.

1.2.  ПИМ (BEP)является одним из трех документов, описывающих обязательные к исполнению требования к разработке проекта с использованием BIM. Cписок документов, в порядке роста приоритета:

• ТИМ-стандарт (BIM-стандарт) – определяет типовые требования к разработки модели проекта в компании. Имеет самый низкий приоритет.

• EIR - определяет требования к модели проекта от технического заказчика. Имеет средний приоритет.

• ПИМ (BEP)– регламентирует процесс разработки модели проекта. Имеет наивысший приоритет.

1.3. В случае если, требования из разных документов противоречат друг другу, предпочтение определяется из приоритета документа.

1.4. Перечень документов проекта:

• ТИМ-стандарт (BIM-стандарт): BIM-Стандарт ITEM

• EIR:
  https://disk.yandex.ru/i/m8w88HGup1FHzA Общие требования к модели
  https://disk.yandex.ru/i/Ud75m9M6TeNBfg Требования к ГП, ГП.КР
  https://disk.yandex.ru/i/c8cOtSnwuWPSNg Требования к наружным сетям

• ПИМ (BEP) План реализации BIM проекта: настоящий документ.

---

2. Краткая информация о проекте#

2.1. Краткое описание: 7 секций жилого дома, с рядом стоящим надземным паркингом.

2.2. Назначение объекта:

• Многоэтажный жилой дом

• Встроенно-пристроенные помещения нежилого назначения

• Паркинг

2.3. Стадийность:

• Проектная документация

• Рабочая документация

2.4. Основные технико-экономическим показатели и описание объекта:

• Общая площадь, м²: ?

• Площадь застройки, м²: ?

• Площадь площадки, м²: ?

• Площадь паркинга, м²: ?

Список сооружений и работ по этапам проектной документации:

2.5. Общий вид:

---

3. Команда проекта#

3.1. Контакты команды проекта:

3.2. Общие чаты:

---

4. График разработки модели#

4.1. Ориентировочный график разработки модели:

---

5. Среда общих данных ITEM#

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

5.2. Список общих папок проекта:

5.3. Путь для синхронизации общих папок для подключения связанных файлов на персональном компьютере должен иметь вид C:\YandexDisk\<Имя общей папки>\<Имя папки с файлами моделей>

5.4. Для обновления файлов в общей папке используйте браузер или приложение Яндекс Диск для Windows, синхронизация папки доступна только через приложение.

5.5. Частота обновления моделей в общей папке:
На стадии П: Рекомендуется обновление каждый день. Обязательно по запросу при экспорте моделей и не реже 1 раза в неделю.
На стадии РД: Рекомендуется обновление каждый день. Обязательно по запросу при экспорте моделей и не реже 1 раза в неделю.

5.6. Наименование файла модели должно соответствовать принятому наименованию рабочего файла и не содержать приписок с версией файла, даты, имени пользователя, "отсоединено" и др. При обновлении файл заменяется.

5.7. Файл модели в общей папке не должен содержать:

• импортированные dwg, pdf, рисунки, которые не используются для оформления документации;

• посторонние элементы и дубликаты элементов, кроме тех, которые необходимы для разработки модели.

5.8. Рекомендуется перед передачей модели в общую папку удалять из файла рабочие наборы и неиспользуемые семейства и типы, а так же рабочие наборы.

5.9. Ссылка на инструкцию об использовании общей папки на Яндекс диске:
https://disk.yandex.ru/d/hDrfnKyIukMBIQ

---

6. Программное обеспечение#

6.1. Перечень программного обеспечения для разработки:

---

7. Экспорт данных#

7.1. Экспорт данных выполняется при передаче файлов проекта заказчику и для проведения экспертизы.

7.2. Среда общих данных заказчика: Tangl и T.Cloud.

Tangl

• Выгрузка моделируемого раздела из формата RVT или IFC не реже одного раза в месяц, а также по запросу Заказчика.

T.Cloud

• Обновление и выгрузка сводной информационной модели 16-ОРП2.1_СИМ.nwd и 16-ОРП2.2_СИМ.nwd и информационных моделей в исходных редактируемых форматах разработки одновременно с выгрузкой разделов по всем секциям дома в систему Tangl (а также по запросу Заказчика). Очистка ИМ при выдаче по запросу - не требуется.

• Ссылка на хранилище (Данные для входа передает заказчик BIM-Координатору): https://bim.talan.group/0/directories/64f17635321220842baa98ee

7.3. Для экспорта данных, для BIM-координатора проекта заказчиком должен быть предоставлен доступ к СОД. Если доступ не будет предоставлен, заказчику будет предоставляться ссылка на Яндекс диск с экспортными данными.

7.4. Форматы данных для предоставления моделей стадии П и Р заказчику:

---

8. Структура модели#

8.1. Структура модели регламентирует разделение модели на файлы.

8.2. Все модели должны быть размещены в единых общих координатах.

8.3. Базовый файл определяет общие координаты, эталонные уровни и сетку осей.

8.4. Перечень файлов модели, проекта стадии Р, выполняемых в Revit:

Ссылка на структуру: https://disk.yandex.ru/i/_6_X2BLAU7zmbA

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

---

9. Состав модели#

9.1. Состав модели определяет наполнение модели, уровень геометрической проработки LOD G и Уровень атрибутивной проработки LOI.

9.2. Состав модели определен в EIR, но случае необходимости по договоренности с заказчиком может уточнен или изменен. В таблицы по ссылкам ниже вносятся правки и согласовываются с заказчиком:

https://disk.yandex.ru/i/m8w88HGup1FHzA [1] Общие требования к модели
https://disk.yandex.ru/i/Ud75m9M6TeNBfg [2] Требования к ГП, ГП.КР
https://disk.yandex.ru/i/c8cOtSnwuWPSNg [3] Требования к наружным сетям

9.3 Атрибутивное наполнение модели.

В качестве параметров для атрибутивного наполнения должны использоваться ФОП заказчика: https://disk.yandex.ru/d/ovWkPtLrHnXF-A и ФОП ADSK: https://bim2b.ru/product/fajl-obshhih-parametrov-fop-bim-standart-v2-0/

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

Все элементы модели инженерных сетей должны соединены и логически связаны в инженерные сети и электрические цепи в соответствии с проектными решениями.

Атрибутивное наполнения модели определено в EIR, но случае необходимости по договоренности с заказчиком может уточнен или изменен. В таблицы по ссылкам ниже вносятся правки и согласовываются с заказчиком:

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

https://disk.yandex.ru/i/m8w88HGup1FHzA [1] Общие требования к модели
https://disk.yandex.ru/i/Ud75m9M6TeNBfg [2] Требования к ГП, ГП.КР
https://disk.yandex.ru/i/c8cOtSnwuWPSNg [3] Требования к наружным сетям

9.4 Соответствие документации и модели.

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

Оформление чертежей, включая планы, разрезы, фасады, 3D схемы, ведомости и спецификации, должно быть выполнено непосредственно на основе модели.

Допускается оформление чертеже не на основе модели для детализированных узлов и принципиальных схем.

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

---

10. Аудит модели#

10.1. Визуальная проверка модели выполняется на всех стадиях не реже одного раза в неделю.

Модели должны быть проверены на «неразрывность» примыкания элементов
конструкций (объекты модели не должны «висеть в воздухе») на «неразрывность» систем инженерных коммуникаций. Элементы разделов СС, ЭОМ должны представлять собой одну или несколько систем объединенные цепью.

10.2. Проверка на коллизии выполняется на стадии П и на стадии Р раз в две недели или по требованию ГИПа в соответствии с матрицей коллизий.

Ссылки, указанные в таблице ниже соответствуют требованиям заказчика, указанным в EIR:
https://disk.yandex.ru/i/m8w88HGup1FHzA

Результаты проверок должны быть переданы Заказчику в виде сводной модели в формате NWD, с сохранением настроек самих проверок и статусом по исправлению коллизий.

По ссылке https://disk.yandex.ru/i/qoNZjRDAtO0AJg доступна таблица с допустимыми коллизиями. В ходе проекта данная таблица может дополняться и согласовываться с заказчиком.

10.3 Передаваемая заказчику модель не должна содержать:

• Объекты других разделов проектирования, которые дублируются с элементами текущего раздела (Например, сантехника в АР, дефлекторы на крыше в АР).

• Вспомогательные и технические элементы:

  • АР - Монолитные стены и перекрытия (Отдельный рабочий набор). Дефлекторы, элементы обозначения вертикальных систем в коробах.

  • КР - Элементы мониторинга из других файлов КР.

  • Элементы задания на отверстия во всех разделах.

• Элементы не выгружаемые по просьбе заказчика, такие как:

  • ЭОМ - Короба и соединительные детали на основании письма от 08.10.2025, пункт 2

  • СС - Короба и соединительные детали на основании письма от 08.10.2025, пункт 2

10.4. Замечания и отчеты о проверках предоставляются в общие в папке СОД:
C:\YandexDisk\Project CDE\2024_Талан_Орловское 3-4_CDE BIM\02. Аудит

10.5 Перед передачей модели Заказчику, каждый файл модели должен быть проверен на наличие и заполненность атрибутов, согласно пункту 10.3 Обязательный набор данных.

10.6 Получение замечаний.

Замечания от Заказчика передаются Подрядчику в следующем виде:

• NWD файл с коллизиями и точками обзора;

• Google документ – отчет о выполнении входного контроля ИМ;

Файлы замечаний загружаются Заказчиком в систему T.Cloud и Подрядчик информируется электронным письмом о проведенной проверке информационных моделей.

10.7 Отработка замечаний.

Полученные замечания из Google документа заказчика сводятся BIM-Координатором в единый файл замечаний. И передается проектировщикам. Исполнитель анализирует переданные замечания и пишет свой комментарий по каждому из замечаний в столбце «Комментарий исполнителя», в случае исправления проставляет галочку в поле "Исправлено".

В случае, если Подрядчик согласен с замечанием Заказчика, Подрядчик:

• вносит изменения в информационные модели;

• обновляет сводную информационную модель (NWD);

• загружает обновленные ИМ и СИМ в T.Cloud и Tangl и информирует об этом

Заказчика;

• при необходимости вносит изменения в проектную документацию.