BIM-модель в строительстве: применение в стройконтроле от IFC до освоения

Разговор про BIM-модель в строительстве и её применение почти всегда идёт со стороны проектировщика: коллизии, состав разделов, выпуск документации, качество атрибутивки. Для стройки это важно, но вторично. На площадке модель ценна ровно настолько, насколько по ней можно ответить на четыре вопроса: сколько чего смонтировано, на какую сумму, где сейчас проблема и что мешает закрыть работу. Если модель не отвечает на эти вопросы, она остаётся файлом, который открывают на совещании и закрывают после него.

Причина разрыва в том, что модель приходит на объект в виде статичного IFC-файла — среза проектного решения на дату выгрузки. Стройконтроль же работает с потоком: смонтировали пролёт, приняли, выдали замечание, устранили, закрыли объём, подписали процентовку. Чтобы применение BIM-модели в строительстве вышло за пределы визуализации, файл нужно превратить в структуру, к которой прикрепляются факт выполнения, деньги и замечания. Дальше — про то, как это устроено практически, чего это стоит по трудозатратам и на каких объектах вся затея не окупается.

Что модель реально даёт стройке, а не проектному отделу

Проектировщик ценит модель за согласованность разделов между собой. Прораб и инженер стройконтроля ценят другое — адресность. Каждый элемент модели имеет устойчивый идентификатор, положение в пространстве, тип, марку и геометрию. Это значит, что любой факт на площадке можно привязать не к строке «монолитные работы, этаж 3», а к конкретной колонне в конкретной оси. Разница проявляется в момент спора: когда речь идёт о строке ведомости, стороны обсуждают трактовки, когда речь идёт об элементе с идентификатором — обсуждают факт.

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

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

Что должно быть в IFC-файле, чтобы модель годилась для контроля

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

Минимально работоспособный набор выглядит примерно так — и его стоит проверять на первой же тестовой выгрузке, а не на финальной.

• устойчивые идентификаторы элементов, которые не меняются от выгрузки к выгрузке;
• корректное разделение по этажам и пространственной структуре — без элементов, «висящих» вне уровней;
• заполненные тип и марка элемента, соответствующие спецификациям проекта;
• геометрия, из которой корректно считаются объём, площадь и длина, без дублирующихся и вложенных друг в друга тел;
• разбиение крупных монолитных конструкций по захваткам или хотя бы по этажам, если приёмка идёт частями;
• единый классификатор или система кодов, по которой элементы можно сопоставить со сметными позициями;
• отсутствие мусорных элементов нулевого объёма и вспомогательной геометрии.

Отдельная договорённость — регламент выдачи новых версий. Модель на активном объекте меняется, и если проектировщик присылает выгрузки нерегулярно и без описания изменений, вся конструкция учёта начинает разъезжаться. Разумный минимум — фиксированная периодичность, единый формат имени файла и сопроводительная записка о том, какие разделы затронуты.

Ведомость конструкций и объёмы: первый практический результат

После загрузки IFC первое, что должно получиться, — ведомость конструкций: плоская таблица всех элементов с типом, маркой, этажом, количеством и вычисленными объёмами. Это уже самостоятельная ценность, независимо от дальнейшей работы со сметой. Ведомость позволяет проверить комплектность модели, увидеть аномалии в геометрии и сопоставить проектный объём с тем, что заложено в договор.

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

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

Как смета ложится на элементы модели

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

Стоимость, распределённая по элементам, даёт то, чего не даёт ни смета, ни график по отдельности: денежную стоимость каждой конструкции. Смонтировали ригель — известно, сколько это в рублях. Отметили этаж — известно освоение по этажу без ручного пересчёта. Именно на этом строится связь между фактом на площадке и формами КС-2 и КС-3: объёмы для процентовки собираются не из памяти прораба, а из отмеченных элементов.

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

Отметка факта выполнения и цветовая раскраска освоения

Работа с фактом устроена просто по замыслу и требует дисциплины на практике. Инженер или прораб отмечает элементы как выполненные — поштучно, выделением области, или группой по фильтру «все колонны третьего этажа». Система пересчитывает освоение в объёмах и деньгах и перекрашивает модель: невыполненное, в работе, выполненное, принятое, с открытым замечанием. Через минуту после обхода объекта руководитель видит картину, на сбор которой раньше уходил день переписки.

