Сводная модель: как собирать и кто за неё отвечает
Состав сводной модели, входной контроль файлов, ритм сборки, форматы и версии. Кто владелец сборки и пять ошибок, из-за которых её перестают открывать.
Сводную модель собрали за день до совещания. Раздел ЭОМ приехал в отдельной системе координат, ОВ прислали файл двухнедельной давности, ВК не прислали ничего. Совещание провели по картинке, где не хватало трети инженерии. Через месяц история повторилась.
Сборка это не кнопка. Это регулярная процедура с входным контролем и одним ответственным. Разберу, как она устроена у нас и что ломается чаще всего.
Что такое сводная модель, если коротко
Файл, в который подгружены модели всех разделов в единых координатах. Геометрию она не хранит, только ссылки. Правки в ней не делают, чертежи из неё не выпускают.
Три вещи, ради которых она существует:
- увидеть здание целиком, а не по разделам;
- найти конфликты между смежниками до выхода документации;
- показать заказчику и стройке реальное состояние проекта на дату.
Чем она быть не должна: рабочей моделью раздела, архивом или складом всего, что нашлось по объекту. Попытка сделать из неё хранилище проекта заканчивается файлом на несколько гигабайт, который открывают раз в месяц.
Хозяин у сборки один
Самая частая организационная ошибка: сборку делает тот, у кого сегодня есть время. Через два месяца выясняется, что состав файлов у всех разный, а найденные пересечения никто не ведёт.
Владелец сборки один человек, обычно BIM-координатор. Его зона ответственности:
- Состав. Какие разделы входят в сборку и в какой версии.
- Входной контроль. Принять файл или вернуть автору.
- График. Собрать в назначенный день, а не когда попросят.
- Пункты по коллизиям. Завести, назначить разделу, довести до закрытия.
- Сводка. Три цифры руководителю проекта после каждой сборки.
Чего он не делает: не правит чужие разделы. Как только координатор начинает «быстренько подвинуть трубу», ответственность за раздел размывается, а автор перестаёт следить за своей моделью.
На объектах до 20 тысяч квадратных метров это половина ставки. Дальше начинается полноценная занятость, а на крупных комплексах координаторов уже двое: конструктив и инженерия.
Входной контроль: шесть пунктов
Файл, который приняли молча, потом отнимает у координатора полдня. Проверка занимает пять минут на раздел.
- Координаты. Открыть, посмотреть привязку. Раздел, выгруженный по внутреннему началу координат вместо общего, уедет на десятки метров.
- Дата и версия. Свежее последней публикации, а не «то, что было под рукой».
- Полнота. Все ли этажи и секции на месте. Отсутствие целого блока видно сразу по габаритам.
- Мусор. Черновые варианты, отключённые системы, тестовые копии в стороне от здания. Такое ловится по границам модели.
- Свойства. Есть ли параметры, по которым потом группировать: система, этаж, марка. Пустые свойства делают отчёт нечитаемым.
- Вес. Резкий скачок размера файла относительно прошлой недели почти всегда означает импортированный DWG или задвоенную связь.
Не прошёл хотя бы один пункт, файл возвращается автору с одной строкой: что не так. Ставить сборку на паузу из-за одного раздела не надо, собираем без него и отмечаем в сводке.
Форматы: что во что складывать
| Формат | Плюс | Минус | Когда берём |
|---|---|---|---|
| NWC | лёгкий, быстрый, тянет параметры Revit | нужен экспортёр под каждую версию | вся команда в Revit |
| IFC | нейтральный, читается везде | тяжелее, часть свойств теряется | смежник в другой среде |
| RVT-связи | ничего не выгружать | тормозит, требует лицензий у всех | небольшой объект, один офис |
| DWG-подложки | принимаются от кого угодно | плоские, координировать нечем | только как справка |
Практика простая. Основа сборки это NWC, потому что открывается за секунды и тащит свойства. IFC подключают, когда смежник сидит не в Revit, и тогда сначала проверяют состав свойств самого файла: что доехало, что потерялось (что смотреть, разобрано в статье про качество данных IFC).
Сборку держим в файле-ссылке (NWF), а не в упакованном виде. Ссылки весят килобайты: перевыгрузили раздел, открыли сборку, всё свежее. Упакованный файл (NWD) делают только для отправки наружу, с датой в имени.
Ритм недели
Расписание важнее частоты. Как только сборка начинает плавать по дням, разделы перестают успевать, и через месяц процесс держится на напоминаниях.
| Когда | Кто | Что происходит |
|---|---|---|
| Пятница до 17:00 | разделы | публикуют модели в оговорённое место |
| Пятница вечер | координатор | входной контроль, возврат брака |
| Суббота или ночь | машина | сборка и полный прогон проверок |
| Понедельник до обеда | координатор | разбор результатов, группировка, рассылка |
| Вторник 10:00 | все | встреча по спорным пунктам, 45 минут |
Между полными сборками полезна короткая: два-три критичных сочетания разделов по этажу, который сейчас в работе. Пятнадцать минут машинного времени, зато проблему видно в день появления, а не через неделю.
Хранить публикации разделов и сборку удобнее там, где видно статус файла, а не в папке «Обмен». Про то, во что обходится обратный вариант, посчитано в материале про цену беспорядка в файлах.
Сколько времени это занимает
Вопрос всплывает на каждом обсуждении, поэтому вот наши замеры по объекту в 18 тысяч квадратных метров с шестью разделами.
Входной контроль: 5-7 минут на раздел, полчаса на всю сборку. Обновление ссылок и проверка координат: 15 минут. Машинное время полного прогона проверок: от 20 минут до полутора часов, зависит от веса моделей и числа тестов. Разбор результатов с группировкой: 2-4 часа. Рассылка и ведение пунктов: час в неделю.
Итого рабочий день координатора на цикл, плюс встреча. Дальше цифра растёт нелинейно: два объекта это не два дня, а примерно полтора, потому что настройки и наборы уже готовы.
Тяжёлый прогон ставят на ночь или на выходные. Сборка на полтора гигабайта забирает всю память рабочей станции, параллельно работать не получится, и это стоит учесть при планировании недели.
Отдельная строка расходов, о которой забывают: время разделов на публикацию. Выгрузить модель, проверить себя, положить в нужное место это 20-30 минут на человека еженедельно. Если этого времени в планах нет, публикации начнут срываться уже на третью неделю.
Пять ошибок, после которых сборку перестают открывать
Собирают к совещанию. Симптом: сводная модель существует раз в месяц, за день до встречи. Проверять по ней нечего, все находки уже ушли в документацию.
В сборке лежит всё подряд. Симптом: файл открывается 20 минут, ноутбуки не тянут. Обычно внутрь затащили генплан на весь квартал, топосъёмку и три варианта фасада.
Разделы разъезжаются. Симптом: инженерия висит в воздухе рядом со зданием. Причина в координатах, и лечится она один раз на старте, письменной договорённостью о точке привязки.
Нет хозяина. Симптом: у каждого своя копия сборки, найденные пересечения ведут в трёх разных таблицах. Начинается спор о том, чей список правильный.
Находки никуда не идут. Симптом: отчёт есть, задач нет. Пока пересечение не превратилось в пункт с исполнителем и сроком, работа не сделана. Как выстроить эту часть, разобрано в статье про управляемый процесс поиска коллизий.
Три цифры для руководителя
После каждой сборки координатор отправляет короткое письмо. Не отчёт на 300 страниц, а три числа: сколько новых пунктов, сколько закрыто за неделю, сколько висит дольше двух недель.
Динамика этих чисел показывает состояние проекта лучше любых слов. Новых стабильно больше, чем закрытых, значит процесс не справляется, и дело не в настройках проверок, а в загрузке людей или в сроках.
Третье число самое важное. Пункты старше двух недель это будущие проблемы на площадке, и их обычно немного, 5-15 штук. С них и начинают разбор на встрече.
Чего от сводной модели ждать не надо
Она не показывает того, чего нет в файлах. Раздел не смоделирован, значит и конфликтов по нему не будет. Пустая сборка означает не отсутствие проблем, а отсутствие моделей.
Она не оценивает правильность решений. Труба может не пересекать балку и при этом идти с нарушением уклона. Проверка объёмов не про нормы.
Она не заменяет обход глазами. Часть проблем видна только при проходе по модели: формально зазор есть, а смонтировать вторую систему после первой физически невозможно.
И она не работает при нерегулярных публикациях. Смежник, присылающий раздел раз в месяц без предупреждения, обнуляет ценность сборки: вы будете проверять свежую геометрию против устаревшей. Это лечится не программой, а договорённостями и графиком.
Частые вопросы
На какой стадии начинать сборку? С конца стадии «П», когда появились первые инженерные разделы. На стадии «Р» сборка обязательна еженедельно.
Нужен ли отдельный человек, если объект небольшой? Роль нужна всегда, ставка не всегда. На небольшом объекте координатор занят один-два дня в неделю.
Кто отвечает за координаты? ГИП фиксирует точку привязки в задании, до старта моделирования. Дальше её не меняют, а координатор проверяет соблюдение при каждой публикации.
Можно ли отдать сборку на аутсорс? Да, это одна из немногих ролей, которая нормально работает удалённо. Что входит в такую работу, описано на странице BIM-координации.
Что делать, если раздел систематически срывает публикации? Фиксировать письменно в сводке по каждой сборке. Через три недели у руководителя проекта появится документ, а не жалоба на словах.
С чего начать
Соберите один этаж из трёх разделов и просто посмотрите на него. Полдня работы. Обычно этого хватает, чтобы найти пару вещей, о которых никто не подозревал, и получить согласие на регулярную сборку.
Дальше назначайте хозяина, договаривайтесь о дне публикации и ставьте расписание.
Мы берём эту роль на себя или настраиваем процесс под вашего координатора: состав, входной контроль, проверки, шаблон отчёта. Примеры задач в кейсах, обсудить свою ситуацию можно через контакты.
Нужен похожий BIM/AI процесс?
Напишите в Telegram или на email — разберём задачу и предложим архитектуру решения.
Telegram Оставить заявку