Обмен заданиями разделяется на 2 процесса:

• Официальная выдача заданий:
• Регулярное отслеживание изменений в моделях

Официальная выдача заданий

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

Выгрузка заданий для смежных разделов осуществляется в папку «ЗАДАНИЯ», и должны сопровождаться электронным письмом PM DS и BPM. Наименования файла должно содержать дату выдачи, название и для кого оно выдается.

Примеры наименования папок внутренней структуры: «171018_Корпус 1_Задание АР для ИОС и КР» или «171018_ Корпус1_Задание от АР для КР на ограждения на кровле»

Регулярное отслеживание изменений в моделях

Для быстрого просмотра изменений в проекте в проектные папки 00_SHARED\01_DWG_PDF (ХХ)  еженедельно размещаются  DWG/PDF файлы с планами ЗС (Задание смежникам). Ответственный за еженедельную выгрузку DM соответствующего раздела.

Рисунок 1.2.2.4.1 – Регулярные изменения в моделях

Эти файлы не являются официальным заданием. Процесс обмена заданиями производится в соответствии с параграфом выше.

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

Перед выгрузкой в 00_SHARED\01_DWG_PDF в модели:

• Подготовить виды для смежных разделов
• Разместить виды ЗС на листах ЗС – Задание смежным разделам

Рисунок 1.2.2.4.2 – Задание смежным разделам

• Закрепить вид. Если вид на листе будет изменятся или двигать свое положение, то функция сравнения версий отметит все как изменение.
• Наименование листа – «План X-го этажа», «Разрезы Y», где X – номер этажа, Y – номер листа с разрезами

Пример: «План 1-го этажа», «Разрезы 1»

Для корректной работы и автоматической сверки, запрещено:

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

Далее, для успешного выполнения обновления и сравнения необходимо:

BPM:

• Создать аналогичные папки 01_DWG_PDF (АР) и 01_DWG_PDF (КР) в BIM 360
• Открыть доступ в BIM360 для всех участников проекта.
• Настроить BAT-файл для автоматической выгрузки файлов из папки /shared. Данная выгрузка выполняется каждую пятницу

DM:

• Назначить ответственного за выгрузку DWG/PDF листов ЗС из модели
• Каждый четверг ответственный за выгрузку печатает DWG/PDF и выгружает их в соответствующие папки в BIM360
• Проинформировать в проектном чате о том, что выгрузка произведена
• Создать запрос BPM на доступ в BIM360 при добавлении нового участника в проект

Требования к заданиям

Преимущественным вариантом передачи задания являются BIM модели формата rvt с настроенными видами заданий ЗС.

В исключительных случаях по согласованию с PM и BPM допускается обмен заданиями в dwg. Файлы заданий в этом случае должны соответствовать требованиям к 2D документации.

Общие требования к файлам заданий RVT

RVT модели с заданиями должны содержать в себе настроенные виды ЗС (Задания смежникам).

Наименование файла и способ передачи задания согласовывается с Заказчиком, предпочтительным способом является загрузка в BIM360 DOCS. Любая передача задания должна сопровождаться письмом всем заинтересованным лицам. Перечень лиц определён в BEP. Если все лица не проинформированы о новой версии задания, и не получен ответ о том, что задание принято, то задание считается не переданным;

Модели заданий должны быть построены на основе шаблона, указанного в Таблица 1.3.2.1.2 — Перечень применяемых шаблонов;

Точное наименование файлов моделей заданий определяется в BEP;

Все файлы заданий должны содержать разбивочные оси и уровни, определённые в базовом файле. Файл должен иметь нулевой уровень, идентичный архитектурному заданию, и пересечение как минимум 2-х осей (как правило, пересечение «1» и «А»). Дополнительные опорные плоскости, оси и уровни не используются;

Модели-задания являются рабочими моделями проекта и должны соответствовать EIR в полном объеме.

