Основные термины и определения

Ведомость объёмов работ — документ, отражающий наборы работ в количественном выражении (можно назвать этот документ «Шаблоном коммерческого предложения»). Шаблоны коммерческого предложения (КП) отправляются соискателям для прохождения тендера. Способ доставки шаблонов КП соискателям может быть различным и в данной статье не рассматривается. Соискатели до начала тендера обозначают свои цены по всем позициям шаблона КП. Редактировать, добавлять, удалять позиции шаблона КП соискатели не имеют возможности.

Локальная смета, полученная из модели объекта — документ, отражающий наборы работ в количественном и суммовом выражении в масштабе цен девелоперской компании-заказчика. Локальная смета составляется девелопером/заказчиком до начала проведения тендерных процедур по определению подрядчика по данному виду работ (специализации). Данные локальной сметы находятся на руках у девелопера и участникам тендера не раскрываются. Стоимость локальной сметы необходима девелоперу как ориентир при тендерной процедуре.

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

Вообще говоря, задача по составлению локальных смет — чисто формальная работа, особенно при условии наличия ведомости объёмов работ (ВОР). Здесь главное — объёмы, а далее прикрепить цены к позициям — «дело техники». Причём расценки можно прикреплять практически любые, как корпоративные, так и федеральные, территориальные. Можно даже использовать государственные элементные сметные нормы (ГЭСН) и внося цены на материальные ресурсы, механизмы и затраты труда рабочих (из внутренних корпоративных справочников или любых других), получать цену позиции по локальной смете.

Справочники ГЭСН

В компании, где я занимал должность руководителя по внедрению BIM-технологий, использовалась упрощённая форма локальных смет, где строка позиции сметы имела следующие графы: «Единица измерения», «Количество», «Цена материала (оборудования)», «Цена работ», «Цена всего», «Стоимость материала (оборудования)», «Стоимость работ», «Стоимость всего», «Примечание по позиции».

Но было понятно, что такая форма представления не всегда приемлема для выполнения и приёмки строительно-монтажных работ (особенно — для объектов с бюджетным финансированием).

Все последующие шаги выполнялись в отдельной самописной конфигурации на платформе «1С: Предприятие» 8.3.

В конфигурации «1С: Предприятие» была создана отдельная обработка для загрузки ГЭСН-2020 и ГЭСН-2022, федеральных и территориальных расценок с сайта cs.smetnoedelo.ru (API) в информационную базу 1С.

Результатом выполнения обработки стало создание справочников норм и расценок в информационной базе. Особенно интересно — применение ГЭСН. Заполняя единичные расценки строительной компании-участника тендера, можно расценивать стоимость выполнения работ с отбором по любой организации. Расценки на нормы расхода имеют периодический характер, то есть сохраняется история изменения цен для каждой нормы расхода ресурса. К тому же применение ГЭСН даёт возможность делать выборку по использованию ресурсов (заработной платы, материалов, механизмов) как в количественном, так и в суммовом выражении. И вдобавок эти выборки можно делать не только по отдельно взятой локальной смете, но и по любому набору смет одной или разных застроек! Возникает возможность планирования затрат, заказов материалов и оборудования, механизмов.

Справочник ГЭСН имеет фиксированную структуру — «Сборники/Разделы/Таблицы/Расценки». Для каждой расценки расписаны состав работ, что является большим плюсом при возможном возникновении вопросов и недопонимания при приёмке выполненных работ.

Подробнее об определении самих объёмов работ

Для начала необходимо было поместить планируемые модели в информационную базу 1С. Данное действие было реализовано следующим образом:

  • создание JSON-файла модели в Revit;
  • считывание данных из JSON-файла в 1С;
  • формирование в 1С дерева модели из считанного JSON-файла.

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

Перед началом работы с моделями объекта работ в 1С нужно провести некоторые действия (шаги), а именно:

1. Объединение моделей одного объекта (объекта работ) одной дисциплины.

2. Разделение объединённой модели одного объекта одной дисциплины на специализации или группы специализаций.

3. Подготовка шаблонов коммерческих предложений по разделённым моделям.

Пояснения к шагам:

1. Проектные организации выполняют 3D-модели в количестве и составе, приемлемой для данной проектной организации. Например, по количеству исполнителей, срокам подготовки модели, размерам моделей. Допустим, если взять дисциплину «Архитектурные решения» (АР), то выполнять одну модель для всего многосекционного многоэтажного жилого корпуса, конечно, нерационально. Как правило, в этом случае делают несколько моделей, отдельно по этажам/наборам этажей, секциям/наборам секций. Поэтому перед началом составления ведомостей объёмов работ/шаблонов коммерческих предложений и необходимо это объединение. Результатом объединения станет модель с объединёнными категориями, семействами и типоразмерами. Но количество элементов в этих типоразмерах будет уже суммарной по всем объединяемым моделям. Если в какой-то из объединяемых моделей есть категории/семейства/типоразмеры, не существующие в других моделях, то должна быть создана новая ветвь, именно с этими данными.

