Почему нельзя просто взять и проверить BIM-модель визуально
За три недели апреля мы разобрали несколько ключевых навыков BIM‑координатора: контроль материалов, настройку Clash Detective, три обязательных типа проверок. Но разрозненные навыки не дают главного — системы.
Многие координаторы начинают проверку с того, что открывают сводную модель и… просто смотрят. Или запускают поиск коллизий по умолчанию и получают десятки тысяч результатов, в которых невозможно разобраться. Или выдают замечания вразнобой, без приоритетов, теряя авторитет в глазах проектировщиков.
В этой статье я покажу алгоритм, который превращает хаотичную проверку в управляемый процесс. Это не магия, а последовательность действий, проверенная на сотнях проектов. И именно этот алгоритм мы разберём на открытом уроке 24 апреля.
Часть 1: с чего начать — первичный анализ
Первый шаг — не лезть в коллизии. Сначала нужно убедиться, что сводная модель собрана корректно и базовые данные в порядке.
1.1. Проверка состава модели.
Открываете сводную модель (NWC/NWD) и смотрите:
- все ли разделы загружены;
- совпадают ли системы координат (не «съехала» ли модель архитектора относительно конструкций);
- нет ли дублирующихся файлов.
Если база «хромает», детальная проверка бессмысленна — вы будете искать ошибки там, где проблема в исходных данных.
1.2. Быстрая проверка материалов и параметров.
Как мы разбирали на прошлой неделе, через дерево выбора и палитру «Свойства» за 10–15 минут можно выявить:
- элементы с пустыми или неверными материалами;
- несоответствие нейминга стандарту.
Это не занимает много времени, но предотвращает проблемы со сметами и закупками.
1.3. Контроль «чистоты» моделей.
Проверка на дублирование элементов и пересечения «сами с собой» (стена в стене, две колонны в одном месте). Такие ошибки часто остаются незамеченными, но влияют на объёмы и корректность расчётов.
Часть 2: поиск коллизий — не просто «запустить», а настроить по регламенту
Самый частый сценарий: координатор запускает Clash Detective на весь проект или разделы с настройками по умолчанию и получает огромное количество результатов. Значительная часть из них — «шум»: пересечения арматуры, касания элементов, допустимые конструктивные наложения.
Что нужно сделать:
- Разделить поиск на этапы. Сначала критические системы: несущие конструкции с вентканалами, трубопроводами, основными трассами. Затем — второстепенные.
- Настроить допуски. Установить минимальное расстояние, при котором пересечение считается критичным. Например, для воздуховодов и балок — 50 мм (с учётом изоляции и креплений).
- Использовать правила. Исключить пересечения внутри одной категории (арматура с арматурой) и касания, которые не влияют на реализуемость.
- Группировать результаты. Не выдавать каждое пересечение отдельно, а объединять по зонам или по типу.
После такой настройки вы получаете не десятки тысяч, а сотни действительно важных замечаний. Это экономит время проектировщиков и поднимает ваш авторитет.
Часть 3: специальные проверки — зазоры и технологические требования
Кроме явных пересечений, есть проверки, которые не входят в стандартный Clash Detective, но критичны для реализуемости проекта.
3.1. Проверка зазоров (просвет).
Инженерные сети должны проходить не вплотную к конструкциям, а также к другим сетям, а с учётом монтажных зазоров, изоляции, возможности обслуживания. В Navisworks это настраивается как отдельное правило: например, найти все воздуховоды на расстоянии менее 100 мм от железобетонных колонн.
3.2. Технологические ограничения.
Для некоторых систем есть свои требования: минимальное расстояние между трубами, возможность прохода человека для обслуживания и так далее. Эти проверки также можно формализовать в Clash Detective, многие ошибки можно искать и через поисковые запросы в параметрах.
3.3. Проверка на дублирование и пересечения «с собой».
Это базовая гигиена модели, которую часто пропускают.
Часть 4: от замечаний к отчётам — что входит в подготовку к координационному совещанию и как презентовать результаты
Нашли ошибки. Теперь нужно сформировать результаты и отчеты так, чтобы на координационном совещании можно было оперативно их все разобрать и далее передать в отделы на исправление.
Хорошая практика: использовать результаты проверок в табличном виде, а по точкам обзора со всеми местами, к которым есть вопросы, сформировать отчёт.
- зафиксировать камеру в месте проблемы;
- добавить комментарий (что не так, какой раздел отвечает);
- сгруппировать замечания по приоритету (критические, важные, под вопросом - это же нужно сделать с результатами, найденными в ходе проверок на коллизии);
- экспортировать отчёт в HTML (лучше в табличной форме).
По всем найденным ошибкам в формате списков результатов пройтись в ходе координационного совещания следуя по их приоритетам от более важного и критического - к просто сомнительному, а не просто по порядку.
Система — это не сложно, если последовательно следовать алгоритму
Алгоритм, который я описал, не требует сверхъестественных навыков. Это просто последовательность, в которой каждый шаг логически вытекает из предыдущего:
- Проверить исходные данные и базовые параметры.
- Настроить поиск коллизий, отсекая «шум» фиктивных коллизий.
- Добавить специальные проверки (зазоры, технологические ограничения).
- Сформировать отчёт с комментариями и выставленными приоритетами.
Этот алгоритм — основа работы BIM‑координатора (в рамках Шага №4 системы «5 шагов») в части выполнения ключевой операционной деятельности - регулярного контроля качества BIM-проектов.
➡️ Чтобы увидеть алгоритм в действии и задать ваши вопросы, приходите на открытый урок 24 апреля в 19:00 МСК. Все прошедшие регистрацию смогут получить доступ к записи открытого урока, а те, кто будет на эфире до конца - также получат pdf-инструкцию по подготовке к координационному совещанию с определением, что это вообще такое, зачем нужно и какие этапы подготовки нужно пройти.
Отличного вам дня и успехов в освоении BIM!
Подписывайтесь на мои каналы: