Revit не тормозит работу при появлении предупреждений — он их копит в фоне. За год активного проектирования файл набирает тысячи записей. Сами по себе не ошибка, но перед сдачей ЦИМ заказчику по BIM Execution Plan именно они рвут IFC-экспорт, задваивают позиции в спецификациях и заставляют «плавать» площади помещений. Ниже — пять типов, которые чаще всего встречаются в российских проектах, и что с ними делать.
Где найти список и как с ним работать
Окно Review Warnings открывается через Manage → Inquiry → Review Warnings (шорткат RW). Для больших моделей удобно выгружать HTML-отчёт кнопкой Export — его же потом прикладывают к сопровождающему письму модели для заказчика.
Практика: если warnings больше 500, вручную перебирать бессмысленно. Сначала фильтруют по категории (Identical Instances, Mark duplicates, Walls Overlap), закрывают пачками однотипные — массово через Show → Delete или через Dynamo-скрипт. Глазами по одной проходят последние 20–50 штук перед выпуском стадии.
Identical Instances in the Same Place
Два или более экземпляра семейства стоят в одной точке с одинаковыми параметрами. Появляются после множественного Ctrl+V, объединения моделей разных разработчиков, копирования через связанный файл. Вред — в спецификации: ВОР считает каждый экземпляр, объёмы арматуры, окон, радиаторов удваиваются.
Лечится через Review Warnings → фильтр по категории → Show подсветит оба элемента → удаляете один. Если дублей сотни, подключают Dynamo-пакет «Find and Delete Duplicate Instances» или плагин Ideate Explorer — ищут элементы с совпадающими Family + Type + Location в пределах миллиметра и удаляют все копии кроме первой.
Walls Overlap
Две стены частично занимают один и тот же объём. Ломается расчёт объёмных спецификаций (в ВОР появляется «минус» или удвоение) и теплотехника ограждений по СП 50.13330.2024. При экспорте в IFC такие стены иногда пропадают, иногда превращаются в пересекающиеся IfcWall — принимающая платформа получает геометрию, с которой неудобно работать.
На плане выделить обе стены через Tab, перестроить одну по оси через Split или просто удалить лишнюю. Перед удалением важно свериться с параметрами — тип, материал, огнестойкость: нередко «лишней» оказывается как раз та, где параметры верные.
Room is not in a Properly Enclosed Region
Revit не может посчитать площадь и объём помещения — границы не замкнуты. Обычно не хватает разделителей помещений (Room Separator) там, где граница проходит по условной линии; реже — разрыв стены под перекрытием или за потолком.
В расчётах экспликации по СП 54.13330.2022 для жилых и СП 118.13330.2022 для общественных такое помещение получает нулевую площадь, а раздел АР возвращают с экспертизы (по тем же основаниям, что в 10 замечаний АР). Чинится добавлением Room Separator Line по замкнутому контуру либо перестроением стен до пересечения. Быстрая диагностика в 3D-виде: включить отображение Rooms и визуально найти «дыру» в окрашенном объёме.
Elements have duplicate Mark values
Параметр Mark должен быть уникален внутри своей категории — это его работа как идентификатора в спецификациях и марках рабочей документации по ГОСТ 21.501-2018. Когда у двух дверей Mark = «Д-12», спецификация объединяет их в одну строку, количество суммируется некорректно, на плане РД дубли видны визуально.
Закрывается в два приёма. Первый — создать спецификацию по категории с группировкой и фильтром «itog > 1»: сразу видно все повторяющиеся значения и объём проблемы. Второй — Review Warnings с предупреждением про «same Mark value» и ручная переназначка. Для сотен серийных элементов удобнее Dynamo-скрипт Renumber by Order — в базовом Revit пакетной перенумерации Mark нет. Не путать с Type Mark: тот задаётся на тип и одинаков у всех экземпляров — это не дубль.
Highlighted elements are joined but do not intersect
Элементы соединены командой Join Geometry, но физически не пересекаются. Висящее соединение заставляет Revit при каждой регенерации пересчитывать связь. На десятке таких — незаметно; на сотнях — открытие файла и переключение видов заметно тормозят.
Разрывается через Modify → Join Geometry → Unjoin Geometry на конкретных элементах, массово — через фильтр в Review Warnings с выделением через Tab и снятием соединений. После чистки модель заметно оживает, особенно на крупных проектах с большим числом импорта из связанных файлов (см. расхождение моделей АР и КР).
Что обычно делают неправильно
- Удаляют warnings подряд через Delete, не глядя на категорию — вместе с «пустяковыми» теряют важные элементы модели.
- Копят warnings годами без плановой чистки по рубежам BEP.
- Не передают HTML-отчёт заказчику вместе с ЦИМ — вопросы всплывают на приёмке.
- Игнорируют категорию Coordination Warnings: там сидят коллизии со связанными файлами, которые напрямую влияют на Clash Detection.
- Закрывают warnings в локальной копии без Synchronize with Central — после следующей синхронизации часть возвращается из центральной модели.
- Работают в активном workset и забывают, что часть warnings видна только при переключении на другой — итог: половина модели осталась без чистки.
Частые вопросы
Сколько warnings допустимо в модели при сдаче?
Прямой цифры в нормативе нет. В BEP российских проектов с ТИМ обычно фиксируют 30–50 на момент сдачи стадии П — с исключением тех, что порождены связанными файлами и не закрываются в данном разделе. Конкретное значение оговаривается в ТЗ и BEP заказчика.
Можно ли экспортировать модель с warnings в IFC?
Технически — да, Revit экспортирует даже с тысячами. Но Identical Instances, Walls Overlap и Room not Enclosed влияют на целостность IFC напрямую: элементы дублируются или теряются в IfcSpace / IfcWall / IfcSlab. Минимум эти три категории закрыть до экспорта.
Warnings возвращаются после каждой синхронизации — откуда?
Их генерирует связанный файл или обновление семейства. В Review Warnings → Show покажет, к какому файлу принадлежит элемент. Если источник — связанный файл смежного раздела, закрывать должен его автор.
Где брать скрипты для массовой чистки?
Для сценариев, которые не покрывает встроенный Review Warnings, — Dynamo (входит в Revit 2020+) и сторонние плагины. Для импортозамещающих связок Renga и nanoCAD BIM действуют собственные инструменты проверки — проще, но беднее функционально.
Связь warnings с сущностью ТИМ-модели и требованиями в ТЗ разбирается отдельно: ТИМ или BIM: в чём разница и что писать в ТЗ.
Апрель 2026. Проверено на Revit 2023–2026. Требования к качеству ЦИМ — СП 333.1325800.2020 и ПП РФ № 331 от 05.03.2021.
Я тоже могу ошибаться — напишите, и вместе сделаем материал лучше.