Услуга

Автоматизация проверки BIM-моделей

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

Модель ушла заказчику в пятницу. Во вторник вернулся файл с 60 замечаниями. Сорок четыре из них - пустые параметры, разнобой в именах типов и элементы, уехавшие на чужой уровень. Ничего сложного там нет. Просто никто не смотрел: разглядеть глазами 18 тысяч элементов невозможно.

Такую проверку делает скрипт. За четыре минуты, каждую ночь, по правилам вашей компании, а не по чужому шаблону.

С чем к нам приходят

Заказчик прислал EIR на сорок страниц. Требования к именованию, обязательный набор параметров, разбивка по системам и зонам. Проверять их соблюдение руками перед каждой выдачей нереально: это неделя работы координатора на один комплект.

Модель растёт, порядок в ней падает. В отделе из шести человек у каждого своя привычка называть типы. Через полгода в спецификации всплывает двенадцать написаний одной и той же перегородки.

Замечания повторяются из проекта в проект. Отметки, марки, незаполненные общие параметры. Люди меняются, грабли те же.

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

Что именно проверяем

Набор собираем под вас, но стартовый список выглядит так.

• Параметры. Заполненность обязательных полей, тип значения, попадание в классификатор. Пустая марка у 300 воздуховодов находится за секунду.
• Наименования. Типы, семейства, системы, виды и листы по маске из вашего BIM-стандарта. Регулярное выражение ловит и лишний пробел, и латинскую «C» в русском слове.
• Геометрия. Дубли в одной точке, нулевые длины, элементы за габаритами здания, стены на чужих уровнях.
• Коллизии. Правила по парам категорий, с допусками и списком исключений, чтобы отчёт не превратился в тысячу пересечений отделки с отделкой. Как это настраивается, разобрано в статье о проверке коллизий в Navisworks.
• Соответствие EIR. Пункт требований превращаем в проверяемое условие. Если формально записать его нельзя, честно говорим об этом и оставляем пункт человеку.
• Экспорт. Что уедет в IFC и что при этом потеряется по дороге. Про типовые потери есть отдельный разбор.

Как идёт работа

Шаг 1. Разбор правил. Полтора часа созвона с вашим BIM-менеджером плюс чтение стандарта и EIR. На выходе таблица: пункт требования, способ проверки, что считается нарушением, кто исправляет. Половина времени уходит на формулировки вроде «наименование должно быть корректным». Их приходится превращать в конкретику.

Шаг 2. Прототип на живой модели. Берём один реальный файл и прогоняем черновой набор. Сюрпризы всплывают всегда: правило, которое нарушают 90% элементов (значит, неверное правило), или ноль срабатываний из-за опечатки в имени параметра.

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

Шаг 4. Возврат замечаний в модель. Отчёт мало прочитать, по нему надо работать. Замечания отдаём так, чтобы проектировщик открыл файл и сразу увидел проблемные элементы: выборка по ID, фильтр вида, BCF для координации.

Шаг 5. Расписание. Проверка вешается на ночь или на момент выдачи. Утром отчёт по вчерашней модели лежит в почте.

Шаг 6. Передача. Инструкция, исходники, полчаса разбора с командой.

Что остаётся у вас

• Проверки в виде скриптов: Dynamo, Python или плагин, выбираем по задаче.
• Таблица правил человеческим языком. Её правит ваш координатор, без нас.
• Шаблон отчёта и один заполненный образец.
• Инструкция на две-три страницы: как запустить, что делать с результатом.
• Исходный код. Без подписки и без привязки к нашему серверу.

Сроки и деньги

Первый рабочий набор из 10-15 проверок - около двух недель. Полный контур с расписанием, возвратом замечаний и обучением команды - от трёх до шести недель. Разброс зависит от того, насколько внятно у вас написан стандарт.

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

Маска АР_Стена_<тип>_<толщина> стоит дешевле, чем требование «проверять корректность наименований». Во втором случае мы неделю согласовываем, что такое корректность.

Когда лучше купить коробку

Скажем честно: есть Tangl Control, BIM Inspector, G-Tech и другие продукты, которые проверяют модели из коробки. Требования типовые, своего стандарта пока нет, нужен результат на следующей неделе - берите готовое. Выйдет быстрее и дешевле.

Мы нужны там, где коробка упирается:

• правила специфичны для компании и переписываются под каждого заказчика;
• проверка должна лезть в вашу 1С, ERP или базу с классификатором;
• результат нужно вернуть в ваш процесс, а не в чужой веб-интерфейс;
• в проверку входит текст: замечания экспертизы, письма, пункты СП.

Совмещение тоже встречается. Коробка ловит типовое, наши скрипты добирают остальное. Конкуренцией мы это не считаем.

Чего мы не делаем

Не моделируем за вас. Не исправляем найденное молча: скрипт показывает нарушение, решение принимает инженер. Массовую автоправку включаем только там, где ошибка однозначна, вроде недостающего префикса, и всегда с журналом изменений.

Не обещаем ноль замечаний от экспертизы. Автоматика ловит формальные нарушения, а не проектные решения. Балку, которая пересекает окно, скрипт найдёт. Балку, которая не нужна по конструктиву, - нет.

Не беремся, когда нет ни стандарта, ни требований заказчика. Проверять тогда нечего. Начинать надо с чек-листа BIM-аудита и с записи правил на бумаге.

Частые вопросы

Модели уйдут куда-то на сторону? Нет. Скрипты работают в вашем контуре: рабочая станция, сервер компании или изолированный контейнер. Если в проверке участвует языковая модель, ставим локальную. NDA подписываем.

У нас Revit и немного ArchiCAD, это помешает? Нет. Часть проверок идёт по IFC и не зависит от того, в чём смоделировано. Правила через Revit API работают только в Revit.

Кто будет это запускать после вас? BIM-менеджер или координатор. Запуск - одна кнопка либо расписание на сервере. Программист не нужен.

Сколько правил брать на старте? Десять-пятнадцать, закрывающих самые частые замечания. Сто правил на старте дадут отчёт, который никто не откроет.

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

Что дальше

Пришлите EIR или ваш BIM-стандарт и одну реальную модель. За несколько дней прогоним черновой набор и покажем, что нашлось, до всякого договора. Дальше решите сами: нужен вам такой контур или хватит коробочного продукта.

Написать можно в Telegram или через форму на странице контактов. Рядом стоят автоматизация через API и интеграции, разработка Dynamo-скриптов и плагинов и ИИ в проектировании.