Цветовая раскраска даёт эффект, который трудно получить таблицей: неравномерность видна мгновенно. Секция, где монтаж встал две недели назад, выделяется цветом на фоне соседней. Этаж, где приняли конструкции, но не закрыли ни одного замечания, виден как отдельное пятно. Дальше вопрос уже не в том, чтобы обнаружить проблему, а в том, чтобы решить, что с ней делать.

Дисциплина здесь важнее инструмента. Если отметка факта делается раз в месяц перед процентовкой, модель превращается в ещё одну форму отчётности и теряет смысл оперативного управления. Рабочий ритм — отметка по мере закрытия захваток, то есть в том же темпе, в котором работает бригада.

Замечания и приёмка на конкретной конструкции

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

Отсюда следует правило, которое стоит закрепить организационно: элемент не считается принятым, пока по нему есть незакрытые замечания, и объём по нему не идёт в процентовку. В цифровой системе это удобно делать техническим ограничением — например, в СтройОко закрытие приёмки блокируется при открытых замечаниях, и обойти это волевым решением на площадке нельзя. Такое ограничение снимает большую часть споров о том, что считать выполненным.

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

Что происходит при новой версии модели от проектировщика

Это тот момент, на котором рушится большинство самодельных решений на базе таблиц. Проектировщик присылает обновлённый IFC: часть элементов не изменилась, часть изменила геометрию, часть удалена, появились новые. Если просто загрузить новый файл поверх старого, накопленные отметки факта, суммы освоения и замечания повисают в воздухе — привязка потеряна, и работу приходится делать заново.

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

• элементы без изменений — данные переносятся автоматически;
• изменена только геометрия при сохранении идентификатора — переносятся отметки и замечания, объёмы и суммы пересчитываются;
• элемент удалён из новой версии — отметки сохраняются в архиве версии, чтобы не потерять уже закрытые объёмы;
• элемент появился впервые — попадает в перечень как невыполненный и требует сопоставления со сметой;
• идентификатор изменился, но тип, марка и положение совпали — кандидат на ручное подтверждение;
• затронуты элементы, по которым уже подписаны формы, — отдельный список для разбора с заказчиком.

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

Порог входа: где модель окупается, а где нет

Честный разговор о применении BIM-модели в строительстве обязан включать издержки. Первичная подготовка — проверка выгрузки, чистка модели, сопоставление со сметой, настройка правил — это, как правило, от нескольких дней до нескольких недель работы инженера, знакомого и с моделью, и со сметой. Дальше нужна регулярная дисциплина отметки факта и обновления версий. Если этих ресурсов нет, инструмент не заработает независимо от качества программного обеспечения.

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

• объект длится меньше полугода — подготовка съест выигрыш;
• модель делалась «для галочки» после выпуска чертежей и им не соответствует;
• основные объёмы — земляные работы, благоустройство, инженерные сети в траншеях;
• на объекте нет человека, который будет отвечать за актуальность модели;
• заказчик принимает работы только по бумажным формам и в цифровую картину не смотрит;
• смета составлена укрупнённо и не раскладывается на конструкции даже приблизительно.

Разумная стратегия для первого раза — не разворачивать модель на весь объект сразу, а взять один вид работ, чаще всего монолит или металлокаркас, и довести его до конца: от ведомости и сметы на элементах до отметки факта и выгрузки объёмов в процентовку. На этом масштабе видны и польза, и трудозатраты, и качество исходной модели, а решение о расширении принимается на фактах, а не на презентации.

Чек-лист запуска модели на объекте

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

• получить тестовую выгрузку IFC до старта работ и проверить её на устойчивые идентификаторы, структуру этажей и корректность геометрии;
• зафиксировать в договоре с проектировщиком формат, периодичность и правила именования выгрузок;
• построить ведомость конструкций, сверить объёмы с договорными и разобрать расхождения письменно;
• выбрать один вид работ для пилота и сопоставить его сметные позиции с элементами по правилам, а не вручную по одному;
• определить, кто и с какой периодичностью отмечает факт, и встроить это в существующий ритм отчётности;
• закрепить правило: элемент с открытым замечанием не принимается и в объём не идёт;
• отработать перенос данных на первой же новой версии модели, пока накопленных отметок мало и цена ошибки низка;
• сравнить объёмы из модели с предъявленными к оплате за первый период и разобрать разницу до подписания форм.

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