Дубли в Revit — три разных класса проблем с одним симптомом: спецификация задваивает позиции, ВОР завышает объёмы, IFC-экспорт ломает IfcSpace и IfcWall. Чтобы закрыть все три за один проход, сначала нужно понять, какой именно дубль у вас в модели: геометрический экземпляр в одной точке, совпадающее значение параметра Mark или продублированное семейство.
Дальше — рабочий процесс: как найти каждый тип, как удалять массово и что проверить после чистки. Типичный адресат — BIM-координатор перед передачей ЦИМ заказчику по СП 333.1325800.2020.
Три класса — три инструмента
| Класс | Где искать | Что ломает |
|---|---|---|
| Identical Instances в одной точке | Manage → Review Warnings; Ideate Explorer; Dynamo | Двойные объёмы в спецификациях и ВОР |
| Совпадающие Mark | Спецификация по Mark с фильтром; Review Warnings | Дубли марок в РД, сбитая сборка ведомостей |
| Дубли типов и семейств | Project Browser; Purge Unused; Transfer Project Standards | Разрастание файла, конфликт параметров, путаница при сборке |
Геометрические дубли: Identical Instances
Самый вредный класс: несколько одинаковых экземпляров семейства стоят в одной точке с одинаковыми параметрами. В спецификации ВОР каждый считается отдельно — объёмы арматуры, опалубки и отделки удваиваются.
Откуда берутся: копирование через связанный файл с последующим линкованием в основную модель; множественный Ctrl+V; объединение моделей нескольких авторов; импорт из DWG с конвертацией в семейства. Отдельный частый источник — копирование элементов между уровнями без смещения.
Путь закрытия: Manage → Inquiry → Review Warnings (RW), фильтр «Identical Instances in the Same Place», кнопка Show подсветит оба элемента. Для больших моделей удобнее HTML-отчёт (Export) — работа идёт по сводной таблице. Для сотни — ручной Delete; для тысяч — Dynamo-скрипт, который выбирает элементы с совпадающими Family + Type + Location в пределах допуска 1 мм и оставляет один экземпляр. Коммерческая альтернатива — Ideate Explorer или CTC BIM Suite.
Проверка после чистки: в Review Warnings по этой категории — ноль; спецификации Walls, Doors, Windows дают объёмы, которые ждали от модели.
Mark, который не должен повторяться
Mark — уникальный идентификатор экземпляра в пределах категории. Две двери с Mark = «Д-12» — дубль. Это ломает автоматическую сборку спецификаций и ведомостей по ГОСТ 21.501-2018: строка объединяет оба, количество считается как один, на листах РД марки визуально повторяются.
Источник обычно — копирование элементов без переназначения Mark, импорт из связанной модели с пересечением диапазонов, слияние двух этапов проектирования в один файл.
Находят двумя способами. Быстрый — создать спецификацию по категории («Mark» у дверей) с группировкой по Mark и фильтром «itog > 1». Сразу видно все повторы и их количество. Альтернативный — Review Warnings с предупреждением про «same Mark value» (формулировка слегка меняется между версиями Revit). Дальше Show → переназначение на уникальное значение. Для серийных случаев (сотни однотипных окон) — Dynamo-скрипт Renumber by Order: пакетной перенумерации Mark в базовом Revit нет, и это частый повод завести корпоративный набор скриптов на отделе.
Важное различие: Type Mark задаётся на тип и одинаков у всех экземпляров этого типа — это норма, не дубль. Ошибка «same Mark value» касается только Mark, не Type Mark.
Дубли типов и семейств в структуре проекта
Одно семейство загружено дважды под разными именами («Дверь_90_2000» и «Дверь 90х2000»); один тип существует в нескольких версиях; семейства заказчика и собственные разработки тянутся в проект без унификации.
Находят через Project Browser → Families по каждой категории — визуально по именам. Для оборудования и мебели — аналогично. Быстрее — Manage → Transfer Project Standards с чистым файлом-шаблоном: показывает все несовпадения списком.
Убирают в два шага. Manage → Purge Unused удаляет типы и семейства, не используемые в проекте, — безопасно. Для реально задвоенных семейств (разные файлы под один тип) — сперва переназначить экземпляры на одно целевое семейство через Modify → Change Type, потом Purge.
Результат заметен сразу: размер файла у «замусоренных» моделей падает на 30–40 %, сборка спецификаций ускоряется, исчезают предупреждения вида «Family has duplicate Type Marks». На моделях с заявленным уровнем детализации чистка семейств позволяет удержать геометрию в рамках LOD без «хвостов» от прежних версий.
Как это ложится в BEP
Плановая чистка дублей — не инициатива координатора, а пункт BIM Execution Plan. В нём фиксируют: кто отвечает за Review Warnings, какое количество warnings приемлемо на сдаче стадии, какой формат отчёта о чистке передаётся заказчику. Если в ТЗ требований к ТИМ и BEP нет, чистка сводится к редким инициативам BIM-координатора без обязательной отчётности — и тогда дубли живут годами.
К рубежу сдачи готовят три документа: HTML-отчёт Review Warnings, сводную таблицу семейств до и после Purge Unused, список закрытых дублей Mark. Это сопровождающий пакет модели — заказчик видит объём работы без ручного анализа. Подробнее о связке терминологии в ТЗ — ТИМ или BIM; общий пул предупреждений, в который попадают дубли, разобран в пяти предупреждениях Revit.
Типичные провалы
- Удаляют Identical Instances без резервной копии — при ошибке откат невозможен.
- Переназначают Mark вручную, не контролируя уникальность — создают новые дубли.
- Запускают Purge Unused без анализа — удаляют семейства, которые нужны связанным файлам.
- Не выполняют Synchronize with Central после локальной чистки — при следующем Sync дубли возвращаются.
- Работают только в активном workset — часть дублей сидит в других наборах и остаётся.
- Не обновляют отчёт перед финальной сдачей — заказчик получает ЦИМ с актуальной моделью, но устаревшим отчётом о чистке.
Что спрашивают чаще всего
Есть один скрипт, закрывающий все три класса дублей?
В базовом Revit — нет. Коммерческие плагины (Ideate Explorer, Dynamo-пакеты) снимают классы 1 и 2 одним проходом. Класс 3 — только вручную через Project Browser и Transfer Project Standards.
Чистить перед каждой синхронизацией?
Избыточно. Достаточно рубежной чистки: перед выпуском стадии П, перед РД, перед передачей ЦИМ заказчику. Между ними — оперативный мониторинг Review Warnings без массовых операций.
Покажет ли Clash Detection Identical Instances как коллизии?
Да. Два экземпляра в одной точке Navisworks и Revit Clash Detective считают пересечением. Прогон Clash Detection на «грязной» модели — это отчёт, забитый ложными коллизиями. Чистка обязательна до прогона.
Дубли возвращаются из семейства-заготовки — что с этим делать?
Некоторые семейства с вложенными экземплярами при размещении плодят дубли вложенных элементов. Тогда — в Family Editor, убрать дублирующиеся вложения, перезагрузить в проект.
Сколько времени занимает чистка в большом проекте?
Жилой дом на 200 квартир с отделкой — 4–8 часов работы BIM-координатора при первом прогоне, 1–2 часа при плановых повторных. Крупный комплекс с полным набором инженерных разделов — 1–3 рабочих дня, включая пересборку связанных файлов.
Если ЦИМ сдаётся только как IFC — можно не чистить?
Нет. Identical Instances при экспорте плодят дубли IfcWall / IfcSpace / IfcSlab, с которыми дальше ломается импорт в ПО заказчика (в том числе в Renga и nanoCAD BIM). Чистка до экспорта — обязательный шаг пайплайна.
Апрель 2026. Проверено на Revit 2023–2026. Нормативные требования к ЦИМ — СП 333.1325800.2020 и ПП РФ № 331 от 05.03.2021 (ред. 20.12.2022).
Образование: Промышленное и гражданское строительство, магистратура - Подземное и городское строительство.
Подробнее об авторе →Я тоже могу ошибаться — напишите, и вместе сделаем материал лучше.