Реестр требований в строительстве: от нормативных документов к управлению проверкой проектных решений

Цифровые требования · 24.10.2026

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

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

Откуда берутся требования

Экспертиза проектной документации, наряду с другими проверками, оценивает её соответствие требованиям технических регламентов. Проектировщик обосновывает безопасность принятых решений, а эксперт оценивает достаточность этого обоснования в пределах предмета экспертизы. Проверяются также санитарно-эпидемиологические, экологические и другие требования законодательства, соответствие заданию на проектирование и результатам инженерных изысканий, а в установленных случаях — достоверность определения сметной стоимости (пункт 2 части 5 статьи 49 ГрК РФ).

Общую основу безопасности зданий и сооружений задаёт Федеральный закон № 384-ФЗ «Технический регламент о безопасности зданий и сооружений». Он охватывает механическую и пожарную безопасность, защиту от опасных природных и техногенных воздействий, безопасные для здоровья условия проживания и пребывания, безопасность пользователей, доступность, энергетическую эффективность и безопасное воздействие на окружающую среду. Дальше эти направления раскрываются подробнее: защита от ионизирующего излучения, качество воздуха и воды, шум, микроклимат и т. д. Пожарная безопасность связана с Федеральным законом № 123-ФЗ «Технический регламент о требованиях пожарной безопасности» — к нему прямо отсылает статья 8 закона № 384-ФЗ.

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

СП — не единственный способ обоснования

Обоснование соответствия техническому регламенту не сводится к выполнению пунктов СП. Статьи 5 и 6 закона № 384-ФЗ предусматривают, что безопасность обеспечивается соблюдением требований самого закона и одного или нескольких документов. Это национальные стандарты и своды правил, предусмотренные законом международные и иностранные документы, стандарты организаций, а также результаты применения специальных способов обоснования.

Эти способы раскрывает статья 15: исследования, расчёты и испытания, моделирование опасных сценариев, оценка риска. В установленных пределах проектировщик вправе выбирать документы и способы обоснования с учётом задания на проектирование. Соответствие решений обосновывается непосредственно в проектной документации со ссылками на положения закона и документов. Для пожарной безопасности условия соответствия установлены также статьёй 6 закона № 123-ФЗ.

И всё же СП и ГОСТы остаются самым привычным и распространённым инструментом. Они содержат технические предписания, методы, расчётные положения и ограничения, с помощью которых проектировщик обеспечивает и подтверждает безопасность. Для проектировщика, проверяющего решение по пункту СП, работа с требованием — уже повседневная практика. Именно в эту систему и встраивается реестр.

Что такое реестр требований

Реестр — государственный информационный ресурс, в котором учитываются требования нормативных документов. Его ведут Минстрой России или подведомственное ему ФАУ «ФЦС» в системе «Стройкомплекс.РФ». Требования реестра происходят из существующей нормативной системы: реестровый подход лишь выделяет нормативное положение в самостоятельную учётную запись. А поскольку нормативная основа строительства включает и самостоятельное санитарное, экологическое, промышленное и иное регулирование, реестр охватывает положения разных источников и ведомств, связанные с проектированием и другими этапами жизненного цикла объектов.

Правила формирования и ведения реестра утверждены постановлением Правительства РФ от 31.08.2023 № 1417. Они предусматривают учёт содержания требования, документа-источника и его структурной единицы, необходимых дат и этапа жизненного цикла, на котором требование применяется. Каждая запись получает учётную карточку с неизменяемым неповторяющимся номером и статус. Предусмотрены согласование сведений ответственными органами, перевод утративших силу требований в архивный статус и порядок выявления противоречий между требованиями и проектами новых документов.

Что меняется для экспертизы и срок введения этих изменений

Федеральный закон от 25 декабря 2023 года № 653-ФЗ изменил порядок экспертизы: оценка соответствия проектной документации связывается с требованиями, включёнными в реестр на установленную дату (ст. 5 закона № 653-ФЗ). Первоначально эта поправка должна была вступить в силу 1 марта 2026 года, но Федеральный закон от 28 декабря 2025 года № 507-ФЗ перенёс срок на 1 марта 2027 года. Вслед за этим постановлением Правительства РФ от 21 февраля 2026 года № 179 на ту же дату перенесено вступление в силу изменений порядка государственной экспертизы, предусмотренных постановлением от 15 октября 2025 года № 1593.

Какая дата считается установленной, определяет часть 5.2 статьи 49 ГрК РФ:

для нелинейных объектов — дата выдачи ГПЗУ, на основании которого подготовлена документация;
для линейных объектов — дата утверждения проекта планировки территории;
в обоих случаях — с предусмотренными законом исключениями.

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

