С 9 июля 2025 года в строительной отрасли начал действовать новый обязательный стандарт: задание на проектирование для экспертизы должно оформляться в виде XML-файла по утвержденной Минстроем России схеме (Приказ № 783/пр). Это требование распространяется на все организации, которые готовят или согласуют исходные данные для проектной документации, и фактически меняет привычный порядок работы с заданиями.
Для каких объектов обязателен новый формат
Требование охватывает:
- все объекты капитального строительства, включая линейные;
- проекты независимо от источника финансирования;
- случаи, когда проводится государственная или негосударственная экспертиза проектной документации.
Исключение — только те случаи, когда проект по закону не подлежит экспертизе.
Что будет с ранее заключенными договорами?
Большая часть действующих договоров заключалась, когда ни сама XML-схема, ни её обязательность ещё не существовали. В договорах часто упоминается привычное техническое задание на проектирование, оформленное в Word или PDF, без каких-либо указаний на XML.
Отсюда основные вопросы:
- нужно ли выполнять разработку задания на проектирование в новом формате;
- как отражать новую форму задания в уже действующем контракте;
- кто оплачивает работы по подготовке XML-файла, если изначально предусматривалось только задание на проектирование в соответствии с типовой бумажной формой.
Разъяснения Минстроя России и ФАУ «Главгосэкспертиза России» однозначны: вне зависимости от того, когда был подписан договор, при подаче материалов на экспертизу должно быть представлено задание на проектирование в утвержденном формате XML.
Если вместо XML загружается задание на проектирование в старом формате, экспертиза вправе вернуть комплект без рассмотрения как не соответствующий требованиям по составу и формату.
Как корректно оформить изменения по «старым» договорам
На практике наиболее безопасный путь — разработка и утверждение задания на проектирование через дополнительное соглашение к договору. В таком ДС целесообразно:
- зафиксировать, что на момент подписания договора действовала другая форма задания на проектирование;
- указать, что теперь задание на проектирование разрабатывается в XML по схеме, утвержденной Минстроем;
- описать порядок и стоимость работ по подготовка задания на проектирование объекта и срок, к которому XML-документ должен быть готов;
- отдельно отразить, как будет обеспечено соответствие проектной документации заданию на проектирование.
Юридической основой служат статьи 450 и 759 ГК РФ, регулирующие изменение условий договора и обязанность заказчика по предоставлению исходных данных.
Чем XML-формат отличается от привычной формы Минстроя
У многих заказчиков и проектировщиков до сих пор используется типовая форма задания на проектирование, утвержденная Минстроем для бюджетного строительства. Она знакома и понятна, поэтому логичным кажется перенести её в XML «как есть».
Однако новая схема — это не просто типовая форма задания на проектирование в электронном виде. Она содержит дополнительные реквизиты и структуру, которые не присутствовали в старом шаблоне: появляются уточнения по видам работ, источникам исходных данных, детализации этапов, что важно для последующего контроля за тем, что именно указывается в задании на проектирование.
Поэтому просто перевод старого шаблона ТЗ из ворд в XML недостаточно. Нужно:
- заполнить задание на проектирование с учетом новых полей;
- проверить, что задание на проектирование включает все сведения, которые требует утвержденная схема;
-
актуализировать внутренние регламенты, где ранее использовалась только старая форма технического задания на проектирование.
Как организовать работу с новым форматом
1. Пересмотреть внутренние процедуры
Организации, которые ранее ограничивались простым оформлением задания на проектирование в текстовом файле, должны выстроить процесс по-новому: появляется этап формирования задания на проектирование в XML и последующая проверка структуры файла.
Если используются шаблоны, имеет смысл разработать внутренний шаблон задания на проектирование, полностью согласованный с утвержденной XML-схемой.
2. Настроить взаимодействие с заказчиком
На стороне заказчика часто формируется исходное техническое задание заказчика на проектирование. Теперь его нельзя рассматривать только как приложение к договору. Важно договориться:
- кто осуществляет подготовку технических заданий на проектирование в электронном виде;
- в каком порядке проводится согласование задания на проектирование;
- кто утверждает ЗнП. Отметим, что датой задания будет считаться дата подписания УКЭП, а допсоглашение позволяет оставить первоначальную дату подписания основного договора.
3. Обучить специалистов
Тем, кто ранее занимался только текстовой частью, потребуется освоить:
- работу с сервисами, обеспечивающими формирование технического задания на проектирование в XML;
- проверку валидности файла перед отправкой в экспертизу;
-
порядок вывода XML в читаемый вид, когда нужен пример задания на проектирование объекта для внутренних согласований.
Риски при формальном подходе
Если техническое задание на проектирование разрабатывается формально, без анализа требований, то:
- возрастает риск того, что экспертиза обнаружит несоответствие разделов ПД исходным данным и задаст вопрос о том, насколько согласно задания на проектирование были выполнены решения;
- увеличивается вероятность споров между заказчиком и проектировщиком, в том числе по объему работ, если в ЗнП установлены одни требования, а в договоре и смете — другие.
Грамотно подготовленный документ позволяет:
- снизить риск возврата документации на стадии экспертизы;
- обеспечить прозрачность ответственности сторон;
- доказать, что задание на проектирование учитывает и соблюдает нормативные требования.
Использование специализированных сервисов облегчает разработку ТЗ в XML-формате, где часть полей можно заполнять автоматически на основе уже имеющихся данных.
Выводы
С 9 июля 2025 года ЗнП в форме XML становится обязательным элементом пакета документов для экспертизы.
Чтобы не столкнуться с возвратами и спорами, участникам рынка необходимо выстроить систему, в которой:
- подготовка заданий на проектирование предусмотрена в договоре и внутренних регламентах;
- есть понятная процедура подготовка технических заданий на проектирование и их утверждения;
- используется рабочий шаблон в формате XML, соответствующий типовой форме технического задания на проектирование Минстроя.
При таком подходе XML-схема перестаёт быть формальной обязанностью и становится инструментом, который помогает контролировать качество исходных данных и соответствие проектной документации заданию на проектирование.