При необходимости работы вне модели с чертежами AutoCAD следует обеспечить возможность связи с этими чертежами в среде Revit. Для этого необходимо, чтобы при вставке в Revit с параметром «Авто – Совмещение начал» чертёж оказывался на нужном месте (базовая точка проекта Revit соответствует началу координат в AutoCAD). При этом, в случае необходимости работы вне модели с чертежами AutoCAD, не допускается размещение нескольких чертежей в одном файле DWG;

В моделях задания не допускается применение сторонних загружаемых семейств без согласования с Заказчиком. Также не допускается добавление сторонних параметров;

Семейства элементов задания должны быть проверены на корректность с точки зрения уровня вложенности семейств (минимально возможный уровень) и, как следствие, корректности подсчёта экземпляров семейств в среде проекта;

После внесения изменений обновлённая модель задания передаётся целиком (включая неизменённые элементы), в примечаниях к изменённым элементам указывается номер изменения;

Задания ГП

Стартовое задание ГП → АР

1. Проектировщик генплана формирует на основании изысканий 3D планировку существующего генплана
2. На основании горизонталей полученных из Revit он формирует 3D топосъемку в модели Ревит.
3. После синхронизации проектировщик сообщает BPM
4. BPM подгружает модель RVT в рабочие модели АР, проверяет корректность посадки и оповещает команду о готовности моделей к работе.

Стартовое задание ГП → BPM

1. BPM оп проекту формирует проектный Ревит файл на основании шаблона \\servername\00_Processes_bim\01_Шаблоны\Шаблоны ГП\01_ШАБЛОНЫ\ШАБЛОН RVT
2. Проектировщики АР направляют отделу ГП первичную планировку зданий и сооружений с показом базовых точек существующих моделей АР
3. Проектировщик генерального плана формирует DWG файл с указанием координат каждой модели
4. BPM обновляет координаты в моделях

Задания АР

Задание АР → ГП

Архитектор в начале проекта дорабатывает совместно со специалистом ГП шаблонный вид в Revit, содержащий следующую информацию:

• Стены первого этажа (с учетом фасадных решений) с показом оконных проёмов, витражей, дверей, крылец, приямков, пандусов, лестниц и иных элементов контактирующих с покрытием
• Контуры всех нависающих частей здания или монолитных козырьков, если их высота ниже 4,5м.
• Ключевые оси (крайние, по деформационным швам и т.д.)
• Контур подземной части, если та выступает за абрис 1 этажа
• Колонны, пилоны
• Подписанные помещения (Маркировки должны быть заменены на текст — вручную)
• Текстовые примечания по перепадам высот (для крылец, входов, приямков, пандусов, лестниц)
• Иные текстовые примечания, важные для учета в разделе ГП
• При формировании задания, архитектор должен учитывать правила расчёта площади застройки

Данный вид выгружается в установленную для обмена заданиями папку.

Задание обновляется раз в неделю.

Задание АР → КМ

Задание на КМ от АР формируется в соответствии с инструкцией и представляет собой модель со всеми условно смоделированными элементами для разработки КМ, содержащей в себе:

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

Базовый перечень элементов архитектурного задания для разработки раздела КМ:

• ограждение внутренних лестниц;
• ограждение парапетов на кровле;
• лестницы выхода из ЛК на кровлю;
• стремянки на кровле в местах выхода из ЛК и входа в МП;
• пожарные лестницы на кровле;
• ограждения и лестницы в паркинге (при наличии);
• опоры, крепления трубопроводов;
• металлические рамы для установки вентиляторов и дефлекторов на вентшахтах / на кровле;
• ограждения балконов / лоджий (при наличии);
• козырьки;
• корзины для кондиционеров;
• фахверки;
• рамы;
• прочие нетиповые конструкции.

Задание АР → ИОС

Задание от АР к ИОС представляет собой модель с настроенными видами ЗИОС (Задания смежникам) в моделях АР. Планы предоставляются по каждому уровню и должны нести следующую информацию:

• оси;
• план этажа с дверными и оконными проемами, видимыми помещениями;
• марки помещений;

Задание АР → ТХ

