ВОР (Ведомость объёмов работ) и ЛСР (Локальный сметный расчёт) в XML для Главгосэкспертизы: как устроена связка и где она ломается

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

Что именно требуется

Разберём требования по пунктам, чтобы было понятно, что проверяет эксперт:

• ВОР формируется отдельно по каждому разделу проекта, по схеме Минстроя, и выгружается в XML. Это не перепечатка ЛСР (локального сметного расчёта), а документ с натуральными объёмами работ и материалов.
• В ЛСР каждая позиция должна ссылаться на конкретную строку ВОР: указывается файл ведомости и номер позиции. Ссылки проставляются в блоке уточнённых ресурсов.
• Если материал в позиции заменён с обоснованием, ссылка на строку ВОР нужна и для уточнённого ресурса. Это самое частое замечание: основную норму привязали, а замену забыли.
• Объёмы в позиции сметы и в строке ведомости должны совпадать. Расхождение ловится автоматически при проверке связности.

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

Как связка выглядит в файлах

Чтобы понимать, что именно проверяется, полезно представлять структуру. Ведомость — это таблица с колонками: номер строки, обоснование, наименование работ или материала, единица измерения, количество, тип позиции. При выгрузке в XML схема Минстроя требует, чтобы для каждой позиции был заполнен тип позиции и обоснование.

В смете связь живёт в уточнённых ресурсах: у ресурса, который привязан к ведомости, появляется ссылка вида «файл ВОР, строка N». Проще говоря, связь ставится не в ВОР, а в ЛСР: ведомость остаётся чистым проектным документом, а смета «показывает пальцем» на её строки. Если вы попытаетесь сделать наоборот — вписать в ВОР сметные обоснования и ссылки на позиции ЛСР, — технологическая экспертиза это не примет: у неё свои требования к ведомости.

Как это делают руками

В ГрандСмете привязка есть, но делается построчно. Порядок такой: сметчик открывает позицию, находит соответствующий ресурс, привязывает его к строке ведомости, переходит к следующей позиции. На проект в 200 позиций уходит 30–40 минут, если ничего не отвлекает. Проблемы начинаются дальше:

1. При выгрузке в .gge часть привязок теряется, и перед следующей отправкой связи приходится перепроверять.
2. После корректировки ведомости номера строк сдвигаются, и все ссылки, сделанные руками, оказываются неверными.
3. Уточнённые ресурсы забываются, потому что это не отдельная позиция, а «внутренность» существующей.

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

Четыре причины, по которым связка ломается

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

Вторая — уточнённые ресурсы. Основную норму связали, а замену материала нет. Замечание эксперта выглядит так: «отсутствуют ссылки для уточнённых ресурсов в позиции такой-то».

Третья — двойная работа с объёмами. Правки вносят и в ведомость, и в смету. При первой же сверке выясняется, что объёмы разошлись.

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

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

Как выстроить процесс, чтобы проходить с первого раза

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

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

Чек-лист перед отправкой в ГГЭ

Если связка делается вручную, вот минимальный набор проверок, который снимает большинство замечаний:

1. В ВОР заполнен тип позиции для каждой строки и указаны натуральные единицы измерения, без «сметных» единиц вида 100 м².
2. У каждой позиции сметы, которой соответствует строка ведомости, есть ссылка. Особое внимание — позициям с заменой материалов.
3. Объёмы в смете и ведомости сверены: расхождений нет ни по одной позиции.
4. Смета прогнана через сервис комплексной проверки до отправки: ошибки связности лучше находить самому, а не узнавать из замечаний.
5. В свойствах проекта корректно указан признак территории, а состав комплекта соответствует требованиям по разделам.

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

Короткие ответы на частые вопросы

Можно ли в ВОР указывать единицы измерения как в смете, например 100 м²? Нет. ВОР — проектный документ, единицы должны быть натуральными: метры, штуки, квадратные метры.

Кто должен делать ВОР — сметчик или проектировщик? Формально ВОР — часть проектной документации, её готовит проектировщик, а проверяет технологическая экспертиза. На практике сметчики часто помогают с выгрузкой и оформлением.

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

Какое замечание по ВОР встречается чаще всего? Отсутствие ссылок для уточнённых ресурсов и расхождения объёмов между сметой и ведомостью.

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

Итог

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

Как устроен такой процесс у вас? Если есть свои приёмы проверки связки — поделитесь в комментариях, соберу сводку типовых решений.