С 1 августа 2023 года раздел № 1 проектной документации «Пояснительная записка» представляют на экспертизу в машиночитаемом формате XML. Главная проверка перед подачей — не «соответствует ли файл старому шаблону», а соответствует ли он действующей XML-схеме Минстроя и проходит ли техническую валидацию.
Что проверить перед загрузкой XML
1. Используется действующая схема Минстроя
Комплекты XML-схем публикуются в официальном разделе Минстроя России. Для раздела №1 есть отдельная страница «Пояснительная записка» с комплектом XSD и описанием. Перед каждой подачей сверяйте именно опубликованную на дату формирования документа версию.
2. XML проходит проверку относительно XSD
Официальный комплекс проверки XML-документов Главгосэкспертизы поддерживает пояснительные записки и показывает ошибки схемы, логических проверок и другие результаты технического контроля. Если файл не проходит проверку, сначала исправьте конкретные ошибки протокола, а не меняйте структуру XML вручную «по примеру из старого проекта».
3. Обязательные элементы определяются схемой, а не универсальным списком статьи
Какие элементы обязательны, какие повторяются и какие значения допускаются, задают XSD и связанные справочники. Поэтому нельзя считать постоянным перечень вроде «застройщик + источник финансирования + класс пожарной опасности + все ТЭП»: состав элементов меняется вместе со схемой и зависит от заполненных блоков.
4. Значения из справочников не заменяются произвольным текстом
Если поле связано со справочником или перечислением схемы, используйте допустимое значение из актуального комплекта. Старые коды из локального шаблона могут перестать проходить проверку после обновления схемы.
5. XML должен соответствовать фактическим проектным решениям
Наименование объекта, реквизиты участников, основные характеристики и другие сведения в машиночитаемой пояснительной записке должны совпадать с актуальной проектной документацией и заявкой. Не следует поддерживать отдельную «PDF-версию ПЗ» как обязательный параллельный экземпляр только ради экспертизы: с 1 августа 2023 года сама пояснительная записка принимается в XML. Другие документы пакета формируются по своим применимым форматам.
6. Требования к электронной подписи проверяются по способу подачи
Не используйте универсальные формулировки «обязательно CAdES-BES», «каждый XML подписывается отдельно» или «расширение всегда .xml.sig» без проверки регламента принимающей системы. Юридические требования к электронной подписи задаёт Федеральный закон №63-ФЗ, а технический способ прикрепления и проверки подписи — применимый формат и сервис подачи.
7. Кодировку и технические параметры берите из самой схемы
Не стоит превращать «UTF-8 без BOM» или другие параметры старого генератора в нормативное правило для всех версий XML. Технические ограничения файла должны подтверждаться текущей XSD, описанием схемы и валидатором.
Рабочий порядок проверки
- Скачайте действующий комплект схемы с сайта Минстроя.
- Сформируйте XML в программном обеспечении, поддерживающем эту схему.
- Проверьте файл в официальном сервисе Главгосэкспертизы.
- Исправьте ошибки XSD и логических проверок.
- Сверьте ключевые реквизиты с заявкой и актуальной ПД.
- Подпишите и загрузите файл способом, предусмотренным вашей системой подачи.
Смежные материалы: подача проекта на экспертизу и проверка электронного пакета.
Проверено в августе 2026 года. Версию XML-схемы всегда сверяйте непосредственно на сайте Минстроя перед формированием файла.
Нашли неточность в материале? Эта форма предназначена только для сообщений об ошибках и неточностях: опечатка, неверная формула, устаревшая ссылка, неточный пример или ошибка в работе калькулятора. Контактные данные указывать не нужно. Если нужен ответ или консультация, используйте контакты на странице автора.