BIM-технологии

3 типа коллизий в BIM: жёсткие, мягкие и 4D — как их искать и устранять

2026-05-25 · 12 мин чтения · ЛЭНДПРОДЖЕКТ

# 3 типа коллизий в BIM: жёсткие, мягкие и 4D — как их искать и устранять

Когда заказчик слышит фразу «у вас в модели 1840 коллизий», первая реакция — паника. Кажется, что проект надо переделывать с нуля. На самом деле подавляющая часть этих пересечений — расходный материал координации: BIM-модель и должна вскрывать конфликты до того, как они уйдут на стройку. Проблема не в том, что коллизий много. Проблема в том, какие они и кто отвечает за их разрешение.

В ЛЭНДПРОДЖЕКТ мы работаем с BIM на каждом этапе — от концепции до авторского надзора — и за годы практики свели всё многообразие конфликтов в модели к трём принципиально разным группам: жёсткие (hard), мягкие (soft) и 4D (последовательности). Каждый тип требует своего инструмента, своей логики проверки и своего ответственного. В этой статье разбираем, чем они отличаются, как их искать в Navisworks и Revit, и почему смешивать их в одном отчёте — почти всегда ошибка.

Что вообще считается коллизией в BIM

Формально BIM-коллизия — это любое противоречие между элементами модели, которое сделает невозможной или некорректной реализацию проекта на стройплощадке. Но за этим сухим определением скрывается важная развилка: одни противоречия — это реальные пересечения геометрии (труба проходит сквозь колонну), другие — нарушение нормативного зазора (труба идёт впритык к щитку), третьи — несовпадение во времени (опалубка ещё не снята, а уже монтируют вентиляцию). Все три ситуации называются «коллизиями», но решаются совершенно по-разному.

Главный практический вывод: если ваш BIM-координатор присылает отчёт, в котором всё свалено в кучу — «найдено 3200 коллизий, разбирайтесь» — это плохой отчёт. Хороший отчёт сгруппирован по типу, по системе и по ответственному, и из 3200 строк там обычно остаётся 80–150 настоящих проблем, которые нужно решать на проекте.

1. Жёсткие (hard) коллизии — реальное пересечение геометрии

Жёсткая коллизия — это когда два физических элемента модели занимают один и тот же объём пространства. Воздуховод диаметром 400 мм проходит сквозь железобетонную балку 300×600. Светильник встроен в плиту перекрытия. Гильза прохода трубы выходит за пределы стены и упирается в монолитное ребро. Дверь распахивается прямо в шахту стояка отопления.

Это самый простой для автоматической проверки тип коллизий, и именно с него начинается любой клиентский разговор о clash detection. Современные инструменты — Navisworks Manage, BIMcollab Zoom, Revizto, встроенный Coordination Review в Revit — находят hard clash за секунды. Алгоритм тривиален: пересекается геометрия двух solid-объектов из разных файлов или категорий → коллизия. Параметры настройки — допуск (tolerance) в миллиметрах, набор сравниваемых категорий, фильтры по дисциплине.

В нашей практике hard-проверка — обязательный шаг перед любой выдачей рабочей документации. Например, по объекту на станции Лосиноостровская (РЖД) мы прогоняли сводную модель через Navisworks с двумя профилями: «АР × КР» (архитектура против конструкций) и «КР × ИОС» (конструкции против всех инженерных систем). После прогона типичная картина — 1500–2500 пересечений в первом раунде, из которых:

• 60–70% — формальные пересечения отделочных слоёв с конструкциями, которые автоматически попадают в «approved» или «to ignore»;
• 20–25% — гильзы, фланцы, опоры и кронштейны, которые проектировщик ИОС не успел вынести в отдельную категорию (фиксируется группой через clash rules);
• 5–10% — настоящие конфликты, которые требуют изменения проектных решений: переноса трассы, изменения сечения, корректировки толщины перекрытия.

Именно последние 5–10% и есть та работа, ради которой BIM-координация существует. Если из 2000 пересечений у вас осталось 80 настоящих жёстких коллизий — это нормальный результат для крупного объекта. Если осталось 800 — это означает, что либо проектировщики не согласовали трассы заранее, либо координатор не настроил правила проверки и тонет в формальном шуме.

Какие категории сравнивать в первую очередь

По нашему опыту, приоритет hard-проверок выстраивается так:

1. Несущие конструкции (КР/КЖ/КМ) против инженерных систем. Самый дорогой класс ошибок: переделать трассу вентиляции — рутина, штробить колонну — катастрофа.
2. Инженерные системы между собой (ОВ × ВК × ЭОМ × СС). Здесь главное — заранее зонировать пространство под трассы: магистральная вентиляция всегда сверху, водопровод и канализация — ниже, кабельные лотки — на согласованной высоте.
3. Архитектура (АР) против инженерных систем. Двери в шахты, светильники в подшивных потолках, перекрытие санузла поверх венткороба.
4. Отделка против инженерных систем. Часто игнорируется, но именно здесь рождаются конфликты с фальшпотолками, фальшполами и декоративными нишами.

