ПИЛОТНЫЙ ПРОЕКТ МИНСТРОЯ Свердловской области. Часть 6

А почему бы и не пойти дальше:

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

Ранее разработчики системы “1С:Смета” уже анонсировали интеграцию с программным продуктом Tangl Value. основные задачи там концентрируются на нескольких направлениях:

1. Передача результатов анализа из сервиса Tangl Value в 1С:Смета;
2. Визуализация данных моделей, ведомостей, смет, актов выполненных работ в Tangl Space;
3. Обмен классификаторами и правилами определения объемов работ.

Мы решили поставить перед собой задачу - внести виды работ в классификатор Tangl Value, попробовать определить те же правила, что мы подготовили при выпуске сметы для передачи её в государственную экспертизу, и посмотреть что из этого получится. По сути, мы использовали Tangl Value как инструмент экспертизы объемов, которые были рассчитаны в другой системе.

Tangl Value создают разработчики из Екатеринбурга, наши земляки. Коллеги всегда готовы к подобным инициативам, а за счет уже сформированной рабочей группы на уровне команд разработчиков 1С:Смета и Tangl Value - удалось максимально быстро начать наш эксперимент!

Из интересного: в данный программный продукт мы передали IFC формат (для этого поработали с настройкой экспорта для передачи необходимой атрибутики из Revit). Сервис поддерживает и загрузку Rvt-файлов, но загрузить IFC нам показалось более правильно, так как экспертиза требует именно этот формат, а как мы описывали ранее - в GGE ссылки на идентификации IFC тоже присутствуют.

Следующее, что нам предстояло сделать:

● Поработать с «привязками» - поисковой запрос. Правила, по которым мы отбирали элементы для «осмечивания» и зафиксировали их в нашем внутреннем документе (по сути это требования к требуемым сметчикам свойствам) в соответствии с видом работ в предыдущем этапе теперь следовало перенести в поисковой запрос. Поисковой запрос - это некоторое правило по которому в сервисе Tangl Value определяется поиск нужных элементов модели.

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

● Создать схему расчета, в который помещается ранее созданный справочник для дальнейшего анализа.

● Провести анализ модели в соответствии со схемой расчетов и получить результат. Проанализировать результаты расчетов можно в двух разрезах: Элементы и их характеристики (мы увидим перечень всех элементов, которые программа отобрала согласно нашим привязкам к выбранному виду работ).

Или в разрезе справочника

Целью данного этапа пилотного проекта было показать, что разработанные правила подсчета (отбора) являются основой для проверки объемов, указанных в сметах, и являются универсальным языком для коммуникации с экспертными службами, не привязывая инженера сметчика исполнителя, и эксперта, осуществляющего проверку - к конкретному ПО.
Также мы проверили тестирование на потерю информации, искажение объемов (правда, только в рамках монолитных конструкций) при переводе в формат IFC и передачи данных в Tangl Value. Потери информации - нет.

От результатов к предложениям: Основные трудозатраты, которые нам потребовались, ушли на необходимость заново создавать поисковые запросы!

В нашем случае и создание смет, и экспертизу проводила одна команда из специалистов, тесно работающих с друг другом. Поэтому мы знали как и что мы ищем, могли быстро и без потерь оцифровать наши знания как в ПО 1С:Смета, так и в сервисе Tangl Value.

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

При передаче в экспертизу модели и сметы необходимо передавать правила отбора элементов, а также формулы для расчета параметров (объемов работ). Хотелось бы, чтобы разработчики ПО предусмотрели автоматизированную выгрузку и загрузку данных правил. В конкурентной среде мы вынуждены будем договариваться о правилах работы с информацией и, по информации от разработчиков 1С:Смета - лед сдвинулся. Это указано и в дорожной карте по интеграции 1С:Смета и Tangl Value, и возникает в дискуссиях экспертного сообщества на уровне министерств строительства и рабочих групп независимых ассоциаций.

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

На сегодняшний день процесс передачи моделей и смет в экспертные службы не подразумевает обмен правилами. Более того - базы данных расценок и сметных норм передаются без таких привязок, а это сейчас важный момент ухода от субъективности оценки объемов между различными участниками и проектирования, и стройки. Пути развития BIM-технологий в границах организации (не важно Застройщика, Проектного института, разработчика ПО) могут существенно отличаться, однако участники рынка так или иначе преследуют схожие цели и при существующем разнообразии работающих подходов и инструментов наиболее важно найти общий язык коммуникации для работы с проектными данными.

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

Итог: Мы смогли по смете, выпущенной в системе 1С:Смета и проверенной на сервисе экспертизы, провести экспертизу объемов в сервисе Tangl Value. Результат: объемы проверены и совпали с расчетными в 1С:Смета, а значит наши правила годятся уже как минимум для двух программных продуктов! Значит путь выбран верно и технология работает.

Идём дальше! Ждите новых экспериментов и статей, остаемся на связи.