Проверка коллизий в Navisworks: от загрузки до отчёта

Рабочий процесс по шагам: подготовка NWC, наборы поиска, правила Clash Detective, допуски, чистка ложных срабатываний, группировка и выгрузка отчёта смежникам.

Первый прогон по модели восьмиэтажного жилого дома дал 4 812 пересечений. К вечеру в списке осталось 57 позиций, которые правда надо было решать. Остальное срезали допуски, наборы и три правила.

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

Что сделать до запуска Navisworks

Больше половины странных результатов рождается ещё в Revit.

Координаты. Все разделы выгружаются в одной системе. В экспортёре NWC ставим Coordinates = Shared. Если АР ушёл в Internal Origin, а ОВ в Shared, модели разъедутся на метры, и проверять будет нечего.

Формат. Берём NWC. Он легче IFC, тянет параметры Revit и открывается за секунды. IFC подключаем, только если смежник сидит не в Revit. Тогда состав свойств проверяем отдельно: что доехало, что потерялось по дороге (разбор в статье про экспорт IFC из Revit).

Настройки экспортёра. Вкладка «Надстройки» → External Tools → Navisworks. Включаем Convert element properties и Convert element Ids. Без них в свойствах не будет ни системы, ни марки, ни номера этажа, и группировать результаты станет не по чему. Convert linked files выключаем: связи подцепим в Navisworks отдельными файлами, так их видно поимённо.

Имена файлов. Рабочая выгрузка живёт под постоянным именем: OV.nwc. Датированная копия (OV_2026-05-12.nwc) уезжает в архивную подпапку и в сборку не подключается. Так и история публикаций сохраняется, и пути в сборке не рвутся при каждой перевыгрузке.

Дальше собираем NWF: File → Append, по файлу на раздел. NWF хранит ссылки, а не геометрию, и весит килобайты. Перевыгрузили NWC, открыли NWF, модель уже свежая. NWD пакуем только для отправки наружу.

Наборы поиска вместо выделения мышью

Selection Set запоминает конкретные элементы. Перевыгрузили раздел, и набор рассыпался.

Search Set запоминает условие. После обновления моделей он собирает элементы заново, сам. Разница простая: перенастраивать проверку каждую неделю или нажать одну кнопку.

Собираются наборы в Home → Sets → Manage Sets → Find Items. Слева дерево загруженных файлов, справа строки условий: Category, Property, Condition, Value.

Рабочие примеры условий:

• Воздуховоды: Category = Element, Property = Category, Condition = Contains, Value = Воздуховоды. Отдельным набором добавляем «Фитинги воздуховодов», их часто забывают.
• Несущие конструкции: свойство «Несущие» (Structural) со значением Да. Так в набор не попадут перегородки.
• Магистрали ВК: фильтр по параметру «Тип системы» со значением из вашего шаблона, а не по имени семейства.
• Изоляция: отдельный набор, дальше объясню зачем.

Минимальный комплект для жилого дома: АР стены, АР перекрытия и лестницы, КР несущие, ОВ воздуховоды, ОВ трубопроводы, ВК трубопроводы, ЭОМ лотки и шинопроводы. Семь наборов закрывают процентов восемьдесят реальных проблем.

Наборы живут в NWF. Один раз собрали, дальше они работают весь проект.

Тесты в Clash Detective

Home → Clash Detective → Add Test. В каждом тесте выбираем набор A и набор B, тип проверки и допуск.

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

Допуск задаётся в поле Tolerance и работает как порог глубины пересечения. При 10 мм труба, зашедшая в стену на 6 мм, в отчёт не попадёт. Ставить 0 бессмысленно: получите тысячи касаний по стыкам плит.

Название теста пишем человеческим языком: «ОВ х КР несущие, 10 мм». Оно попадёт в отчёт, и его будет читать инженер, а не робот.

Сотни ложных пересечений: что с ними делать

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

Правила. Вкладка Rules внутри теста. Включаем Items in Same Layer, Items in Same Group/Block/Cell и Items with Coincident Snap Points. Три галочки убирают самопересечения внутри одной системы: врезки, тройники, отводы.

Своё правило под изоляцию. Изоляция воздуховода честно пересекает соседний кабельный лоток, и формально это коллизия. Практически подрядчик решит её на месте. Мы выносим изоляцию в отдельный набор и держим по ней отдельный тест с пометкой «низкий приоритет», а из основного теста исключаем.

Допуск по здравому смыслу. Между лотком и воздуховодом 25 мм лучше десяти: монтажные зазоры всё равно закладываются на площадке.

Проверка на подмену задачи. Если один тест выдал больше 500 результатов, чаще всего сломан набор, а не проект. Смотрим первые двадцать позиций. Одинаковые? Значит виновата одна системная ошибка: сдвинутый уровень, задвоенная связь, забытый черновой этаж.

После чистки из 4 812 пересечений в том проекте осталось 340 сгруппированных пунктов, из них к обсуждению 57.

Группировка и статусы

Сырой список не выдают проектировщику никогда. Двенадцать пересечений одного стояка с двенадцатью перекрытиями это один вопрос, а не двенадцать.

В окне Results сортируем по Grid Intersection или по имени элемента, выделяем связанные строки, правая кнопка → Group. Группе даём имя: «Стояк К1, оси 3-4, проходы через перекрытия». Дальше работаем только с группами.

Статусы в Navisworks встроенные:

