Статья 5. Выпуск смет по версии модели по разделу МК
У каждого сметчика свой стиль работы, свое видение работы с проектной документацией, своя накопленная база знаний. А что делать, если условия работы поменялись: для осмечивания выдана цифровая модель здания!
Четвертую статью посвящаю легкому решению этой проблемы. Ранее мы уже обсудили два способа осмечивания и нашли консенсус в том, что второй способ (без 3D сцены) сметчикам удобнее. Как это выглядит?
С помощью специальной обработки, которая встроена в сметную программу “1С:Смета”, мы (а это может быть BIM специалист или инженер-сметчик) загружаем ЦИМ на рабочее место сметчика в Версии модели.
Время загрузки зависит от характеристик здания, от наполняемости модели разделами проектной документации и аттрибутами. К сожалению, скорость программного доступа к свойствам каждого элемента Renga ограничена, поэтому придётся подождать. Наша модель одноэтажного производственного здания, включающая в себя разделы АС, КЖ, КМ, ОВ, загрузилась на среднем компьютере за 20 минут. На производственных серверах, где обычно устанавливают 1С, точно было бы быстрее.
Следующим обязательным этапом работы с цифровой информационной моделью здания в сметной программе является её анализ. Для себя мы должны ответить на следующие вопросы:
- Все ли элементы здания загрузились?
- Достаточно ли свойств объекта у каждого элемента задания?
- Какая категория в каком сметном разделе будет осмечена?
- Многослойные элементы выгрузились по слоям?
- Единицы измерения в проекте соответствуют единицам измерения в сметной системе?
- Как выгрузились элементы запроектированные сборками? Нужно ли разбить сборки в проектной программе и ещё раз перезагрузить модель?
- Как выгрузились IFC объекты?
За многие из них отвечает сама система, корректно обрабатывая данные, но лишний раз взглянуть на итоги загрузки точно не помешает.
В этот раз нам пришлось перезагрузить модель несколько раз: сперва мы не учли необходимость выгрузки материалов, потом решили, что сборку металлического каркаса лучше разбить на отдельные элементы, потом решили поправить в проекте специфику расчета веса 1 метра погонного металлоконструкций. По сути это выглядело как доработка проекта изменениями. На практике избежать такой постоянной перезагрузки помогают требования к проектированию, которые могут (а возможно, и должны) содержать требования по наполнению свойствами, достаточными для осмечивания.
В итоге в Версию модели попали сразу несколько версий нашей загруженной модели, но ничего, система справилась.
Смету мы решили составлять на монтаж металлического каркаса здания. Данные конструкции вошли в несколько категорий модели. В IFC объектах были распорки, прогоны, балки перекрытия; металлоконструкции колонн вошли в отдельную категорию, в категорию луч - вошли горизонтальные металлические конструкции - балки площадок, балки фахверков, подкрановые балки; фермы, ограждения, рельсы - вошли в категорию сборки.
Собрав общую массу с категорий и подкатегорий мы сопоставили ее с расценками на монтаж металлоконструкций и стоимость материалов. Также мы понимали, что нужно учесть еще и работы по окраске металлоконструкций.
Для “родных” элементов Renga мы использовали расчетную площадь боковой поверхности элементов, а вот для сборок BIM-менеджер создал легенду и по ней вычислил суммарную площадь поверхности элементов сборки и прописал полученное значение в дополнительное свойство “Площадь покрытия составом”. Пока еще работа со сборками приводит к необходимости создания дополнительных свойств, т.к. для них практически нет расчетных параметров. Этот процесс можно автоматизировать на стороне “1С:Смета”, но нам хотелось, чтобы свойства сборок сохранились в модели.
Создав смету мы поняли, что ее структура нам не подходит. Для каждой категории был свой раздел с итогами, что не соответствовало нашему представлению об итоговом виде документа.
Поэтому следующим этапом, нам было необходимо настроить структуру сметы. Для этого выбрали свойство, которое есть у всех элементов и заполнено оно одинаково. Задали структуру сметы по этому свойству и перевыпустили смету.
Локальная смета на монтаж металлоконструкций приобрела нужный для нас вид.
Тут стоит отметить, что пока мы экспериментируем со сметой, можем позволить себе некоторые подобные вольности, при внедрении сметного ПО в работу необходимо будет создать дополнительное свойство “Группировка в 1С” в объектах модели, чтобы по нему настраивать структуру.
Настроив визуализацию с программой проектирования Renga, нам удалось визуально проверить наполняемость сметы.
Итоги нашей работы мы считаем положительными. Аналитическую работу цифровой информационной модели здания провели, после нескольких перезагрузок модели в сметную систему добились нужного наполнения ЦИМ для составления сметы. Смету на монтаж металлоконструкций производственного здания выпустили.
С помощью разработчика мы загрузили наш полученный GGE файл на портал сервиса комплексной проверки сметных расчетов, который использует Главгосэкспертиза. Запустили и прошли первичную проверку успешно (но об этом обязательно расскажу в следующих статьях).
Считаем нужным доработать возможности по настройке структуры сметы, чтобы сметчик в процессе создания сметы мог самостоятельно определять в какой раздел сметы должны попасть работы по тому или иному элементу модели здания. Разработчики “1С:Смета” традиционно позитивно отнеслись к пожеланиям и взяли такую задачу в работу, за что отдельное спасибо!
Ну а что же метчику делать, если в процессе работы над сметой, сметчику захотелось увидеть в сметной системе спецификацию из проекта, и работы назначать не с привязкой к элементам модели, а использовать строки спецификации? Этот вопрос я постараюсь раскрыть в своей следующей статье.
Опубликовано с позволения автора Софьи Дерновой
Источник: Суровый челябинский RengaBIM