С 3 мая 2026 года — только XML: как меняется работа с пояснительной запиской к смете
С 3 мая 2026 года в работе со сметной документацией появился новый обязательный цифровой контур: пояснительная записка к сметной документации должна представляться в машиночитаемом XML-формате. На первый взгляд изменение выглядит техническим: вместо привычного текстового файла появляется структурированный файл по XML-схеме. Но для сметчиков, СДО и инженеров ПТО это не просто смена расширения. Это переход от «поясняющего текста» к документу, данные которого могут автоматически сопоставляться с локальными сметами, сводным сметным расчетом, ведомостями объемов работ и обосновывающими документами.
Ключевая дата — 3 мая 2026 года. Региональные учреждения госэкспертизы сообщают, что XML-схема «Пояснительная записка к сметной документации» была опубликована на официальном сайте Минстроя России 3 февраля 2026 года и с 3 мая 2026 года вступила в силу; с этой даты представление ПЗ к сметной документации в рамках проверки достоверности определения сметной стоимости допускается в XML, а документы в иных форматах могут стать основанием для отказа в принятии комплекта.
Что действительно изменилось
Главное изменение — не в том, что пояснительная записка как документ появилась заново. Она и раньше была частью сметного блока. По Методике определения сметной стоимости, утвержденной приказом Минстроя № 421/пр, к сметной документации прилагаются пояснительная записка, ведомости объемов работ и обосновывающие документы.
Изменился способ ее предъявления и проверки. Приказ Минстроя № 783/пр устанавливает общий принцип: для получения услуг государственной экспертизы электронные документы представляются в формате XML, кроме случаев, когда для конкретного документа XML-схема еще отсутствует. При этом XML-схемы размещаются на сайте Минстроя и вводятся в действие через три месяца после размещения. Сам приказ № 783/пр официально опубликован на портале правовой информации.
Именно этот механизм и сработал в отношении пояснительной записки к сметной документации: публикация схемы 03.02.2026 → три месяца → обязательное применение с 03.05.2026. Поэтому 3 мая — не «рекомендательная» дата и не локальное требование отдельной экспертизы. Это дата включения документа в общий режим машиночитаемых форматов.
Почему это важно именно для сметчиков и СДО
До появления XML-схемы пояснительная записка к сметной документации часто воспринималась как сопроводительный текст: пояснить метод определения стоимости, указать нормативную базу, источник финансирования, индексы, коэффициенты, особенности условий производства работ. В реальности эксперты всегда смотрели ее внимательно, но формат оставался относительно свободным.
XML меняет логику. Теперь важно не только написать корректный текст, но и разложить информацию по структурированным полям. Ошибка может быть не содержательной, а формальной: не тот формат, не заполнено обязательное поле, некорректная структура, расхождение с другими файлами комплекта.
Главгосэкспертиза уже запустила сервис формирования машиночитаемой ПЗ к сметной документации в модуле Комплексной проверки сметных расчетов. В сообщении ГГЭ отдельно указано, что сервис обеспечивает цикл работы с документом от импорта до экспорта, позволяет создавать, редактировать и экспортировать документ, а данные из ПЗ будут автоматически сверяться с информацией из других файлов комплекта.
Это принципиальный момент. Пояснительная записка перестает быть «словесным приложением» к сметам. Она становится частью проверочного контура.
Что не изменилось: содержание ПЗ по-прежнему определяется нормативной логикой
Переход на XML не отменяет требований к содержанию. Пояснительная записка к сметной документации должна раскрывать то, что необходимо для понимания и проверки сметной стоимости: где расположен объект, какие сметные нормативы применены, есть ли подрядная организация, в чем особенности определения стоимости, какие иные сведения характерны для конкретного объекта. Эти требования содержатся в постановлении Правительства РФ № 87 «О составе разделов проектной документации и требованиях к их содержанию». Официальная карточка постановления размещена на сайте Правительства РФ.
Важный вывод для практиков: XML не заменяет профессиональную сметную аргументацию. Нельзя ограничиться тем, что файл «валиден». Валидность означает, что документ технически соответствует схеме. Но экспертиза по-прежнему оценивает, насколько обоснованно определена сметная стоимость, корректно ли применены нормативы, индексы, коэффициенты, учтены ли условия строительства и подтверждены ли исходные данные.
Именно поэтому новая ПЗ в XML — это не задача только для IT-специалиста или оператора программы. Содержание должны контролировать сметчик, специалист СДО, инженер ПТО и ГИП/ответственный за комплект в зависимости от принятой в организации схемы работы.
Почему государство переводит этот документ в XML
Причина не сводится к «цифровизации ради цифровизации». У экспертизы есть прагматичная задача: уйти от разрозненных текстовых, табличных и сканированных документов к данным, которые можно проверять автоматически.
Главгосэкспертиза в своем разделе о XML объясняет общий подход: XML-схемы утверждаются и вводятся Минстроем, размещаются на сайте ведомства, а до введения схем допускаются резервные форматы. Там же описан последовательный переход сметного блока на XML: локальные сметные расчеты, результаты конъюнктурного анализа, сводка затрат, сводный сметный расчет, объектные сметные расчеты и ведомости объемов работ.
Пояснительная записка к сметной документации логично закрывает один из оставшихся пробелов. Если локальные сметы и сводные формы уже машиночитаемы, а пояснения к методике расчета остаются в свободном текстовом файле, проверочный контур неполон. Система видит цифры, но не всегда видит причины их появления: источник индекса, особенности условий производства работ, обоснование отдельных затрат, связь с проектными решениями. XML-структура делает эти сведения доступными для автоматической сверки.
Где основные риски
Первый риск — отказ или возврат на входе. Если организация продолжит прикладывать ПЗ в привычном docx или pdf, формально комплект может не пройти приемку. Это уже не вопрос вкуса конкретного эксперта: если схема вступила в силу, работает правило приказа № 783/пр о представлении электронных документов в XML.
Второй риск — несогласованность данных. В привычном текстовом формате ПЗ могла содержать общие формулировки, которые эксперт сопоставлял вручную. В XML такая свобода снижается. Если в ПЗ указан один уровень цен, а в сметных расчетах другой; если объект, этап, вид работ, источник финансирования или состав проектной документации описаны не так, как в других файлах комплекта, это может стать предметом автоматического контроля.
Третий риск — организационный. Во многих компаниях ПЗ к сметной документации готовилась «в конце», когда сметы уже собраны. В XML-логике это слабая модель. Если ПЗ задает часть информационной модели сметного комплекта, ее лучше формировать параллельно с расчетами, а не после них. Иначе неизбежны ручные правки, повторная выгрузка и сверка версий.
Четвертый риск — путаница между двумя пояснительными записками. Есть раздел 1 проектной документации «Пояснительная записка», для которого машиночитаемый формат был введен раньше, и есть пояснительная записка к сметной документации. Это разные документы с разной функцией. Главгосэкспертиза отдельно указывала, что XML-схема раздела 1 «Пояснительная записка» действует для проектной документации соответствующего состава; с 01.08.2023 раздел 1 должен представляться в XML после окончания переходного периода. Новое изменение 2026 года относится именно к ПЗ к сметной документации.
Что меняется в рабочем процессе
Для сметчика работа становится более связанной с данными всего комплекта. Пояснительная записка больше не может быть шаблонным текстом, который механически переносится из проекта в проект. Ее содержание должно совпадать с конкретными расчетами: методом определения стоимости, примененными нормативами, индексами, расчетными периодами, решениями по оборудованию, материалам, перевозке, временным зданиям, зимнему удорожанию, строительному контролю и другим затратам.
Для СДО возрастает значение контроля версий. Если сметные расчеты корректировались после замечаний, ПЗ в XML тоже должна быть актуализирована. Иначе появляется риск, что в комплекте будут одновременно «новые» сметы и «старая» пояснительная логика.
Для инженеров ПТО важна связь с ведомостями объемов работ и проектными решениями. Сметная ПЗ часто объясняет особенности определения стоимости, которые возникают из технологии производства работ, условий площадки, проектных решений, ограничений по доступу, этапности или специальных условий строительства. Если эти сведения не согласованы с ВОР и проектной частью, автоматическая проверка быстрее выявит расхождения.
Что стоит проверить перед подачей
Перед направлением комплекта на экспертизу нужно проверить не только наличие XML-файла, но и его смысловую согласованность с остальными документами.
Во-первых, используется ли актуальная XML-схема именно для пояснительной записки к сметной документации, а не для раздела 1 проектной документации. Ошибка выбора схемы — типичный риск переходного периода.
Во-вторых, совпадают ли реквизиты объекта, этапа, вида работ и состава проектной документации с другими файлами комплекта. Чем больше данных подтягивается автоматически, тем меньше ручных расхождений, но тем выше значение корректных исходных карточек проекта.
В-третьих, отражены ли в ПЗ все решения, которые влияют на стоимость: применяемая нормативная база, метод определения стоимости, уровень цен, индексы, коэффициенты, особенности условий строительства, основания для конъюнктурного анализа, сведения о подрядчике при наличии, источники финансирования и иные характерные сведения.
В-четвертых, прошел ли файл техническую валидацию до загрузки в систему экспертизы. КПСР, по сообщению Главгосэкспертизы, поддерживает создание и редактирование ПЗ, динамическое заполнение полей и валидацию структуры документа с маркировкой недостающей информации.
Возможные сценарии развития
Первый сценарий — быстрый переход к формальному контролю на входе. В этом случае основной барьер для заявителя будет техническим: файл есть или нет, соответствует ли схеме, заполнены ли обязательные поля. Такой этап уже чувствителен для сроков: ошибка в формате может остановить комплект до содержательной экспертизы.
Второй сценарий — усиление междокументной сверки. Это более существенное изменение. Если ПЗ входит в проверочный контур КПСР, данные из нее будут сопоставляться с другими файлами. В перспективе замечания могут формироваться не только по содержанию сметы, но и по расхождениям между пояснением и расчетом.
Третий сценарий — постепенное снижение терпимости к «универсальным» текстам. Раньше типовая ПЗ могла проходить, если в целом не противоречила сметам. В машиночитаемом формате типовой текст без точной привязки к объекту, уровню цен и расчетным решениям будет хуже работать. Экспертиза будет видеть не только наличие пояснения, но и качество структурированных данных.
Четвертый сценарий — перераспределение ответственности внутри проектной организации. Формирование ПЗ в XML потребует совместной работы сметчика, ответственного за комплект, специалиста по электронному документообороту и, в ряде случаев, проектировщиков. Там, где этот процесс останется на одном сметчике «в последний день», риски срыва сроков будут выше.
Практический вывод
С 3 мая 2026 года пояснительная записка к сметной документации окончательно переходит из зоны свободного текстового сопровождения в зону структурированных данных. Это не отменяет профессиональной роли сметчика, а, наоборот, повышает ее: теперь нужно не только правильно определить стоимость, но и корректно объяснить ее в формате, который понимает информационная система экспертизы.
Для организаций, которые регулярно проходят государственную экспертизу и проверку достоверности сметной стоимости, это повод пересмотреть внутренний регламент подготовки сметного комплекта. ПЗ в XML должна появляться не в конце, а в процессе формирования смет. Ее нужно сверять с ВОР, локальными сметами, сводным расчетом и обосновывающими документами. Иначе технически «маленький» файл может стать причиной вполне реальной задержки всего проекта.
Главная ошибка переходного периода — считать XML только обязанностью программы. На практике это обязанность процесса. Программа сформирует файл, но качество данных, полнота пояснений и согласованность с расчетами остаются ответственностью специалистов. Именно поэтому новая XML-схема важна не как очередное формальное требование, а как шаг к новой модели экспертизы, где проверяется не набор документов, а связанная цифровая картина стоимости строительства.
