Часть 2. От теории к практике (Ход работ и немного о требованиях к модели)
Продолжаем серию статей про участие в пилотном проекте Минстроя Свердловской области по формированию требований к информационной модели в сметной части. Статья подготовлена и написана коллегами из компании Первостроитель.
После определения задач и плана, что мы получили на вход первого шага:
Модель Revit: Раздел КЖ, строящегося жилого дома по адресу: г. Екатеринбург, ул. Мира, 47/6.
Содержание модели: Монолитные конструкции, Сборные ж/б конструкции, Арматура.
Что с чем сравниваем: Так как вся документация была выпущена на основании BIM-модели, сравнительный анализ проводился между данными содержащимися в модели и данными, импортированными в 1С:Смета.
Дополнительные вводные: Помимо еженедельной планёрки и ведения журнала замечаний, было принято принципиальное решение отключить уведомление в чате проекта, так как излишнее вовлеченность некоторых участников мешала... жить.
В процессе работы было выделено 3-и потенциальных технических момента на которые следует обратить внимание при внедрении:
1. Недостаточность информации содержащейся в модели. Достаточно распространенная проблема, которая обошла нас стороной, однако зачастую решается пересмотром требований/времени, стоимости конечного продукта со стороны Заказчика, так как подобные правила, требования и пути их реализации могут быть индивидуальны для каждой организации; |
2. Несоответствие выгружаемых и заполняемых параметров. В нашем случае не хватало одного параметра (Объём для элементов с произвольной геометрией), данная проблема была решена в течении пары часов. |
3. Несоответствие правил моделирования и алгоритма выгрузки. В разных организациях правила моделирования, подсчетов объёмов, допуски при моделирования могут разительно отличаться. Один и тот же объем можно подсчитать по разному: замоделировать, внутри другого элемента, в спецификации/при выгрузке. В данном случае получение корректного результата может зависеть как от технического, так и от организационного аспекта и иметь несколько решений. С этой проблемой мы столкнулись при работе с арматурой.
|
Для её решения были выработаны 3 предпочтительных сценария представления арматуры в BIM-модели:
1. На основании системного параметра бетонных конструкций (Перекрытия, Колонны и т.д.) – «Предполагаемый объём армирования» (Тип данных: Объем, Единицы измерения: см3) с последующим умножением на плотность арматуры.
|
2. На основании рассчитанных параметров бетонных конструкций (Перекрытия, Колонны и т.д.) - расчетный параметр массы арматуры в элементе (Тип данных: Масса, Ед. изм.: кг) подсчитанный автоматически по утвержденным формулам с необходимой группировкой (например с учетом класса и диаметра элемента)
|
3. На основании замоделированных элементов армирования.
|
Для собственного проекта мы использовали наименее трудозатратный из сценариев (№1), учитывая арматуру в общем тоннаже стали без деления на диаметры и класс арматуры. Для повышения точности были выгружены несистемные элементы армирования, такие как лягушки и шпильки.
Процесс осмечивания в системе позволял нам более точно формировать требования к составу свойств объектов. В том числе с сохранением их в системе (с возможностью в любой момент повторно просмотреть и использовать такие правила).
Мини выводы по автоматизации процесса составления смет:
|
|
|
В дальнейших статьях мы попробуем рассказать о том, что потребовалось сметчику на старте (кроме знаний), как выглядел процесс внутри системы 1С:Смета и чем закончилась экспертиза сметы в формате GGE.