BIM-аудит: чек-лист перед автоматизацией

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

Заказчик просил скрипт: заполнить марки оборудования по всем этажам. Открыли модель, а марка живёт в трёх разных параметрах. В части семейств это «Марка», в части «ADSK_Марка», в остальных текст вбит прямо в имя типа. Скрипт написали бы за день. Разбор того, где что лежит, занял четыре.

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

Зачем аудит, если скрипт всё равно нужен

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

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

Аудит стоит 1-2 недель. Переписывание автоматизации после того, как выяснилось, что параметры разъехались, обычно стоит дороже и обиднее.

Блок 1. Геометрия и структура модели

Начинаем с того, что видно глазами и счётчиками.

• Уровни. Сколько их, все ли названы человеческим языком, нет ли дублей вроде «Этаж 3» и «Уровень 3». Дубли ломают любую группировку по этажам.
• Категории. Стены стенами, перекрытия перекрытиями. Перегородка, сделанная перекрытием на ребре, встречается чаще, чем хочется.
• Модели-на-месте. Считаем количество. Больше 30 на объект это сигнал: такие элементы плохо считаются в спецификациях и не несут нормальных параметров.
• Импортированный DWG внутри модели. Открываем Manage → Manage Links → CAD. Вставленная подложка на каждом виде добавляет вес и мусорные типы линий.
• Предупреждения. Manage → Warnings. До тысячи это рабочая ситуация, свыше трёх тысяч модель уже тормозит на пустом месте.

Отдельно смотрим вес файла и время открытия. Если файл раздела открывается 12 минут, автоматизация не поможет: сначала чистят модель.

Блок 2. Параметры и данные

Главный блок. Именно здесь ломается большинство планов по автоматизации.

Где живёт информация. Общий параметр, параметр проекта, встроенный параметр Revit или имя типа. Четыре разных места, четыре разных способа достать значение.

Файл общих параметров. Он один на компанию или у каждого свой? Второй вариант означает, что GUID параметров у разных разделов разные, и данные при связывании не сойдутся никогда.

Заполняемость. Берём три ключевых параметра и считаем долю пустых значений по модели. Проверять удобно спецификацией с фильтром «пусто». Наш порог: пустых больше 15% значит правило заполнения на бумаге, а не в работе.

Единицы и формат. Длина в миллиметрах, в метрах или текстом «2,5 м»? Текстовое поле с числом внутри это классическая ловушка: сортировка врёт, сумма не считается.

Мусорные значения. Ищем «-», «нет», «уточнить», «ххх», пробел в конце строки. Последний невидим глазом, но ломает сравнение и группировку.

Блок 3. Шаблон, семейства, оформление

Шаблон определяет, повторится ли беспорядок на следующем объекте.

Смотрим, есть ли вообще единый файл шаблона и когда его правили последний раз. Ответ «года три назад, с тех пор копируем прошлый проект» слышим регулярно.

Дальше по семействам: сколько их в модели, сколько дублей с именами вида «Дверь_1», «Дверь_1_нов», «Дверь_1_испр». Считаем вложенные семейства с общими параметрами: если общих параметров нет, в спецификацию они не попадут.

Отдельно проверяем спецификации в шаблоне. Собраны ли они под требования вашей документации или каждый раз настраиваются заново. Настройка спецификации с нуля это два-три часа на раздел, умножьте на количество объектов в год.

Блок 4. Координаты и связи

Тихий убийца координации. Проблема всплывает, когда разделы уже нарисованы.

• Одна ли точка привязки у всех разделов и записана ли она в задании на проектирование.
• Как подгружены связи: Origin to Origin или по общим координатам.
• Совпадают ли уровни у АР и КР по отметкам, а не только по названиям.
• Нет ли поворота модели относительно севера, о котором знает один человек.

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

Блок 5. Обмен и хранение

Здесь мы уже не про Revit, а про то, как файлы ходят между людьми.

Считаем количество версий одного раздела в папке проекта, смотрим, есть ли правило именования, кто и когда публикует модели, куда складывают выданные комплекты. Вопрос «где лежит актуальная модель ОВ» задаём трём разным людям и сравниваем ответы. Три разных ответа встречаются чаще, чем один.

Отдельно фиксируем, чем обмениваются с внешними участниками: RVT, IFC или экспортом в DWG. Для IFC сразу проверяем состав свойств, потому что потери там обычные (что именно проверять, собрано в разборе про качество данных IFC).

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

Блок 6. Люди и правила

Техническая часть без этой обычно бесполезна.

Кто отвечает за шаблон. Если никто, шаблон мёртв, даже когда файл существует.

Есть ли письменные правила и открывал ли их кто-нибудь. Спросите у рядового инженера, где лежит регламент. Пауза дольше пяти секунд означает ответ.

Как передают знания новичку. «Посадим рядом с Сергеем» это не процесс, а лотерея.

Что происходит при ошибке. Ищут виноватого или правят правило? От ответа зависит, приживётся ли контроль качества.

Что чаще всего находим

Пять диагнозов повторяются из аудита в аудит.

Марка в трёх местах. Симптом: сводная ведомость собирается вручную, потому что автоматически не сходится. Лечение: одно поле-источник, остальные заполняются формулой или скриптом.

Шаблон-призрак. Симптом: новый объект начинают с копии прошлого. Внутри тянутся все ошибки за три года, включая забытые виды и мёртвые фильтры.

Связи по внутренней точке. Симптом: при выгрузке в Navisworks разделы разъезжаются на десятки метров. Правится настройкой экспорта, но лучше договориться о координатах на старте.

Спецификация правится руками после выгрузки. Симптом: инженер экспортирует таблицу в Excel и доводит её там. Значит модель не источник данных, а черновик, и автоматизировать пока нечего.

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

Чего аудит не даст

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

Он не оценит проектные решения. Аудит смотрит на структуру информации, а не на то, правильно ли посчитана балка. Нормоконтроль и экспертиза остаются на своём месте.

Он не покажет проблемы, которых нет в файлах. Если раздел ОВ ещё не начали, оценить его качество нечем. Аудит на стадии «эскиз» показывает мало, полезнее его делать в начале стадии «Р».

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

Короткие ответы на частые вопросы

Сколько занимает аудит? Одна модель среднего объёма: 3-5 рабочих дней. Полный разбор процессов компании с интервью: 2 недели.

Можно ли проверить модель самим? Да, первые три блока проходятся своими силами за день. Сложнее с четвёртым и шестым: свои привычки изнутри не видны.

Нужен ли доступ к нашим файлам? Достаточно копии одного объекта и файла общих параметров. Копию можно почистить от чувствительных сведений, на структуру это не влияет.

Что делают с результатом? Список находок сортируют по цене исправления: сначала то, что чинится за день и мешает всем, потом крупное. Пять пунктов в работу за квартал реалистичнее, чем сорок.

Аудит нужен каждый год? Полный нет. Раз в год достаточно короткой проверки по ключевым блокам, а вот регулярные автоматические проверки моделей полезны каждую неделю.

С чего начать

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

Если картина не радует, дальше по списку: параметры, шаблон, координаты, обмен.

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