Коллизии в BIM: поиск и отчёт Clash Detection в 2026 году

Коллизия в информационной модели — пересечение или несовместимость элементов, которое в физическом объекте привело бы к переделке: балка проходит через окно, воздуховод пересекает несущий ригель, кабельный лоток упирается в стену. Clash Detection — процесс автоматического поиска таких пересечений по совмещённой модели. Для проектов с обязательным применением ТИМ экспертиза всё чаще запрашивает отчёт Clash Detection и требует, чтобы все критические коллизии были устранены до подачи. Ниже — виды коллизий, технология поиска, правила оформления отчёта в 2026 году.

Навигация по статье:

• Коротко: 3 вида коллизий и что с ними делать — следующий раздел.
• Нормативная база — за таблицей.
• Как работает Clash Detection.
• Примеры типовых коллизий (АР vs КР, АР vs ИОС).
• Правила оформления отчёта и FAQ — в конце.

Коротко: виды коллизий

Для подачи в экспертизу ключевые — hard и soft clash. Workflow-коллизии разрешаются при разработке ПОС и графика строительства.

Нормативная база

Поиск и устранение коллизий в ТИМ-модели в апреле 2026 года опирается на действующие документы:

• Градостроительный кодекс РФ, статья 57.5 — информационная модель объекта капитального строительства.
• Постановление Правительства РФ от 05.03.2021 № 331 — случаи обязательного применения ТИМ.
• Приказ Минстроя России от 12.10.2021 № 735/пр — состав сведений, включаемых в ИМ ОКС (с изменениями).
• СП 333.1325800.2020 — Информационное моделирование в строительстве. Правила формирования информационной модели на различных стадиях жизненного цикла.
• СП 404.1325800.2018 — Информационное моделирование в строительстве. Правила разработки планов проектов, реализуемых с применением технологии информационного моделирования (BEP). В BEP фиксируется регламент коллизионного контроля.
• ГОСТ Р ИСО 19650-1-2020, ГОСТ Р ИСО 19650-2-2020 — принципы и управление информационной моделью.

Требование к конкретному ПО для Clash Detection в нормативах не закреплено: можно использовать Autodesk Navisworks, Trimble Connect, Solibri Office, Renga, Model Studio CS Сводная модель, nanoCAD BIM или аналоги, поддерживающие IFC.

Как работает Clash Detection

Процесс в общем виде:

1. Проектные команды (АР, КР, ИОС1–7) выпускают собственные дисциплинарные модели с согласованным LOD (обычно 300–350 для стадии «П»).
2. Модели экспортируются в обменный формат (чаще всего IFC 4.0 или 4.3) и собираются в единую совмещённую модель.
3. В ПО Clash Detection настраиваются правила: какие категории элементов сравнивать, с каким зазором, какие коллизии считать критическими.
4. Программа автоматически находит все пересечения и нарушения зазоров, формирует список с координатами, видами и элементами.
5. BIM-координатор распределяет коллизии по дисциплинам, проектные команды их устраняют.
6. Итерация повторяется до достижения заданного в BEP уровня «остаточных» коллизий.
7. Финальный отчёт прилагается к пакету на экспертизу.

Пример 1. АР vs КР

Типовое: в архитектурной модели показан оконный проём на высоте 0,9 м, в конструктивной — на этом же месте идёт ригель перекрытия. Clash Detection выводит hard clash. Устранение — согласование с конструктором: либо опустить ригель, либо сместить окно. Аналогичные случаи — колонна попадает в эвакуационный коридор из плана АР, балка пересекает витражное остекление.

Смежный материал с разбором типовых ошибок — Ошибки раздела АР и Ошибки раздела КР.

Пример 2. АР vs ИОС

Вентиляционный воздуховод сечением 800×400 мм прокладывается через помещение с высотой потолка 2,5 м; после запотолочного пространства остаётся 1,9 м от пола — меньше минимальной высоты в свету по СП 54.13330.2022. Это soft clash: геометрически можно пройти, но нарушение нормы. Устранение — либо уменьшить сечение воздуховода, либо увеличить высоту этажа, либо изменить трассировку.

Пример 3. Между инженерными системами