Где Navisworks бессилен

Жёсткая проверка не понимает контекста. Она не отличит специально оставленный технологический зазор от случайного пересечения. Она пометит как «clash» легитимную монтажную нишу в стене для оборудования, если оборудование ещё не размещено в модели. Поэтому ни один автоматический отчёт нельзя слепо отправлять заказчику — это работа BIM-координатора: пройти по списку, отсортировать, поручить.

2. Мягкие (soft) коллизии — нарушение нормативных зазоров

Мягкая коллизия — это когда элементы геометрически не пересекаются, но находятся слишком близко друг к другу с точки зрения нормативов, технологии монтажа или эксплуатации. Электрический шкаф стоит в 30 мм от стены, а ПУЭ требует 600 мм для обслуживания. Радиатор отопления упирается в подоконную плиту без зазора для конвекции. Трасса газопровода проходит в 100 мм от кабельной линии, а норматив требует 400 мм.

Soft clash — гораздо более интересный класс проверок, потому что он переводит BIM-координацию из режима «найти геометрические ошибки» в режим «проверить соблюдение норм проектирования». В Navisworks soft-проверка настраивается через clearance: задаётся не пересечение, а минимальное расстояние между категориями, и любая пара ближе допуска становится коллизией.

Типичные правила, которые мы прописываем на старте проекта:

• Воздуховоды от любых элементов конструкций — минимум 50 мм для теплоизоляции и монтажа;
• Кабельные лотки от трубопроводов горячего водоснабжения — минимум 100 мм;
• Электрощиты, ВРУ, серверные шкафы — рабочая зона обслуживания 800–1200 мм спереди, 600 мм по бокам;
• Двери эвакуационных выходов — радиус открывания и зона отхода;
• Радиаторы отопления — 60 мм от пола, 50 мм от стены, 100 мм от подоконника.

Эти зазоры нельзя «найти глазами» на чертеже даже в 2D. В BIM они выявляются за один прогон, если у вас правильно настроены правила и категории.

Soft-коллизии и эксплуатация здания

Отдельный, часто игнорируемый сценарий — проверка эксплуатационных зазоров. Здание должно не только построиться, но и обслуживаться. Сможет ли сервисная бригада подойти к фанкойлу? Поместится ли стремянка между батареей и шкафом? Откроется ли ревизионный люк в подвесном потолке, если над ним балка с шагом 600 мм? Все эти вопросы — задача soft-проверок.

В наших проектах по интерьерам общественных зданий — например, при работе с переговорными для НОВИКОМБАНКа на Усачёва — soft clash для зон обслуживания и эвакуации проверяется отдельным профилем сразу после установки оборудования и мебели в модели. Это позволяет ещё на стадии проекта показать заказчику: «вот здесь к серверному шкафу не подойти, давайте поменяем расстановку», вместо того чтобы получить жалобу от его IT-службы через год после ввода в эксплуатацию.

3. 4D-коллизии — конфликты последовательности и графика

Третий тип коллизий — самый малоизвестный и при этом самый дорогой по последствиям. 4D-коллизия (или schedule clash, workflow clash) — это когда геометрия в модели корректна, нормативные зазоры соблюдены, но в графике строительства возникает противоречие: монтаж одной системы физически невозможен из-за того, что другая система уже смонтирована.

Простой пример: проектировщик ОВ заложил магистральный воздуховод сечением 1000×400 в межферменном пространстве. Геометрически всё помещается. Нормативные зазоры выдержаны. Но в графике производитель работ должен сначала смонтировать фермы кровли, а после этого подать воздуховод через единственное технологическое отверстие в стене — отверстие 800×300. Воздуховод не пройдёт. Решений два: либо менять отверстие (если стена ещё не возведена — это пересогласование), либо собирать воздуховод посекционно прямо под крышей (что увеличивает сроки и стоимость монтажа на 30–40%).

Как искать 4D-коллизии

Автоматизировать 4D-проверку сложнее всего. Здесь нужны три источника данных одновременно: BIM-модель, календарный график (MS Project, Primavera, Synchro) и логика связки «какой элемент в какой последовательности монтируется». В Navisworks Manage есть модуль TimeLiner, который позволяет привязать задачи графика к элементам модели и проиграть «фильм стройки» — на этом этапе и видны последовательностные конфликты.

В нашей практике полноценный 4D-анализ применяется не на каждом проекте — это трудоёмкий процесс, оправданный для уникальных объектов: ледовых арен, реконструкций исторических зданий, объектов с ограниченной строительной площадкой. На стандартных жилых и офисных зданиях обычно достаточно «ручного» 4D — главный инженер проекта (ГИП) и BIM-менеджер просматривают модель совместно с подрядчиком и заранее обсуждают узкие места: транспортные коридоры, монтажные проёмы, последовательность бетонирования.

Что относится к 4D-коллизиям де-факто

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