Важно понимать: перенесена дата применения конкретного правила экспертизы, а не сам реестр. Реестр уже существует, а связь применения национальных стандартов и СП с включением содержащихся в них требований безопасности закреплена в действующей статье 6 закона № 384-ФЗ. Поэтому март 2027 года стоит рассматривать как очередной шаг последовательного изменения системы регулирования.

Одно требование — не один пункт СП

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

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

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

Показателен пункт 9.9 СП 145.13330.2020 о домах-интернатах (карточка требования ID 188688). Одна запись одновременно содержит отсылки к трём СП и ГОСТу, условие подтверждения безопасной эвакуации расчётом пожарного риска, допущение фотолюминесцентной системы, требования к её размещению и запрет определённого исполнения элементов. Чтобы проверить решение, нужно рассмотреть весь этот комплекс целиком.

Поэтому СП и ГОСТы сохраняют своё значение и после появления реестра. Отдельная карточка не всегда содержит область применения документа, определения, расчётные методы, таблицы и пояснения, без которых норму не понять правильно. Реестр привязывает проверку к конкретному нормативному положению, а обоснование решения по-прежнему требует учитывать его содержание и контекст.

Двойная работа? Не обязательно

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

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

История версий

Одно из самых наглядных преимуществ реестра — история конкретного положения. Работая только с документами, проектировщик опирается на связку «обозначение СП — редакция — номер пункта». Но содержание пункта может измениться при прежнем номере, а старый текст — переехать в другую часть документа. Учёт требований даёт основу для более точного отслеживания таких изменений.

Это хорошо видно на двух карточках СП 7.13130.2013 (пункт 7.11, пункт 5.20):

Положение	Что видно при сравнении версий
Пункт 7.11, ID 154028	Под одним ID сохранены редакции с содержательными изменениями требований к противодымной вентиляции
Пункт 5.20, ID 153980	Версия записи обновлена, но отображаемый текст о расстояниях от дымовых труб до конструкций кровли совпадает

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

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

Инструменты уже есть

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

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

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

XML и машинная проверка

Следующий уровень преобразований связан с XML и машинной проверкой. Здесь важно различать два шага: запись текста в структурированный формат и описание логики его выполнения.

В XML можно сохранить ID, источник, дату, статус, версию и текст практически любой рассмотренной карточки. Такое представление удобно для загрузки данных в программы, поиска, сравнения редакций и обмена информацией. Даже сложное предписание на естественном языке получает оболочку, пригодную для программной обработки.

Но XML-файл с текстом — ещё не алгоритм проверки. Для автоматического контроля нужно определить объект, условия применимости, проверяемое свойство, критерий соответствия и источник данных проекта, а также сохранить исключения и зависимости от других положений.

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

Ещё сложнее формулировки «как правило», «с учётом других воздействий» или «должно обеспечивать безопасность». В них может быть необходимый нормативный смысл, но для машинного выполнения их критерии и допустимые варианты придётся раскрыть. Простое присвоение тега неопределённость не устраняет.

Что уже сделано

Именно такая последовательность отражена в материалах ФАУ «ФЦС»: выделение положений из нормативных документов, анализ логических единиц, их кодирование элементами КСИ и формирование XML. Предусмотрен и пересмотр части требований под цифровое представление. КСИ должен помогать связывать объекты нормативного описания с объектами информационной модели.

Есть и конкретные результаты. НИЦ ЦПС, выполнявший работы по заданию ФЦС, сообщил о переводе 78 868 требований в машиночитаемое представление с формированием XML на уровне слоёв MDATA и VIEW. Для тестовой выборки из 100 требований подготовлено машинопонимаемое представление — слои DMODEL и PLOGIC; проведена пилотная апробация проверок цифровых моделей в CADLib МиА и BIMIT совместно с Мособлгосэкспертизой. Эти цифры показывают разницу масштабов: подготовить данные — одно, разработать проверочную логику — другое. И они не означают, что все результаты уже доступны в публичных карточках.

Ограничения формализации отражены и в пояснительной записке Минстроя к проекту изменений постановления № 1417, подготовленному 25 августа 2026 года. В 310 исследованных документах выявлено 42 246 требований, из них 2 403 — около 5,7% — признаны подлежащими переводу в машиночитаемый и машинопонимаемый формат. Среди препятствий названы отсутствие измеримых параметров, невозможность связать предмет требования с элементами цифровой модели и отсутствие формализованной логики. Это характеристика конкретной исследованной совокупности и задачи автоматизированной проверки моделей, а не утверждение о невозможности цифрового учёта остальных текстов.

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

Выводы

Перестройка процесса начинается раньше полной автоматизации. Уже выделение применимых условий, явных отсылок и необходимых доказательств делает проверку человеком последовательнее. Оно помогает понять, что относится к конкретному объекту, какие положения действуют совместно и где требуется профессиональное суждение.

Реестр требований стоит оценивать именно в такой последовательности:

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

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

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