Ведомость объёмов работ (ВОР): от спецификации до сметы

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

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

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

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

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

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

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

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

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

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

Автоматический перенос объёмов опасен тем, что тихо теряет строки. Позиция, для которой не нашлось правила в НСИ, просто не попадает в ведомость, и обнаруживается это на закрытии месяца или на разборе перерасхода.

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

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

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

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

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

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

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

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

Поэтому у процесса нужен явный владелец: человек, который держит НСИ с коэффициентами, форму-справочник для проектировщиков и очередь непокрытых строк. Обычно это инженер ПТО со сметным бэкграундом либо сметчик, разобравшийся в структуре модели, реже — выделенная роль в ТИМ-подразделении.

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

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

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

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

Всё описанное выше — работа одного человека на одном объекте. На портфеле объектов та же работа выглядит иначе, и проблемы у неё другие.

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

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

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

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