Задание от АР к ТХ представляет собой модель с настроенными видами ЗТХ (Задания смежникам) в моделях АР. Планы предоставляются по каждому уровню и должны нести следующую информацию:

• оси;
• план этажа с дверными и оконными проемами, видимыми помещениями (без маркировки);

Задания КР

Задание КР → АР/ИОС/ТХ

Конструкторское задание представляет собой модель с настроенными (оформленными) видами. Предусматривается работа с несколькими типами конструкторского задания:

• задание – модель для формирования архитектурного задания / Опалубочная 3D модель (используется в качестве связанной модели);
• опалубочная 3D модель (используется в качестве основной модели для проверок, в случае дублирования в разделе АР решений раздела КР);
• задание – модель КЖИ для формирования архитектурного задания / Опалубочная 3D модель КЖИ (используется в качестве связанной модели);
• опалубочная 3D модель КЖИ (используется в качестве основной модели для проверок, в случае дублирования в разделе АР решений раздела КР).

В процессе моделирования в обязательном порядке следует согласовать опалубочные планы 1-го и типового этажей между разделами КР, АР и всеми ВИК. Рекомендуется настройка связанных видов в основных рабочих моделях.

Задания ТХ

Задание ТХ → АР, ГП

Заданием для архитекторов виды в модели ТХ, содержащие пространства, перегородки и проемы, которые необходимо предусмотреть, а также текстовые аннотации и комментарии. Точное наименование вида указывается DD-Tech в письме/задаче Bitrix в момент передачи задания

DD-AR при работе в своих моделях настраивают отображение графики модели ТХ по соответствующему связанному виду, во избежание потери аннотаций.

•  Пространства содержат информацию, являющуюся исходными данными для осуществления проекта, такие как: нормативные требования, ту, тз.

Набор параметров для заполнения в пространствах представлен на рисунке ниже.

Рисунок 1.2.2.4.4 – Спецификация «ТХ_Спецификация пространств»

• Для моделирования перегородок в модели ТХ необходимо использовать элемент категории «Стена архитектурная».

Рисунок 1.2.2.4.5 – Элемент категории «Стена: архитектурная»

В шаблоне ТХ преднастроены 2 типоразмера стен: ТХ_Усиленная перегородка и ТХ_Условная перегородка. Менять настройки материалов этих типоразмеров запрещено. Код по классиффикатору назначается – 999.

Рисунок 1.2.2.4.6 – Типоразмеры стен в шаблоне ТХ

На планах заданий эти типоразмеры имеют следующее условное отображение:

Рисунок 1.2.2.4.7 – Условное отображение перегородок

Для моделирования проемов в модели ТХ используется семейство категории «Двери». Для создания проема любых габаритов необходимо создать новый типоразмер, задать правильное наименование типоразмера и отредактировать параметры, которые отвечают за габариты.

Рисунок 1.2.2.4.8 – Семейство проема «Отверстие_Дв_ПРМГ

ВАЖНО: в наименовании типоразмера указываются минимальные габариты дверного полотна!

Задание ТХ → КР

Заданием для конструкторов являются виды в модели ТХ, содержащие приямки, усиления и проемы, которые необходимо предусмотреть, а также текстовые аннотации и комментарии. Точное наименование вида указывается DD-Tech в письме/задаче Bitrix в момент передачи задания.

DD-ST при работе в своих моделях настраивают отображение графики модели ТХ по соответствующему связанному виду, во избежание потери аннотаций.

Приямки моделируются загружаемыми семействами категории «Обобщенные модели».

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

Рисунок 1.2.2.4.9 – Семейство приямка «ЗД_ТХ_КР_Приямок»

Задание ТХ → ИОС

Заданием для инженеров на стадии РД являются:

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

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

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

Рисунок 1.2.2.4.10 – Семейства точек подключения без привязки к оборудованию

Для того чтобы передать информацию смежникам необходимо задать:

• точное положение точки подключения;
• указать диаметр, расход, мощность и дополнительную информацию

Пример:

