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

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

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

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

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

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

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

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

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

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

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

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

• Закрепить вид. Если вид на листе будет изменятся или двигать свое положение, то функция сравнения версий отметит все как изменение.
• Наименование листа – «План 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. Если все лица не проинформированы о новой версии задания, и не получен ответ о том, что задание принято, то задание считается не переданным;

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

Точное наименование файлов моделей заданий определяется в 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-го и типового этажей между разделами КР, АР и всеми ВИК. Рекомендуется настройка связанных видов в основных рабочих моделях.

Задания ТХ

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

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

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

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

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

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

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

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

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

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

Заданием для конструкторов являются Приямки.

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

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

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

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

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

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

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

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

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

Пример:

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

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

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

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

Важно! 

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

Задания ИОС

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Виды инженерных заданий

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Запрещается изменять имена моделей, выгружаемых в 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-отдела с обеих сторон.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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