• New появился в текущем прогоне.
• Active был раньше, не решён.
• Reviewed просмотрен координатором, отправлен в работу.
• Approved согласован как допустимый, решать не нужно.
• Resolved закрыт, при следующем прогоне геометрия не пересекается.

Approved ставит только координатор и всегда с комментарием. Без комментария через месяц никто не вспомнит, почему пересечение признали нормальным.

Поле Assign To заполняем по разделу, не по фамилии: раздел никуда не денется, а сотрудник может уйти в отпуск.

Как часто гонять проверку

Раз в неделю на активной стадии, по свежим публикациям смежников. Машинное время прогона от 20 минут до полутора часов, разбор результатов от часа до трёх.

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

Между полными прогонами полезен короткий: два-три теста по критичным парам разделов и только по этажу, который сейчас в работе. Пятнадцать минут, зато проблема ловится в день появления.

Цифры каждого прогона складываем в таблицу: дата, сколько новых, сколько закрытых, сколько висит дольше двух недель. Три колонки показывают, движется процесс или буксует. Если новых стабильно больше, чем закрытых, настройки проверки ни при чём, вопрос к организации работы.

Три симптома сломанной проверки

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

Виноват набор. Условие в Search Set написано по имени семейства, а семейства в модели переименовали. Откройте набор, нажмите Update и посмотрите счётчик элементов внизу окна. Пусто или подозрительно мало, значит условие бьёт мимо. Лечится переводом условия на категорию или на параметр типа системы.

При открытии NWF выскакивает Cannot find file.

Кто-то переложил или переименовал NWC, а сборка хранит путь. Все выгрузки держим в одной папке проекта под постоянными именами, датированные копии живут отдельно. Правило простое: путь в сборке настраивается один раз за проект.

После перевыгрузки все статусы слетели в New.

Так бывает, когда тест пересобрали заново вместо обновления исходников. Тесты не удаляем никогда: правим наборы, жмём Update All, потом Run. Вторая причина того же симптома: в экспорте Revit выключен Convert element Ids, и Navisworks просто не узнаёт элементы после обновления.

Отчёт, который читают

Вкладка Report. Формат HTML (Tabular) даёт таблицу с картинками, открывается в любом браузере, весит немного при разумном числе позиций.

Настройки Contents: оставляем Image, Clash Point, Item 1/Item 2 (имя, категория, уровень), Status, Comments, Assigned To. Всё остальное выключаем.

Include Clashes ставим на Group headers only, если групп больше сотни, иначе документ распухнет до сотен мегабайт.

Для точек обзора удобнее XML или BCF (через плагин BCF Manager): смежник открывает пункт прямо в своей модели с нужным ракурсом. HTML идёт руководителю проекта, BCF рабочим инженерам.

Что дописываем к отчёту вручную, одной страницей: дата, версии моделей, число проверок, статистика по разделам, десять самых дорогих пунктов. Эту сводку читают, а таблицу на 340 строк нет.

Перед отправкой отчёта смежникам

• Открыть отчёт самому и пролистать до конца. Битые картинки и пустые строки видно сразу.
• Проверить, что получатель у каждого пункта назван разделом, а не фамилией.
• Убедиться, что пункты со статусом Approved в файл не попали.
• Написать в теле письма три цифры: новых, закрытых, висящих дольше двух недель.
• Указать дату прогона и версии моделей, по которым считали. Без этого первым ответом будет «а у нас уже поправлено».

Пять пунктов, три минуты. Отчёт, отправленный без них, обычно возвращается вопросами, а не решениями.

Что спрашивают чаще всего

Сколько коллизий это нормально? На жилом доме перед выдачей рабочей документации мы считаем рабочим диапазон 30-80 открытых пунктов после группировки. Ноль означает, что проверка настроена неправильно.

Проверять по IFC или по NWC? По NWC, когда вся команда сидит в Revit. IFC берут, если в проекте есть вторая среда, и тогда сначала проверяют качество самого IFC.

Manage или Freedom? Clash Detective живёт только в Manage. Freedom бесплатен, но это просмотрщик: смежникам его хватает, координатору нет.

Можно ли проверять модели, сделанные в разных версиях Revit? Да, NWC не тянет за собой версию исходника. Экспортёр ставится под каждую версию Revit отдельно, это единственное ограничение.

Кто должен гонять проверку: координатор или каждый раздел сам? Полный прогон делает координатор, иначе получите четыре разных набора правил. Инженерам полезно проверять свой раздел локально, перед публикацией.

Чего от Navisworks ждать не надо

Он не понимает норм. Расстояние от газовой трубы до электрокабеля, высота прохода под коробом, нормируемый уклон канализации: ничего этого Clash Detective не проверит. Он сравнивает объёмы, а не требования СП.

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

Организационные проблемы ему не по зубам. Если смежник присылает модель раз в месяц и без предупреждения, проверка покажет свежие коллизии по устаревшей геометрии. Это лечится не настройками, а порядком обмена и встречами, про которые есть отдельный разбор: регламент BIM-координации.

И он не заменяет глаз. Часть проблем видна только при обходе модели: две системы формально не пересекаются, но смонтировать вторую после первой физически невозможно.

С чего начать на своём проекте

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

Дальше масштабируйте наборы на весь дом и ставьте проверку на расписание.

Если разбираться некогда, мы настраиваем этот цикл под команду: наборы, тесты, шаблон отчёта, статусы и передача смежникам. Что входит в работу, видно в BIM-координации и составе услуг.

Опишите задачу в Telegram или через контакты: скажем, что делается за неделю, а что требует изменения процесса.