Рисунок 1.2.2.4.11 – Заполнение параметров семейств точек подключения без привязки к оборудованию

1 – Все основные параметры, которые относятся к точкам подключения являются параметром экземпляра. И находятся в группе Прочее.

Префикс в наименовании параметра (Г, К, ХВ, ЭОМ и др.) указывает на сокращение системы. Расшифровка сокращений приведена в таблице ниже:

Таблица 1.2.2.4.1 — Сокращения, принятые в префиксе параметров точек подключения

2 – Параметр ЭОМ_Подключение – при помощи данного параметра можно выбрать какое подключение будет у оборудования. При этом условное обозначение изменится на корректное. А на марке в зависимости от выбранного подключения будут меняться значения. Пример представлен на рисунке ниже.

Рисунок 1.2.2.4.12 – Заполнение параметра «ЭОМ_Подключение»

Важно! 

Параметр “ххх_Отметка от уровня” указывает положение точки подключения относительно нижней плоскости оборудования.

Рисунок 1.2.2.4.13 – Заполнение параметра «ххх_Отметка от уровня»

Задания ИОС

Задание на внутренние инженерные коммуникации

Задание представляет собой модели с расположением всех внутренних инженерных коммуникаций;

задание передаётся разработчикам архитектурных и конструктивных решений для сверки со строительным заданием;

все коммуникации должны находиться «в теле» заданных под них отверстий. Расположение коммуникации вне заданного отверстия считается критической коллизией и подлежит устранению;

требования к моделям следует принимать в соответствии с информационными требованиями BIM-стандарта и планом выполнения BIM-проекта (BEP).

Задание на отверстия, Монтажные проёмы. Лючки доступа. Зашивка коммуникаций. Штробы.

Инженерное задание на внутренние отверстия представляет собой модель Revit с расположением 3D-отверстий категории «Обобщенные модели».

В состав модели входят:

• задание на отверстия в монолитных конструкциях;
• задание на отверстия в архитектурных конструкциях;
• задание на монтажные проёмы;
• задания на лючки доступа;
• задания на установку жалюзийных решёток на фасадах; 
• задание на зашивку коммуникаций.

Все отступления от BIM-стандарта фиксируются в BEP.

По согласованию с Заказчиком, возможно разделение задания:

• на несколько моделей (все задания могут выполняться в отдельных файлах);
• по функциональному признаку (АР или КР);
• по зональному признаку (части или секции).

Кроме того, при запуске проекта BPM принимает решение о создании единого или дробного файла отверстий (разделение возможно по корпусам) и определяет диапазон нумераций отверстий для инженерных систем. Эти данные фиксируются в BEP.

Задания на отверстия от инженеров наружных сетей передаются в формате DWG и моделируются в среде Revit силами DD.

Исходными данными для выполнения задания является первичное архитектурное задание совместно с базовой опалубочной моделью КР. На более поздних этапах проектирования следует проверить и уточнить (откорректировать) задание на основании архитектурного и конструкторского задания.

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

Все отверстия (отверстия, штробы, зашивки) имеют сквозную нумерацию (параметр ИНЖ_Отв_Номер).

Кроме того, необходимо заполнять общие параметры, указанные в таблице ниже (Таблица 1.2.2.4.2 — Параметры для разработки инженерных отверстий в модели задания). ФОП не предоставляется (все параметры можно найти внутри шаблона задания на отверстия), тем не менее, наименование ФОП указывается в BEP и предоставляется участникам проектного процесса по запросу через BPM.

Параметры для разработки инженерных отверстий в модели задания

Таблица 1.2.2.4.2 — Требования LOI к элементам задания на отверстия

Задание на зашивку коммуникаций моделируется семействами категории «Обобщенные модели»: «ИНЖ_Зашивка» для вертикальных и горизонтальных элементов (Рисунок 1.2.2.4.1.14— Семейства зашивки коммуникаций). Особое внимание стоит уделить инженерным коммуникациям, проходящим в местах проезда пожарной техники.

