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

Ведомость объёмов работ (ВОР) - это перечень работ и материалов по объекту строительства: наименование, единица измерения, количество.

Цен в ней нет, и это главное отличие от сметы: ведомость отвечает на вопрос, что и в каком объёме делается, а смета переводит эти объёмы в деньги через единичные расценки.

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

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

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

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

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

Второй источник - спецификация проектировщика: когда рабочка выпускается в 2D, а модель ведётся под согласования, единственным носителем проектных количеств остаётся именно она.

Выбор источника определяется не идеологией, а тем, что реально выпускает проектировщик на конкретном объекте.

Ошибка - строить процесс только под первый маршрут: на значительной части объектов наполненной модели нет, а смета, договор и закупка ждать не могут.

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

В спецификации нет коэффициентов, и в этом вся разница.

Проектировщик даёт проектное количество: столько-то метров кабеля, столько-то квадратных метров кладки, столько-то тонн арматуры по проектному решению.

Между этим числом и количеством, которое нужно закупить, списать и предъявить к оплате, стоит нормативно-справочная информация с коэффициентами.

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

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

Отдельная категория - немоделируемые элементы.

Кабель по трассе, конечка, мелкие расходные позиции монтажа: в модели их нет в принципе, а в смете и на площадке они есть.

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

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

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

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

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

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

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

Ведомость превращается в смету через единичные расценки - цену за единицу работы вместе с ресурсами, которые эта работа включает.

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

Отсюда следствие, которое лучше принять до старта: справочник единичных расценок нельзя собрать на сто процентов заранее.

Попытка добить его до полноты перед первым проектом останавливает проект на этапе методологии.

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

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

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

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

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

Вопрос только в том, посчитана дельта или обнаружена.

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

Если связи нет, единственный доступный инструмент - пересчёт объекта заново.

Отдельный сюжет - закрытие минусом и плюсом в одном акте, когда снятый и добавленный объём проходят одним документом.

Без этого у подрядчика возникает месяц без закрытия, а у заказчика - провал в план-факте и в признании выполнения.

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

Первый вопрос при постановке процесса - не про софт, а про людей.

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

Ни одна из трёх ролей по отдельности ведомость не закрывает.

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

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

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

Софт эту проблему не решает, он только делает её видимой.

Цепочка не заканчивается сметой и договором.

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

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

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

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