Кабельный лоток силовой сети идёт параллельно водопроводу на расстоянии 50 мм. По ПУЭ (п. 2.3.86 для параллельной прокладки кабелей и трубопроводов) минимальное расстояние в свету составляет 0,5 м; меньшее расстояние допускается только при защите трубопроводами. Clash Detection выводит soft clash по правилу clearance. Устранение — развести по разным уровням или переместить кабельный лоток на нормативное расстояние.

Правила оформления отчёта Clash Detection

Отчёт, который имеет смысл прикладывать к пакету или иметь под рукой для эксперта, содержит:

• Дата формирования отчёта и версия совмещённой модели (с указанием версий дисциплинарных моделей).
• ПО, в котором выполнялась проверка, версия ПО и набор применённых правил.
• Список найденных коллизий с координатами, типом (hard/soft), категориями элементов и IFC-идентификаторами.
• Статус по каждой коллизии: «устранено», «оставлено с обоснованием», «в работе».
• Для «оставлено с обоснованием» — ссылка на решение (например, «в пределах допуска по ПУЭ» или «согласовано с заказчиком письмом №…»).
• Сводная статистика: всего найдено, устранено, остаточных, критических.
• Подписи BIM-координатора и ГИПа; для пакета на экспертизу — УКЭП.

Частые ошибки при Clash Detection

• Совмещённая модель собрана из моделей разных версий — часть коллизий ложные, часть реальных не видна.
• Правила проверки настроены слишком широко — отчёт на тысячи позиций, которые невозможно разобрать.
• Правила слишком узкие — критические коллизии пропущены (например, не проверяется зазор между вентиляцией и несущими конструкциями).
• Отчёт выполнен на LOD 200 — геометрии недостаточно, результат нерепрезентативен.
• Для «оставленных» коллизий нет обоснования — эксперт трактует как неустранённую ошибку.
• Отчёт не привязан к версии IFC, отправленной в экспертизу — разночтения при аудите.
• В BEP не зафиксирован регламент коллизионного контроля, и каждая команда применяет свои правила.

Общие требования к применению ТИМ и пункты ТЗ — в материале ТИМ или BIM: в чём разница и что писать в ТЗ; про уровни детализации LOD, на которых имеет смысл запускать Clash Detection — Уровни детализации LOD 100–500.

FAQ

Обязателен ли отчёт Clash Detection для экспертизы?

Формально отдельного нормативного требования «приложить отчёт Clash Detection» нет. На практике для объектов с обязательным применением ТИМ эксперты запрашивают отчёт или результаты проверки совмещённой модели. Фиксация в BEP (по СП 404.1325800.2018) делает этот запрос предсказуемым.

Какие ПО подходят для Clash Detection в 2026 году?

Любые, работающие с IFC: Autodesk Navisworks (в РФ ограниченная лицензионная поддержка), Solibri Office, Trimble Connect, Renga Сводка, Model Studio CS Сводная модель, nanoCAD BIM. Выбор обычно определяется тем, какое ПО использует проектный офис и заказчик.

Сколько итераций коллизионного контроля нужно?

Зависит от проекта. На средних гражданских объектах — 3–5 итераций до стадии «П», ещё 2–3 до «РД». В BEP фиксируется плановая частота (еженедельно, каждые две недели) и минимальный уровень «остаточных» коллизий при выпуске.

Что делать с коллизиями, которые устранить нельзя?

Оформлять обоснование: либо ссылка на нормативный допуск, либо письменное согласование с заказчиком. В отчёте такая позиция помечается «оставлено с обоснованием» и связана с документом-основанием. Эксперт обычно принимает обоснование, если оно ссылается на действующий норматив.

Нужен ли BIM-координатор для коллизионного контроля?

Для малых объектов роль может совмещать ГИП. Для средних и крупных проектов выделяется отдельный BIM-координатор: он отвечает за сборку совмещённой модели, настройку правил, распределение задач по командам и ведение журнала коллизий. Это фиксируется в BEP.

Статья актуальна на апрель 2026 года. Основана на ГрК РФ (ст. 57.5), ПП РФ от 05.03.2021 № 331, Приказе Минстроя России от 12.10.2021 № 735/пр, СП 333.1325800.2020, СП 404.1325800.2018, ГОСТ Р ИСО 19650-1-2020 и действующей практике применения Clash Detection в проектных организациях.

Михаил Безгодов

Инженер-строитель, 15+ лет опыта

Образование: Промышленное и гражданское строительство, магистратура — Подземное и городское строительство.

Подробнее об авторе →