Семейству зашивки необходимо задавать габариты по внутреннему объему без учёта элементов конструкций, которыми DD будет моделировать зашивку (Рисунок 1.2.2.4.15 — Зашивка коммуникаций в плане).

При необходимости разработки штроб следует использовать семейства категории «Обобщенные модели» «ИНЖ_Штроба» для вертикальных и горизонтальных элементов соответственно (Рисунок 1.2.2.4.16 — Семейства штроб). В модели АР штробы не моделируются и не указываются — выполняются в кладочных стенах по месту.

Для идентификации отверстий следует использовать параметр «Комментарии», в который заносится необходимая информация (Например: Зашивка стояка, Зашивка коммуникаций, Приямок с крышкой и др.).

Отверстия в конструкциях, монтажные проемы и лючки доступа задаются отверстиями (Рисунок 1.2.2.4.17 — Семейства отверстий, монтажных проёмов и лючков доступа). Монтажные проёмы и лючки доступа моделируются со значениями параметра «Комментарии» как «Монтажный проём» и «Лючок доступа» соответственно.

При разработке заданий на отверстия инженеры используют семейства категории «Обобщенные модели»:

 ИНЖ_Отверстие_ВЕРТ_КРГЛ – круглое отверстие для прорезания вертикальных конструкций;

ИНЖ_Отверстие_ВЕРТ_ПРМГ – прямоугольное отверстие для прорезания вертикальных конструкций;

ИНЖ_Отверстие_ГОР_КРГЛ – круглое отверстие для прорезания горизонтальных конструкций;

ИНЖ_Отверстие_ГОР_ПРМГ – прямоугольное отверстие для прорезания горизонтальных конструкций.

Инженерное отверстие до 200х200 мм не требует маркировки на плане.

Основные требования к заполнению параметров:

каждому отверстию необходимо присвоить номер (параметр «ИНЖ_Отв_Задание_Номер»), при этом пустые номера, образованные в результате удаления отверстий, в дальнейшем не заполняются (нумерация продолжается);

по умолчанию номер изменения (параметр «ИНЖ_Отв_Задание_Номер_Изм») для всех отверстий устанавливается равным 1. При следующей передаче задания у всех измененных отверстий данный параметр устанавливается равным текущей переданной версии задания (то есть 2, затем 3 и т.д.). Таким образом, номер изменения всегда совпадает с текущей версией задания;

для эффективной коммуникации следует указывать краткий шифр раздела для каждого отверстия (параметр «ИНЖ_Отв_ТипСистемы»). Шифры разделов приведены в Таблице 1.2.2.4.3 — Шифр разделов.

Шифр разделов

Таблица 1.2.2.4.3 — Шифр раздела

Для отверстий разделов слаботочных систем и сетей связи (СС), следует указать в параметре комментариев («ИНЖ_Отв_Комм»), к какому разделу принадлежит отверстие (ТФ, ВН, ПС и др.). В случае, если отверстие относится к нескольким системам, их необходимо прописать через знак «+».

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

Требования к удаляемым отверстиям

Если отверстие больше не используется, оно не удаляется из модели задания на инженерные отверстия, а перемещается в рабочий набор «Удалённые отверстия».

При этом в обязательном порядке в параметр ИНЖ_Отв_ Номер_Изм вписывается значение 999. Это необходимо делать для отслеживания удаленных отверстий в рабочей модели.

Рисунок 1.2.2.4.18 – Параметры удаленного отверстия

•      Описание и пояснения к параметрам приведены после таблицы. ФОП не предоставляется, так как параметры заложены внутри шаблона задания на отверстия. Тем не менее, наименование ФОП указывается в BEP и предоставляется участникам проектного процесса по запросу через BPM;

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

Требования по устройству отверстий

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

Основные требования к устройству отверстий:

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

Рекомендации по устройству отверстий в архитектурных стенах и перегородках

Рекомендации по размещению отверстий в стенах из кладочного камня (кирпича, полигран и т.п.):