2. В объединённой модели одной дисциплины могут присутствовать работы разных специализаций. Например: дисциплина АР включает (может включать) в себя светопрозрачные конструкции (окна), входные и межкомнатные двери, двери мест общего пользования (МОП), противопожарные, кладка стен наружных и внутренних, устройство напольных покрытий, потолков, работы по укладке плитки и прочее. Понятно, что вряд ли найдётся подрядная организация, имеющая возможность выполнять все вышеперечисленные виды работ. Да и девелопер, как правило, никогда не станет поручать все работы одной организации. Отсюда вытекает необходимость их разделения по специализациям (видам работ) для дальнейшего составления ведомостей объёмов работ/шаблонов коммерческих предложений. Для этого в конфигурации 1С был создан отдельный иерархический справочник «Специализации». Но иногда бывает и противоположная ситуация, когда разные дисциплины выполняет одна подрядная организация, например, «Электрооборудование» (ЭМ), «Электроосвещение» (ЭО) или слаботочные устройства, то есть «Пожарно-охранная сигнализация» (ПОС) и «Автоматика дымоудаления» (АСДУ), и прочее. Тогда эти модели нужно объединять (см. шаг 1). Программным путём должна быть исключена возможность невключения хотя бы одного элемента объединённой модели в какую-либо из разделённых моделей. Типоразмеры одного семейства могут быть разнесены в разные (разделённые) модели.

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

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

Конструктор позиции ВОР

Конструктор позиции «Ведомость объёмов работ» (ВОР) — отдельный инструмент для формирования позиции. Описание его функциональности не входит в данную статью, но кратко можно сказать нижеследующее.

Работа этого конструктора в чём-то схожа с работой конструктора по формированию сводных таблиц в Microsoft Excel. Также есть «поля» (наименование свойств элементов), перемещая которые мышью в область группировок можно создавать группировки по каждой отдельной позиции ВОР, только более гибко и ещё с тонкой настройкой наименования позиции ВОР. Причём применять конструктор нужно не к каждому элементу модели и даже не к каждому типоразмеру, а целиком к семейству со всеми входящими в него типоразмерами и элементами. В результате работы конструктора позиции ВОР в ведомость объёмов работ вносится уже не одна, а коллекция позиций.

После формирования ведомости объёмов работ на платформе 1С можно экспортировать ведомость в формат Excel. При этом в таком файле автоматически будут созданы группировки, полностью повторяющие дерево ведомости объёмов работ в 1С. Дополнительно в Excel на VBA была написана отдельная надстройка, которая автоматически вносит все необходимые формулы в ячейки Excel. Сформированный таким образом файл передаётся участникам тендера для заполнения. Заполняя его (занося цены), соискатели сразу же могут видеть суммы по каждой позиции, суммы по каждой группировке, суммы по всему коммерческому предложению. Плюс к этому в этом же файле также в автоматическом режиме формируется сводная таблица вложенных элементов. Именно туда соискатели и вносят по ним цены. И уже затем эти цены попадают во все позиции ВОР, где эти вложенные элементы присутствуют.

Перед началом тендерной процедуры соискатели на выполнение подрядных работ заполняют шаблоны коммерческих предложений и отправляют их (различными способами) в формате Excel в тендерный комитет компании-девелопера.

Файлы соискателей загружаются в 1С, и специальной обработкой в 1С формируется сводная (оценочная) таблица соискателей по тендеру. Сводная таблица имеет структуру, полностью аналогичную структуре ведомости работ, но имеет вид кросс-таблицы (здесь видны цены и стоимости всех соискателей по данному шаблону коммерческого предложения). К тому же в автоматическом режиме происходит раскраска ячеек таблицы по принципу «светофор» — от зелёного до красного, от наименьших цен до наибольших. Причём подобная индикация работает как по отдельным позициям, так и по группировкам всех уровней.

В «подвале» сводной (оценочной) таблицы выводится итоговая — по всем соискателям с общими суммами стоимости материалов и оборудования, работ, накладных расходов, сметной прибыли. Эти данные отсортированы по возрастанию.

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

Конструктор «Классификатора»

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

А это значит, что нужен инструмент, который бы просто и удобно мог создавать элементы, описывающие материалы и оборудование, которые можно было бы применить («привязать») к уже созданным позициям в коммерческих предложениях. Как пример: есть десять переговорщиков из разных стран, говорящих на разных языках. Как им понять друг друга? Выход один: все они должны знать, кроме своего родного языка, один общий (допустим, английский). Только тогда может идти речь о взаимопонимании.

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

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

При иерархическом методе объекты разделяют на группы, образующие «ступени» классификационной лестницы, которые располагаются в иерархическом порядке. Количество ступеней называют «глубиной классификации». Объекты подразделяются по степени значимости признаков (от главных к второстепенным, от общих к частным).

Метод родительских и дочерних классов. В конфигурации платформы «1С: Предприятие» мы ограничены теми объектами метаданных, которые там определены. Так что создавать свои новые объекты метаданных мы не можем. А очень бы хотелось использовать те возможности, которые даёт нам классовый (объектно-ориентированный) подход.

Поэтому была предпринята попытка создать инструмент, который позволял бы в режиме «1С: Предприятие» создавать свои, пользовательские классы (или псевдо-классы), а именно — семейства, типоразмеры, элементы класса. Это выполнялось по аналогии с платформой Autodesk Revit. И вести себя эти псевдо-классы должны были так же, как и классы в Revit. А именно, наследовать параметры родительских классов и возможность создавать свои собственные параметры для новых, дочерних.

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

Одним из важных результатов работы классификатора является возможность представления локальных смет и коммерческих предложений подрядчиков «на языке» классификатора.

Заключение

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

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

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