Pipeline координации в ЛЭНДПРОДЖЕКТ: как мы ищем все три типа

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

1. Раз в неделю все смежники выгружают актуальные модели в общую среду данных (CDE). Используем расшаренные облачные модели Revit или связки через IFC при разноплатформенной работе.
2. BIM-координатор собирает сводную модель в Navisworks (NWD) — отдельный файл для каждого раздела + общая модель.
3. Запускаются три профиля проверки:
4. hard clash по приоритетным парам категорий;
5. soft clash по нормативным зазорам;
6. выборочный 4D-обзор узких мест графика (если применимо).
7. Отчёт сортируется по системе и ответственному, выгружается в BCF (Building Collaboration Format) и отправляется проектировщикам через BIMcollab или встроенный модуль Revit.
8. На еженедельном координационном совещании прорабатываются открытые задачи: что согласовано, что переносится, что ушло в работу.
9. Перед выдачей рабочей документации обязательная финальная проверка: количество критических открытых hard clash должно быть равно нулю, soft clash — обоснованы или закрыты.

Для рутинных операций — выгрузки NWC, сборки NWD, прогона стандартных проверок — у нас работает скрипт `a101_bim.ps1` на рабочей станции с Revit и Navisworks, который запускается одной командой и за 45–60 минут готовит сводную папку выдачи для крупного многосекционного объекта.

Чек-лист подготовки модели к clash detection

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

• единая система координат и общая точка съёмки во всех файлах смежников;
• актуальные версии моделей всех разделов (АР, КР, ОВ, ВК, ЭОМ, СС, ТХ, при необходимости АИ);
• категоризация элементов по правильным дисциплинам (типичная ошибка — гильзы в категории «Generic Models»);
• очищенная модель: удалены тестовые объекты, неиспользуемые семейства, перекрывающиеся дубли;
• согласованный список clash rules на проект (документируется в BIM-плане);
• ответственный за каждую дисциплину назначен и знает свой код в BCF.

Эта подготовка — час-полтора работы координатора. Без неё первый прогон даст бесполезный шум, который придётся вручную фильтровать неделю.

Частые ошибки при работе с коллизиями

Ошибка 1. Считать все коллизии равнозначными. Hard clash «дверь упирается в стояк» и soft clash «радиатор стоит на 5 мм ближе нормы» — это разные задачи. Их нельзя обрабатывать в одной очереди и считать в одном KPI.

Ошибка 2. Передавать список коллизий заказчику. Заказчику нужна сводка: сколько критических открытых, сколько в работе, сколько закрыто, прогноз закрытия. Список из 1840 строк только напугает.

Ошибка 3. Игнорировать soft clash. Многие команды ограничиваются hard-проверкой и считают, что свою работу сделали. В результате на эксплуатации появляются жалобы вида «к щитку не подойти» и «фильтр кондиционера не вытащить».

Ошибка 4. Запускать первую координацию на 70% готовности модели. Чем позже найдена коллизия, тем дороже её устранение. Идеальная схема — еженедельная координация с этапа эскизного проекта, тогда к стадии «Проект» большая часть конфликтов уже разрешена.

Ошибка 5. Не вести BCF-историю. Если каждый прогон выдаёт новый список «с нуля», вы теряете контекст: кто что согласовал, какие компромиссы приняты, почему такая-то коллизия закрыта без правки. BCF — это память проекта.

Когда нужен внешний BIM-координатор

Если у заказчика есть свой BIM-отдел — координация выполняется внутри. Если же объект отдан на проектирование внешней команде, BIM-координация чаще всего входит в обязанности генерального проектировщика. Для своих заказчиков ЛЭНДПРОДЖЕКТ ведёт полный цикл координации внутри проекта: от настройки общей среды данных и шаблонов Revit до финальной выдачи сводной NWD-модели и согласованного BCF-протокола.

Это позволяет заказчику получить на выходе не три параллельные модели от трёх разных подрядчиков, которые потом нужно сшивать самостоятельно, а единый согласованный BIM-актив, готовый для передачи строителю и последующей эксплуатации.

Заключение

Три типа коллизий в BIM — hard, soft и 4D — это не академическая классификация, а рабочая модель ответственности. Hard clash отвечает на вопрос «поместится ли», soft clash — «можно ли это эксплуатировать», 4D — «получится ли это построить в задуманном порядке». Каждый тип требует своего инструмента, своих правил и своего ритма работы.

Главное — не пытаться закрыть все три проверки одним отчётом и одной кнопкой. Качественная BIM-координация — это процесс, встроенный в проектные ритмы команды, а не финальный аудит за неделю до сдачи. Когда координация выстроена правильно, заказчик в конце проекта получает не «1840 коллизий, разбирайтесь», а пустой список открытых задач и сводную модель, по которой можно строить.

Если вам нужна BIM-координация на объекте — от настройки CDE до выдачи сводной модели с протоколом BCF — обсудим задачу: +7 903 523 60 92, mail@landproject.net.