• Для отверстий под потолком, при промежутке меньше 120 мм, верхний край отверстия доводить до плиты.
• Избегать отверстий примыкающих вплотную к краю стены, примыкающей к бетону. Желательно оставлять зазор в 120 мм для опирания перемычек.
• Не располагать отверстия у открытого края стены – сдвигать минимум на 120 мм для опирания перемычек.
• При размещении отверстий в непосредственной близости друг к другу – менее 120 мм, объединить в единое отверстие.
• При устройстве отверстий друг под другом не допускать нависающих простенков – необходимо объединить в единый контур.
• Отверстия располагать с привязками к конструкциям с размерами кратными 10 мм.

Рекомендации по устройству отверстий в несущих стенах и перекрытиях

Рекомендации по размещению отверстий в монолитных стенах (см. Рисунки ниже) :

• Не допускать расположение отверстий в колоннах, пилонах и в диафрагмах жесткости.
• Избегать расположения отверстий на расстоянии менее 200 мм от торцов стен и деформационных швов.
• Принимать расстояние не менее 200 мм между смежными отверстиями.
• Объединять отверстия, находящиеся рядом в единое отверстие.
• При размещении отверстий в ряд, стремиться к типизации отверстий с единой высотной отметкой.
• Размещать отверстия уровнем ниже, под дверным проёмом, в пределах его ширины
• Не размещать отверстия в плитах, рядом со стенами, на расстоянии меньше толщины перекрытия, помноженной на два.
• Не располагать отверстия в плитах рядом с колоннами на расстоянии менее, чем две толщины плиты.
• Не располагать отверстия в плитах в местах между колонн.

Правила работы с файлом отверстий

Файлы задания на отверстия загружает в модель BPM после проверки.

После получения задания на отверстия DD-AR и DD-ST необходимо проверить отверстия на соблюдение требований, описанных в разделе «Требования по устройству отверстий». Для этого модель задания подгружена в модель АР или КР по общим координатам.

Коммуникация с DD-MEP происходит посредством использования скриншотов непринятых отверстий, их номеров (берутся из связанной модели заданий на отверстия) и описания замечаний в рабочем порядке.

При внесении отверстий в модель DD используют семейства категории «Обобщенные модели», разработанное на основе грани (ниши) и стены/перекрытия (вертикальные/горизонтальные проёмы):

• Отверстие_ВЕРТ_ПРМГ – прямоугольное отверстие для прорезания вертикальных конструкций (стен);
• Отверстие_ВЕРТ_КРГЛ – круглое отверстие для прорезания вертикальных конструкций (стен);
• Отверстие_ГОР_ПРМГ – прямоугольное отверстие для прорезания горизонтальных конструкций (перекрытий);
• Отверстие_ГОР_КРГЛ – круглое отверстие для прорезания горизонтальных конструкций (перекрытий);
• Ниша_ПРМГ – прямоугольная ниша для прорезания вертикальных и горизонтальных конструкций;
• Ниша _КРГЛ – круглая ниша для прорезания вертикальных и горизонтальных конструкций.

Принципиальное отличие между нишей и отверстием заключается в том, что отверстие прорезает конструкцию полностью по всей толщине. Для семейств ниш существует возможность задания величины заглубления через параметр «ИНЖ_Отв_Глубина» (Рисунок 1.2.2.4.28 – Ниша и проём/отверстие).

Для семейств отверстий автоматически считываются параметры «ИНЖ_Отв_ТолщинаПерекрытия» и «ИНЖ_Отв_ТолщинаСтены».

Необходимо разместить семейства во всех местах, где располагаются принятые отверстия от инженеров.

В каждом семействе отверстия DD необходимо заполнить обязательные параметры в соответствии с  таблицей  LOG/LOI для отверстий.

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

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

В параметр «ОТВ_Тип системы» указывать краткий шифр раздела, к которому относится отверстие ( См. Таблица 1.2.2.4.3 — Шифр раздела).

Задание на закладные детали

Задание представляет собой отдельную модель, содержащую все элементы, которые следует отразить в конструкторской документации. Все элементы модели задания напрямую внедряются в рабочую модель КР / КЖИ;

