Расскажу о том, как можно выдавать задания между отделами.
Обмен экспортированными видами
Вид с заданием можно экспортировать в форматы DWG/DWF/PDF, распечатать и бегать с тёпленьким после принтера листом А2 по всем кабинетам и просить поставить подпись ручкой.
Суть метода: оформляете вид с заданием, выносите на лист, в штампе указываете автора и дату, экспортируете в другой формат.
Плюсы: жёсткая фиксация заданий на бумаге, только пожар и крысы могут уничтожить улики; легко найти автора ошибки.
Минусы: история заданий хранится вне модели; трудозатраты на оформление и экспорт листов; в случае печати — бумажный документооборот и осуждающие взгляды погибших деревьев.
Уровень: Автокаднище.
Обмен связанными видами
В Ревите есть возможность настроить видимость связанных файлов по определённому виду. Например, вы находитесь в файле ЭО на 5 этаже здания, у вас подгружен файл ОВ. Можно настроить видимость файла ОВ так, что вы будете видеть любой вид из ОВ на любом этаже.
Суть метода: включить в своём файле вид с заданием из связанного файла.
Пример. Исполнитель по разделу ОВ создаёт отдельный вид для задания, пусть это будет 3 этаж, который является типовым. Далее ОВэшник расставляет привязки и марки на электроприводах клапанов с информацией, которая понадобится электрику: напряжение, мощность, ток и т. д.
Электрик оформляет свой проект не на 3-м, а на 5-м этаже, ну вот так ему надо, так ему удобно по каким-то причинам. Электрик можно настроить видимость связанного файла ОВ так, что будет видеть у себя на 5 этаже оформленный план с заданием с 3 этажа.
Таким образом у него есть все привязки и марки, а значит, он может учесть их в своём разделе. Если какие-то клапаны изменятся, ОВэшник перевыдаст задание: просто переоформит и как-нибудь выделит изменившиеся клапаны, напишет на почту или в корпоративный мессенджер электрику, чтобы тот обратил внимание и внёс правки и в свой раздел.
То же самое можно сделать с заданиями на отверстия, на отвод дренажа, на обшивку шахты и так далее. В каждом случае коллеги будут просто подгружать вид из вашего файла в его актуальном состоянии. Конечно, при изменениях нужно будет уведомлять смежников, но это естественная часть работы. Виды с заданиями можно экспортировать в DWF/PDF и хранить как нередактируемую историю заданий.
Звучит удобно. Давайте посмотрим, как настраиваются такие виды. Есть три файла: АР, ОВ и ЭО. 4 этажа, на 3 этаже в файле ОВ есть воздуховоды и подписаны марками электропотребители. Надо на 2 этаже в файле электрики отразить планировку с 3 этажа в файле ОВ.
Таким образом можно «смотреть» на другие виды. В марки можно выносить размеры отверстий, их смещение от уровня, другую информацию для смежников, на виде можно указывать точки подключения оборудования — в общем, всё, что нужно для заданий.
Плюсы: всё происходит в единой модели; для фиксации можно выгружать виды в нередактируемые форматы; в аннотации выносится любая нужная информация; виды заданий можно подготавливать с помощью шаблонов видов.
Минусы: нет уведомлений при изменениях; больше подходит для плоских видов; история хранится отдельно от модели; необходимость оформлять виды.
Уровень: Бережём деревья.
Обмен через копирование/мониторинг
В Ревите есть отличный инструмент — Копирование/мониторинг, как он работает — читайте в отдельной статье.
Суть метода: в связанной модели есть объекты, вы можете их скопировать в свою модель с помощью инструмента «Копирование/мониторинг».
В итоге взаимные положения элементов в вашей модели и в связанной будут отслеживаться. Если что-то изменится, вы получите предупреждение.
Однако тут есть два основных минуса: копировать можно не все категории и уведомления о новых объектах вы не получите. Например, если в связанной модели появится новое отверстие, вы о нём не узнаете, пока случайно не заметите или смежник не сообщит об изменениях.
Избежать оба минуса можно с помощью пакетного копирования. О нём так же есть отдельная статья. Здесь нам доступны:
- почти все инженерные категории, можно одну из них выделить под отверстия или другие элементы для заданий;
- все новые объекты из этой категории будут автоматически копироваться в вашу модель и отслеживаться.
А главное — вы получите уведомления, когда появятся новые элементы. Выглядеть это будет вот так:
И всё же это не совсем удобно: если у вас 10 этажей, появилось 50 новых элементов, то отыскать все их — рутинная задача. Можно решить её с помощью спецификаций: перед копированием новых элементов прописать у старых определённый текст в параметр, чтобы по нему отфильтровать новые копии. Или запустить для этого же скрипт в Динамо, который может выгрузить в текстовый документ или даже в Эксель таблицу с новыми элементами и их ID.
Кроме того, есть и скрытый минус — копировать удобно только типы, так как Ревит при копировании по сути просто создаёт новый элемент, а потому все параметры экземпляра берутся из семейства по умолчанию. Соответственно, если вы расставили отверстия, чьи размеры заданы параметрами экземпляра, то эти значения не скопируются, а сбросятся к тем, что вы указали в редакторе семейства.
Это тоже можно решить через скрипт, но что-то подсказывает, что если уж запускать скрипт, то пусть он всё и делает за вас, а не решает какие-то мелкие проблемы. Поэтому в целом способ с копированием имеет свои плюсы, но удобен ли он — вопрос.
Плюсы: автоматическое копирование; уведомления об изменениях; работа в единой модели; информация хранится в самих элементах модели, а не в аннотациях.
Минусы: нет истории заданий (если только не сохранять каждую версию модели, но это фу); уведомления недостаточно удобны; необходимость работать с параметрами типа, а не экземпляра; добавляет неудобств при оформлении (если ВК скопировал к себе ПВ-установку, то она ему на схемах не особо и нужна, придётся скрывать категорию или фильтровать).
Уровень: Бимовастенько.
Обмен группами
Этот способ я увидел на Автодеск Юнивёрсити в 2017 году в докладе Дмитрия Талалаева, можете вот по этой ссылке посмотреть презентацию, а если покопаться в поисковиках, то и видео найдёте. В первую очередь это обмен заданиями на отверстия, а не для передачи данных между разделами ИОС. Эта же логика по сути заложена в скрипт от Сергея Кривого для автоматической расстановки отверстий.
Суть метода: создаём и преобразовываем группу из отверстий в отдельных файл с общими координатами.
Алгоритм такой:
- расставили семейства отверстий в местах пересечений сетей и строительных конструкций;
- собрали все отверстия в одну группу;
- преобразовали группу в связанный файл;
- передали координаты связанному файлу;
- сохранили положение с новыми координатами;
- выслали строителю файл Ревита, чтобы тот подгрузил его по общим координатам и вырезал проёмы в конструкциях.
Теперь давайте посмотрим на примере.
Важно! Этот способ менее удобен при совместной работе через BIM 360 Design, так как кнопка «Связь» не появляется. Группу придётся сохранять отдельным файлом, загружать через Desktop Connector, выставлять в нужное положение и далее передавать координаты файлу. Про координаты читайте отдельную статью в блоге.
Покажу картинками, как это делается.
Чтобы не получать такие сообщения, делайте семейства отверстий без основы. Будет чуть сложнее размещать, зато удобнее обрабатывать.
Идём на вкладку «Вставить» в «Диспетчер связей», выделяем нашу модель с отверстиями, нажимаем внизу на «Сохранить положения». Появится окно, жмём «→ Сохранить», после этого можно нажать на ОК в Диспетчере.
Всё, теперь мы создали отдельный файл с отверстиями, передали ему координаты, поэтому, когда строитель загрузит его к себе и выберет размещение «По общим координатам», отверстия встанут ровно туда, где их нужно вырезать. Далее строитель оценивает ситуацию и решает, где просто дырок наставить, а где добавить всяческих усилений. Он может внедрить полученный файл, он преобразуется в группу, в которой можно редактировать отдельные отверстия.
В семейства отверстий стоит добавить галочки и текстовые параметры, чтобы строитель мог какие-то отверстия принять в работу (поставить галочку «Принято»), а какие-то отвергнуть и указать причину в текстовом параметре. Далее выгрузить по той же схеме файл и направить обратно смежнику на доработку. В файле можно оставить все отверстия, тогда это будет промежуточная приёмка части отверстий, а можно оставить только несогласованные.
В результате у нас и история обмена есть, и управляемые элементы модели. Отверстия можно выдавать как по этажам, так и по всему зданию, тут уж как удобно. Если есть типовые этажи, то отверстия можно быстро накопировать, тут тоже проще работать с отверстиями без привязки к основе.
Плюсы: управляемые с каждой стороны элементы, в которые можно вносить информацию; история хранится в виде отдельных файлов, но они связаны с моделью общими координатами; обратная связь через модель, а не только почту/мессенджеры; можно в одном файле выдавать отверстия и в стенах, и в плитах; возможность тут же преобразовать элементы и работать с ним, а не моделировать заново.
Минусы: история хранится отдельно от модели (нужна своя структура в папках проекта); при частых изменениях трудозатратно каждый раз выдавать новый файл с отверстиями; отверстия занимают какую-то категорию и им нужно выделять отдельный рабочий набор.
Уровень: Мама, у нас тут БИМ!
Обмен единой моделью
Последний способ считаю логичным следствием из предыдущего по обмену группами. Наверняка кому-то уже приходила такая идея, но нигде не натыкался на неё, поэтому условно назову своей.
Суть метода: отверстия буду храниться в отдельной сводной модели по всем разделам.
Алгоритм такой:
- Создаём отдельный файл для отверстий на специальном шаблоне;
- Получаем общие координаты из координационного файла;
- Копируем с мониторингом оси и уровни из координационного файла, создаём планы этажей по уровням;
- Формируем рабочие наборы: «Общие уровни и сетки», «Архитектура», «Конструкции», «Отверстия_ВК», «Отверстия_ОВ1», «Отверстия_ОВ2», «Отверстия_ЭО», «Отверстия_СС» и так далее — под каждый раздел проекта свой рабочий набор;
- Подгружаем файлы АР и КР, все сети.
- Исполнители по каждому из разделов заходят в этот файл, выбирают рабочий набор своего раздела и расставляют отверстия там, где пересекаются их сети с АР и КР.
В результате у нас будет сводный файл отверстий, который может подгрузить к себе строитель по общим координатам и выполнить проёмы. Хотите копировать с мониторингом — пожалуйста. Пакетное копирование — легко. Вносить пометки через параметры отверстия — просто освободите рабочий набор. Проставить марки и подгрузить вид как связанный в другом проекте — тоже не проблема.
Можно так заполнить имена или параметры семейств с отверстиями, что исполнитель из АР сможет быстро скрыть отверстия, которые предназначены не для него. При расстановке отверстий разные отделы видят друг друга, могут сразу договариваться об объединении отверстий. Рабочие наборы защитят от редактирования отверстий другими смежниками, хотя и затруднят работу строителю, если тот захочет изменить параметры отверстия.
Поскольку это будет отдельный файл-хранилище, то при каждой синхронизации будет создаваться резервная копия. Если при синхронизации в поле «Комментарии» писать, что и кем было сделано, то так можно получить довольно удобное хранение N-версий файла-задания. В любом случае при синхронизации записывается, кто её произвёл, так можно отследить, кто совершил ошибку.
Мне кажется эта идея очень интересной, но проверить её в реальной работе не могу, так как больше не проектирую. Поэтому если вы попробуете и через пару месяцев после внедрения этой процедуры расскажете, какие у неё реальные плюсы и минусы, то было бы здорово.
Плюсы: единая сводная модель; история изменений в виде резервных копий; смежники сразу видят друг друга; гибкие возможности по редактированию и подгрузке модели, придумал Муратов ^__^.
Минусы: дополнительный файл в структуре проекта; нужен график синхронизаций для сотрудников, чтобы не поломать файл, если работаете в локальной сети Виндоуз; неудобство с захватом/освобождением рабочих наборов; историю обмена сложнее вытащить.
Уровень: Трушный БИМ!
Вот такие варианты. Если у вас есть свои идеи — смело делитесь ими в комментариях или у меня в Телеграм-чате. Возможно, есть ещё более удобные способы.
Блог помог вам?
Если хотите отблагодарить меня, то можете сделать небольшое пожертвование — любую удобную сумму.
Обновления статей удобно получать в Телеграм-канале «Блог Муратова про Revit MEP». Подписывайтесь и приглашайте коллег. Можно обсудить статью и задать вопросы в специальном чате канала.
Бесплатные обзоры ваших моделей
Раз в две недели провожу «Ревит-линчи» — разбираю файлы семейств и проектов пользователей и отвечаю на вопросы по Ревиту и БИМ-технологиям. Дату и ссылку на Ревит-линч публикую в Телеграм-канале. Приходите, там интересно.