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

Приложение №_________
к Договору подряда на выполнение проектных работ №НЧ_2.3_2.4/Z1060/24052024

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

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

2024 Версия 1.00

---

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/Sx6em2q26aRsKw Общие требования к модели
  https://disk.yandex.ru/i/jpRKcelihfB_XA Требования к ГП, ГП.КР
  https://disk.yandex.ru/i/ii2skCdbFmc-ig Требования к наружным сетям

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

---

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

2.1. Краткое описание: 5 отдельно стоящих секций жилого дома до 20 этажей с подземным паркингом.

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

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

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

• Паркинг

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

• Эскизный проект

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

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

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

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

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

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

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

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

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.3_СИМ.nwd/16-ОРП2.4_СИМ.nwd и информационных моделей в исходных редактируемых форматах разработки (день в день или на следующий день) с выгрузкой разделов по всем секциям дома в систему Tangl (а также по запросу Заказчика); Очистка ИМ при выдаче по запросу - не требуется.

Ссылка: https://bim.talan.group/0/directories/65b8dce4f702001a6674c1a4

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

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

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

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

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

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

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

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

---

9. Уровни проработки модели#

9.1. Уровень геометрической проработки модели (LOD G) определяется следующими уровнями:

·                    LOD G 100 – элемент представлен в виде 3D объекта условной формы с приблизительными размерами или в виде 2D объекта.

·                    LOD G 200 – элемент представлен в виде 3D объекта упрощенной формы с точными габаритными размерами.

·                    LOD G 300 – элемент представлен в виде 3D объекта или группы 3D объектов с точными размерами, материалами, деталями.

9.2. Уровень атрибутивной проработки не регламентируется.

---

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

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

10.2. Уровень проработки модели:

Ссылки, указанные в таблице ниже соответствуют требованиям заказчика, указанным в EIR. В случае необходимости, в данные таблицы вносятся правки и согласовываются с заказчиком:
https://disk.yandex.ru/i/Sx6em2q26aRsKw [1] Общие требования к модели
https://disk.yandex.ru/i/jpRKcelihfB_XA [2] Требования к ГП, ГП.КР
https://disk.yandex.ru/i/ii2skCdbFmc-ig [3] Требования к наружным сетям

10.3 Обязательный набор данных:

Часть параметров берется из ФОП заказчика: https://disk.yandex.ru/d/cBKSvn1TzlwLqA

Ссылки, указанные в таблице ниже соответствуют требованиям заказчика, указанным в EIR В случае необходимости, в данные таблицы вносятся правки и согласовываются с заказчиком:
https://disk.yandex.ru/i/Sx6em2q26aRsKw [1] Общие требования к модели
https://disk.yandex.ru/i/jpRKcelihfB_XA [2] Требования к ГП, ГП.КР
https://disk.yandex.ru/i/ii2skCdbFmc-ig [3] Требования к наружным сетям

---

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

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

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

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

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

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

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

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

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

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

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

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

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

• Возврат замечаний в Autodesk Revit из системы Tangl Control.

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

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

Подрядчик анализирует переданные замечания и пишет свой комментарий по каждому из
замечаний в столбце «Комментарий проектировщика» Google документа «Отчет о выполнении входного контроля_ИМ».

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

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

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

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

Заказчика;

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