все семейства, а также набор параметров, используемых в задании, подлежат обязательному согласованию со стороной, принимающей задание;

семейства элементов задания должны быть проверены на корректность с точки зрения уровня вложенности семейств (минимально возможный уровень) и, как следствие, корректности подсчёта экземпляров семейств в среде проекта;

допускается передача изменённых элементов отдельной моделью, при этом следует исключить данные элементы из основной модели задания;

при размещении элементов закладных следует учитывать наличие защитного армирующего слоя панели. Глубину прокладки труб следует согласовать с разработчиком КЖИ;

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

Передача модели и документации заказчику

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

В сервис BIM 360 Document Management публикуются BIM-модели с периодичностью, зафиксированной в ВЕР в текущем состоянии, на момент публикации модель может не соответствовать всем требованиям EIR так как это не финальная передача (отраженная в графике публикации документации), а “рабочая публикация”, которая служит для просмотра состояния BIM-модели и комментирования, также возможна публикация чаще, по требованию Заказчика, для получения данных в оперативном режиме, либо реже, если работа над ней приостановлена.

О приостановке работы над моделью должен быть проинформирован руководитель проекта со стороны Заказчика. Также важно, чтобы модель публиковалась совместно с отправкой документации на проверку, это нужно для того, чтобы можно было проверить через rvt-файл те количественные показатели, которые декларированы в проверяемой документации. При публикации модели, в ней должны находиться все листы, которые сформированы на основе данной модели, для корректной публикации (чтобы загрузить только нужные чертежи и виды) в облачное хранилище BIM 360 Document Management, требуется использовать инструмент “Параметр публикации”, Крайне важно чтобы тот 3D-вид, который мы выбираем, для отображения элементов в сервисе BIM360 Document Management был верно настроен, а именно были видны все необходимые элементы;

При отсутствии собственных лицензий подрядчику необходимо запросить их (в количестве не более 3 штук на одну компанию) у заказчика, путем направления письма PM и BPM проекта по электронной почте. В письме на запрос лицензий указать Фамилию, Имя сотрудника, адрес электронной почты и роль в проекте.

Периодичность передачи моделей заказчику фиксируется в ВЕР. Перед выгрузкой модели должны пройти внутренний контроль качества у подрядчика.

Ответственность сторон за передачу моделей указана в таблице ниже:

Таблица 1.2.2.4.4 – Ответственность сторон

Запрещается изменять имена моделей, выгружаемых в BIM360. Названия и принцип деления моделей согласовывается с заказчиком и фиксируется в ВЕР.

Регулярные выгрузки производятся в папку обмена моделями «…\00_SHARED».

Выгрузки моделей в BIM360 должны сопровождаться электронным письмом с перечнем основных изменений в модели для всех ключевых участников, зафиксированных в BEP.

Финальная выгрузка производится в соответствии с графиком и отправляется на проверку средствами BIM360. Модели для передачи на review должны быть проверены и очищены (рекомендуется использовать Е-трансмит).

Чек-лист проверки готовности моделей к публикации Заказчику:

• формат файлов, номер версии Revit и правила именования соответствуют BIM-стандарту организации и плану реализации проекта BEP;
• использованные в модели элементы отвечают классификации данных в соответствии с категориями Revit или классификатору, предоставленному в качестве исходных данных;
• файлы модели находятся в актуальном состоянии и содержат все локальные правки, внесённые всеми пользователями;
• модели проверены и соответствуют требованиям Заказчика для текущего этапа;
• файлы модели отсоединены от центрального файла хранилища;
• связанные данные, необходимые для загрузки модели, доступны;
• параметры публикации в модели настроены корректно, для публикации отмечен как минимум один 3D вид – BIM360;
• файл модели очищен и сжат.

Правила предоставления доступа к облачному ресурсу BIM360 DOCs

Генпроектировщик является держателем облачного ресурса. Генпроектировщик предоставляет право доступа к облаку в следующем порядке:

PM / DM получает запрос от внешнего контрагента на доступ к среде обмена данными, либо формируется внутренняя необходимость предоставления доступа члену команды;

PM направляет BPM письмо по электронной почте с запросом на предоставление лицензии внешнему контрагенту с указанием следующих данных:

• проект;
• ФИО;
• должность;
• эл. почта;
• организация;

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

Тема письма должна формироваться по маске, зафиксированной в ВЕР.

Ответственным за организацию доступа в BIM 360 является BPM по конкретному проекту. BPM предоставляет доступ и оповещает об этом в ответном письме той же цепочки.

Примечания:

• более 3-х лицензий на одну организацию не предоставляется;
• стандарт ПК и ПО находится в облачном хранилище. Актуальный адрес хранения следует уточнять у ответственного за организацию доступа.

Обмен замечаниями с заказчиком

На старте проекта, в процессе формирования ВЕР, нужно принять решение о методе фиксации замечаний к моделям. В случае, отсутствия со стороны заказчика опыта работы с BIM360 или если процесс обмена происходит на сервере заказчика, создается Google — таблица реестра замечаний. Принятый способ фиксации замечаний фиксируется в ВЕР.

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

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

Наименование реестра: [Шифр проекта]_[Стадия]_[Реестр замечаний по BIM данным]

Пример: 10181_К_Реестр замечаний по BIM данным

На вкладках с комментариями расположена таблица. Таблицу смотри «EIR_Приложение 09 РЕЕСТР ЗАМЕЧАНИЙ ПО BIM ДАННЫМ».

В реестре выделяются 4 вкладки:

АР — комментарии к моделям АР;

КР — комментарии к моделям КР;

ИОС — комментарии к моделям ИОС – при необходимости вкладка ИОС множится на разделы (ОВиК, ЭОМ, СС и т.д.);

Автор — контактный лист BIM-отдела с обеих сторон.

На каждом листе с комментариями расположена таблица:

Таблица 1.2.2.4.5 – Таблица реестра замечаний

Столбцы в таблице для Заказчика:

№п/п – номер замечания;

Модель – наименование проверяемого файла;

Версия модели в BIM360 – указывается версия передаваемого файла из BIM360 в формате «vНомер» Пример: v8

Автор замечания – пользователь со стороны заказчика, оставивший комментарий;

Дата выдачи комментария — дата выдачи комментария со стороны заказчика;

Код по классификатору – используется в случае, когда необходимо выдать замечания к конкретному коду по классификатору;

Категория – используется в случае, когда необходимо выдать замечания к конкретной категории Revit;

Комментарий – описывается суть проблемы / замечания;

Статус заказчика – статус, который присваивает Заказчик после устранения комментария (Принято / Отклонено);

Статус для BIM – анализ комментария BIM-отделом, столбец определяет стоит ли учитывать данный комментарий на будущих проектах (Учесть в EIR/ Не учитывать)

Столбцы в таблице для Подрядчика:

• Ответ на комментарий – ответ со стороны генпроектировщика / подрядчика на оставленный комментарий, в случае отклонения или уточнения замечания;
• Дата ответа/устранения – дата отработки замечания генпроектировщиком / подрядчиком;
• Статус подрядчика – статус, который присваивает генпроектировщик / подрядчик после устранения проблемы (Исправлено / Отклонено / На паузе);

Порядок внесения замечаний:

1. Комментарий оставляет Заказчик, указывая дату выдачи и суть проблемы. На почту генпроектировщика / подрядчика должно прийти оповещение о занесении пула замечаний в реестр.
2. Генпроектировщик / подрядчик отрабатывает комментарий с указанием даты ответа / устранения, присваивая статус замечанию, а именно отработан ли комментарий или отклонен. После отработки генпроектировщик / подрядчик оповещает Заказчика об отработке комментария.

Заказчик проверяет устранена ли проблема и присваивает статус замечанию со своей стороны. Если статус «Отклонено», то генпроектировщик / подрядчик должен заново отработать замечание.