Различия между формированием задания на проектирование в формате PDF/XML и структурная схема XML-документа задания на проектирование

В файле описания XML-схемы Задания на проектирование добавлены иллюстрации, демонстрирующие различия между формированием задания на проектирование в формате PDF (как использовалось ранее) и XML (новый формат представления), а также приведена структурная схема XML-документа задания на проектирование.

#XML #ЗнП #XML_схема

📸 bimsert

Обзор основных изменений в XML-схеме Раздела ПД N 1 Пояснительная записка версии 01.07

1. Изменена версия схемы до 01.07.

2. Добавлен элемент ChiefProjectEngineerSurvey, описывающий главного инженера проекта, обеспечившего подготовку инженерных изысканий. Элемент содержит ФИО, СНИЛС, номер в НРС НОПРИЗ и e-mail (необязательный).

3. Тип tProjectDocParticipants заменен на новый тип tDocParticipants. Новый тип содержит сведения о ФИО, СНИЛС, номере в НРС НОПРИЗ и e-mail. Используется для описания участников разработки, нормоконтроля и согласования документа.

4. Тип tEngineeringSurveyDocument дополнен элементом DocParticipants для фиксации участников разработки и согласования отчетной документации по инженерным изысканиям.

5.Структура подписантов документа переработана:
• ChiefProjectEngineer использует тип tEngineerPersonNOPRIZ
• Signer использует тип tEngineerPersonNoNOPRIZ
• Добавлен элемент ChiefProjectEngineerSurvey типа tEngineerPersonNOPRIZ

6. Тип tAuthor изменен для использования новых унифицированных типов:
• Organization типа tOrganizationNOPRIZ
• IP типа tIndividualEntrepreneurNOPRIZ
Иностранные организации описываются через tOrganization с реквизитом RAFP.

7. Тип tDeveloper изменен для использования:
• Organization (tOrganization)
• IP (tIndividualEntrepreneur)
• Person (tPersonSNILS)
Ранее использовавшийся тип ForeignOrganization исключен.

8. Тип tTechnicalCustomer изменен: теперь используется только OrganizationNOPRIZ.

9. Тип tProjectDocumentationAuthor использует новые типы:
• tOrganizationNoNOPRIZ
• tIndividualEntrepreneurNoNOPRIZ
Это позволяет указывать организации и индивидуальных предпринимателей без обязательного номера НОПРИЗ.

10. Адресные типы (tObjectAddress, tAddress, tPostAddress, tRussianAddress, tRussianPostAddress, tForeignAddress) перенесены в блок общих типов и используют новый тип tRegionCode вместо устаревшего tRegionsRF.

11. Введена иерархия типов для физических лиц:
• tAbstractPerson
• tPersonSNILS
• tPersonNoSNILS
• tEngineerPersonNOPRIZ
• tEngineerPersonNoNOPRIZ

12. Введены новые типы для индивидуальных предпринимателей:
• tIndividualEntrepreneur
• tIndividualEntrepreneurNOPRIZ
• tIndividualEntrepreneurNoNOPRIZ

13. Введены новые типы для организаций:
• tOrganization
• tOrganizationNOPRIZ
• tOrganizationNoNOPRIZ
Иностранные организации описываются через tOrganization с реквизитом RAFP.

14. Добавлены новые простые типы реквизитов:
• OGRN
• RAFP
• KPP
• INN
• INNIP
• NOPRIZOrganizationNumber
• NOPRIZPersonNumber
• EngineerRole
• CyrillicFIO

15. Введен новый тип tRegionCode для указания кодов субъектов Российской Федерации. Старый тип tRegionsRF сохранен для обратной совместимости, новые элементы используют tRegionCode.

16. В результате унификации структура схемы стала более согласованной и расширяемой. Унификация охватывает участников разработки, подписантов, авторов документации, адреса и реквизиты организаций и физических лиц. Это обеспечивает совместимость с другими схемами строительной отрасли.

#XML #ПЗ #XML_схема

📸 bimsert

⚠️ Ошибка в версии 01.07 XML-схемы Пояснительной записки: дублирование адресных типов

В версии схемы 01.07 выявлена ошибка, связанная с дублированием адресных типов, которая может вызвать критические проблемы при валидации XML-документов и компиляции XSD.

Суть ошибки - в схеме дважды определены одни и те же типы адресов:
• tObjectAddress
• tAddress
• tPostAddress
• tRussianAddress
• tRussianPostAddress
• tForeignAddress

Первое определение находится в основной части схемы и использует устаревший тип tRegionsRF.
Второе определение находится в блоке общих типов и использует новый тип tRegionCode.

В XSD не допускается наличие двух типов с одинаковым именем, даже если структура элементов почти идентична. Разные ссылки на типы регионов создают конфликт.

Это приводит к тому, что:
- компилятор XSD выдаст ошибку определения типа;
- валидаторы не смогут корректно проверять XML-документы;
- инструменты, использующие схему для генерации форм или документов, могут выдавать ошибки.

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

Рекомендации по исправлению:
- удалить все старые определения адресных типов из основной части схемы;
- оставить только новые определения в блоке общих типов с tRegionCode;
- обновить ссылки всех элементов схемы на новые определения.

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

#XML #ПЗ #XML_схема #BagFixes

📸 bimsert

Уточнен порядок уведомления СРО о заключенных договорах подряда

Приказ Минстроя России от 03.02.2026 № 59/пр внесены изменения в Порядок уведомления СРО в области инженерных изысканий, архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, сноса ОКС о заключенных членом такой СРО договорах подряда на выполнение инженерных изысканий, подготовку проектной документации, договорах строительного подряда, договорах подряда на осуществление сноса, а также о фактическом совокупном размере обязательств по договорам, заключенным с использованием конкурентных способов заключения договоров‚ утв. Приказом Минстроя России от 27 октября 2025 г. № 655/пр.

В частности, изменения затронули корректировку ссылок на внутренний пункты документа, указанных ранее ошибочно.

📸 bimsert

Упрощается согласование АГО для проектов КРТ

На публичное обсуждение размещен проект постановления Правительства РФ о внесении изменения в постановление Правительства РФ от 29 мая 2023 г. № 857» (далее — проект постановления).

Проект постановления подготовлен в инициативном порядке в целях оптимизации процедуры согласования архитектурно-градостроительного облика объекта капитального строительства (далее — АГО), сокращения сроков инвестиционно-строительного цикла строительства объектов капитального строительства, осуществляемого в рамках КРТ.

Согласно действующей редакции абзаца первого пункта 4 Правил согласования АГО, утвержденных постановлением Правительства РФ от 29 мая 2023 г. № 857 «Об утверждении требований
к архитектурно-градостроительному облику объекта капитального строительства и Правил согласования архитектурно-градостроительного облика объекта капитального строительства» (далее — Правила), подать в уполномоченный орган местного самоуправления заявление для согласования АГО может правообладатель ЗУ, на котором планируется строительство такого объекта, или правообладатель ОКС в случае его реконструкции, или иное лицо в случае, предусмотренном частью 1.1 статьи 57.3 ГрК РФ.

К иным лицам, исходя из положений части 1.1 статьи 57.3 ГрК РФ, относятся лица, обеспечившие подготовку ПД объектов федерального, регионального, местного значения, не являющиеся правообладателями ЗУ в виду того, что ЗУ, на котором запланирован к размещению соответствующий объект, подлежит образованию.

Федеральным законом от 25 декабря 2023 г. № 627-ФЗ статья 57.3 ГрК РФ была дополнена частью 1.2, включившей в состав лиц, не являющихся правообладателями ЗУ и имеющих право на обращение за выдачей ГПЗУ, который образуется из земель и (или) земельных участков, которые находятся в гос- или муниципальной собственности, в целях КРТ, оператора КРТ или лицо, с которым заключен договор о КРТ.

При этом действующая редакция Правил не допускает возможность обращения оператора КРТ или лица, с которым заключен договор о КРТ, за согласованием АГО до тех пор, пока не будет осуществлен кадастровый учет, зарегистрированы и оформлены права на соответствующие ЗУ.

В административных регламентах, утвержденных уполномоченными органами власти, несоответствие категории заявителя кругу лиц, указанных в Правилах, является основанием для отказа в приеме документов и (или) в предоставлении услуги по согласованию АГО.

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

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

Возможность согласования АГО одновременно с осуществлением процедур кадастрового учета, регистрации и оформления прав на ЗУ позволит избежать временных потерь и ускорить реализацию проектов КРТ.

📸 bimsert

Об обязательности заполнения раздела SoftwareNote в XML-схеме Пояснительной записки версии 01.07 и перспективах контроля используемого ПО для подготовки ПД

В версии XML-схемы Пояснительной записки 01.07 раздел SoftwareNote (Сведения о программном обеспечении) остался без изменений по сравнению с версией 01.06.

Как и ранее, SoftwareNote представляет собой текстовый информационный блок, предназначенный для указания программных средств, использованных при подготовке проектной документации.

Особенности раздела:
• необязательный элемент: блок может отсутствовать в XML; его отсутствие не вызывает ошибок валидации
• структура неизменна: по-прежнему текстовый пояснительный блок, аналогичный версии 01.06
• заполнение по усмотрению: разработчик документации сам решает, включать ли сведения о программном обеспечении

Технически в XML-схеме это реализовано через minOccurs=“0”, что обеспечивает корректную валидацию даже при отсутствии блока.

Таким образом, на текущий момент SoftwareNote служит дополнительным информационным блоком и не влияет на корректность XML-документа.

В перспективе, после изменений в ГрК РФ по части ЦИМ и соответствующих НПА, включая постановления Правительства РФ, устанавливающих случаи обязательного формирования и ведения информационной модели с применением российского программного обеспечения, раздел SoftwareNote может стать обязательным.

Для реализации такой форматно-логической проверки разработчикам российского ПО потребуется регулярно передавать в адрес Минстроя России или ФАУ «Главгосэкспертиза России» сведения о номерах приоритетных лицензий, сроках их действия, а также реквизиты юридических лиц и индивидуальных предпринимателей, являющихся лицензиатами соответствующего ПО.

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

Сам механизм проверки использования соответствующего ПО через XML (ПЗ) не является единственным. Возможны и другие варианты (вариаций больше чем одна): например, через атрибуты ПО в сущностях IFC, который может стать обязательным после корректировки соответствующих НПА, а также через создаваемую систему рейтингования подрядчиков, нацреестры, СРО и другие инструменты. Тем не менее, для реализации автоматизированных проверок именно через ПЗ и органы экспертизы вендорам придётся на регулярной основе передавать сведения из своей клиентской базы в адрес экспертных организаций (например, через API в ИС экспертных организаций).

#XML #ПЗ #XML_схема #SoftwareNote

📸 bimsert

Реформа 304-ФЗ застряла в неопределённости: регионы не готовы вкладываться в системы, которые устареют через 2-3 года

Федеральный закон от 31.07.2025 № 304-ФЗ внёс поправки в статью 51 ГрК РФ.

В соответствии с поправками начиная с 1 сентября 2026 год выдача разрешений на строительство и ввод объектов в эксплуатацию будут выдаваться исключительно в виде записи в реестре.

С начала осени этого года вместо документа «Разрешение на строительство» (РнС) заявители будут получать уведомление о внесении записи и «выписку из реестра РнС». Состав сведений, типовая форма выписки из реестра РнС и порядок его ведения будут утверждены отдельным НПА.

В соответствии с частью 1.4. статьи 51 ГрК РФ, Реестр РнС, выдаваемых органами исполнительной власти субъектов РФ и органами местного самоуправления, ведется в ГИСОГД субъектов РФ.

Для исполнения 304-ФЗ в части выдачи уведомлений о внесении записи и выписок из реестра РнС требуется выполнение доработок региональных ГИСОГД.

По информации от субъектов РФ стоимость таких доработок региональных ГИСОГД в среднем составляет от 20 до 40 млн. рублей в зависимости от применяемой регионом системы. Взяв 30 млн. рублей за ориентир, как среднее между 20 и 40, а затем умножив на 89 субъектов РФ получим, что исполнение 304-ФЗ в части реестровой модели РнВ обойдется чуть более 2,6 млд. рублей.

В это же время цифровой блок федерального Минстроя анонсирует переход субъектов РФ с региональных ГИСОГД на федеральное же типовое облачное решение «Управление строительством». Исходя из презентации директора проекта ГИС ТОР «Управление строительством» Александра Павловского первые субъекты перейдут на ТОР уже в 2026 году.

Следует также отметить, что одной из причин создания ГИС ТОР «Управление строительством» заявлена дороговизна и сложность развития систем ГИСОГД субъектов РФ, ИСУП, ГСН и т.д.

«Дорого» или «дёшево» понятия субъективные. В бюджетном заказе, как и в контрольно-надзорных органах, а равно с ними и в компетентных органах, оперируют понятиями обосновано и необоснованно.

Несмотря на то, что 1 сентября 2026 не за горами, региональные операторы ГИСОГД не спешат дорабатывать свои системы, т.к. им решительно не понятно посчитает ли контролирующий орган обоснованным расходование ~30 млн. руб. на развитие в ИСОГД, если по федеральному замыслу системой регион будет пользоваться лишь 2-3 года.

Снять неопределённость в вопросе обоснованности развития региональных систем, сэкономить бюджетные средства субъектов РФ, а также поспособствовать в скорейшем переходе регионов с ГИСОГД на ТОР «Управление строительством» предложил Первый Заместитель Министра строительства Новосибирской области Дмитрий Тимонов.

Суть предложения коллеги, озвученного на Сибирской строительной неделе, заключается в приоретизации разработки модуля по выдаче уведомлений о внесении записи и выписок из реестра РнВ в ГИС ТОР «Управление строительством». Мысль выглядит здравой и рациональной.

Прислушается ли федеральные Минстрой и Минцифра к предложению с мест, которое позволяет не допустить возникновение ситуации с неэффективным использованием без малого 30 млн. рублей бюджетных средств каждым из субъектов РФ (~2,6 млрд. руб.)?

А надо бы прислушаться, так как вместо того чтобы требовать от регионов срочных вложений в устаревающие системы, разумнее ускорить разработку нужного модуля в ГИС ТОР «Управление строительством». Это избавит субъекты РФ от неоправданных расходов и обеспечит единое цифровое пространство отрасли - без промежуточных потерь и двойной работы.

Да и принцип ответственности за результативность обеспечения гос- и муниципальных нужд, эффективность осуществления закупок, установленный статьей 12 Закона № 44-ФЗ, которым должны руководствоваться государственные органы, органы управления государственными внебюджетными фондами, муниципальные органы, казенные учреждения, иные юридические лица в случаях, установленных Законом № 44-ФЗ, при планировании и осуществлении закупок, никто не отменял. То же касается и принципа эффективности использования бюджетных средств, установленного статьей 34 БК РФ.

📸 bimsert

Задание на проектирование: что изменилось в версии XML-схемы 01.01

11 марта 2026 года Минстрой России разместил на своем сайте обновлённую версию XML-схемы задания на проектирование - DesignAssignment-01-01.xsd. Новая версия учитывает изменения в законодательстве, исправляет ошибки прошлых редакций и делает ряд требований необязательными.

Ниже, разобрали простым языком ключевые изменения.

Общая логика изменений

Главный тренд версии 01.01 - гибкость и унификация. Разработчики схемы убрали избыточные обязательные поля, унифицировали типы данных, добавили возможность указывать несколько технических заказчиков и актуализировали справочники под новые нормы.

Что стало необязательным

Раньше многие разделы требовали обязательного заполнения. Теперь их можно пропускать.

Элементы, ставшие необязательными

EngineeringSurvey - необходимость выполнения инженерных изысканий. Был обязательным, стал опциональным.

Land - сведения о земельных участках. Был обязательным, стал опциональным.

InitialDocuments - материалы, предоставляемые застройщиком. Был обязательным, стал опциональным.

ProjectDocuments - требования к составу проектной документации. Был обязательным, стал опциональным.

Выбор раздела проектной документации (IndustrialObject, NotIndustrialObject, LinearObject) - был обязательным, теперь можно не выбирать.

Атрибуты объекта, ставшие необязательными

В версии 01.00 многие атрибуты объекта были обязательными: SecurityInfluence, DangerousIndustrialObject, FireDangerCategory, ResponsibilityLevel и другие. В версии 01.01 все они стали опциональными. Это значит, что теперь можно указывать только те характеристики, которые действительно известны.

Новые возможности и уточнения

Технические заказчики. Раньше можно было указать только одного технического заказчика. Теперь их может быть несколько - появился контейнер TechnicalCustomers.

Разработчики проектной документации. Структура полностью переработана. Появился отдельный элемент DesignerGeneral для генпроектировщика. Можно указывать несколько элементов Designer для субподрядчиков. Добавлена возможность указать номер в реестре НОПРИЗ.

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

Справочники и типы данных

Гриф доступа tSecurityLabel - добавлено значение 4 - Для служебного пользования.

Доля финансирования tFinanceRatioValue - тип изменён с float на decimal для большей точности.

Роль подписанта tFunctionalRole - теперь текстовые значения Утверждено и Согласовано вместо числовых 1 и 2.

Код объекта tObjectCode - тип исключён, вместо него используется просто непустая строка tNotEmptyString200.

Технические правки и унификация

Тип автора в DocumentInfo приведён к единому tAuthor, как в других частях схемы.

Удалён элемент Author внутри Requirement - теперь требования без указания автора.

Удалён элемент IULFile - информационно-удостоверяющий лист больше не требуется.

Исправлена орфографическая ошибка: Standardization переименован в Standartization.

Аннотации элементов дополнены ссылками на приказ Минстроя 307/пр.

Общий вывод

Версия 01.01 XML-схемы стала гибче: разработчики убрали обязательность многих полей, упростили структуру и исправили ошибки. Теперь застройщик может включать в документ только те сведения, которые действительно есть и значимы для объекта.

Важная оговорка: часть атрибутов, ставших необязательными в схеме (уровень ответственности, категория пожарной опасности и другие), согласно части 11 статьи 4 Федерального закона № 384-ФЗ должны указываться в ЗнП в обязательном порядке. Снятие обязательности в XML-схеме не отменяет требований закона - на экспертизе отсутствие этих признаков станет основанием для замечания.

В остальном изменения полезные: унифицированы типы данных, появилась возможность указывать несколько техзаказчиков и выделять генпроектировщика, добавлена поддержка нестандартных адресов (шельф, исключительная экономическая зона).

📸 bimsert

ИИ-агент в проектировании: пример генерации XML-задания и его XSLT-преобразования

Пример XSLT-преобразования задания на проектирование, разработанного в формате XML на основе версии XML-схемы 01.01, вступающей в силу с 11 июня 2026 года.

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

Однако сегодня мы можем уже точно сказать, что, используя довольно несложный промпт, на базе большинства доступных ИИ-агентов задание на проектирование можно сформировать как в формате XML на основе соответствующей XML-схемы, так и выполнить его XSLT-преобразование с экспортом в HTML и иные человекочитаемые форматы.

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

Для упрощения работы часть сведений для тех или иных элементов и атрибутов XML-схемы ИИ-агенты могут брать из предварительно созданных пользователем справочников условий, представленных в разных форматах (в т.ч. полученные из СОД или CRM). Такие справочники типовых формулировок для задания на проектирование можно разработать как для конкретных видов функционального назначения объектов капитального строительства (ОКС), так и для заполнения общих сведений (общих элементов и атрибутов) для любых ОКС, вне зависимости от вида их функционального назначения. Если данные будут заимствовать из документов в СОД или CRM систем будет еще удобнее. Вариаций тут больше чем одна.

Фактически, в перспективе, если бы у нас было больше времени и ресурсов, мы могли бы уже сегодня приблизиться к тому самому желаемому результату «нажми на кнопку - получишь результат», когда формирование задания на проектирование можно было бы получать за 10–15 минут практически без участия человека, не считая данной им команды «создай задание». И поверьте, это ближе, чем мы думаем.

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

UPD: на момент создания указанного здания отсутствовали доступные решения, позволяющих сформировать ЗнП.xml по версии XML-схемы 01.01.

📸 bimsert

Минцифры готовит законопроект о праве отказаться от обслуживания с использованием ИИ

Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации подготовило законопроект о регулировании технологий искусственного интеллекта, который предусматривает возможность для граждан отказаться от услуг, оказываемых с использованием нейросетей. Об этом «Известиям» сообщили источники, знакомые с разработкой документа.

Согласно инициативе, организации будут обязаны предоставить клиенту услугу без применения искусственного интеллекта, если пользователь отказался от такого формата взаимодействия. Документ сейчас проходит межведомственное согласование, а ориентировочной датой вступления закона в силу называется 1 сентября 2027 года. Перечень ситуаций, в которых гражданин сможет отказаться от обслуживания ИИ, должно определить правительство.

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

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

📸 bimsert

Главгосэкспертиза приступила к пилотированию ЕЦПЭ 2.0: новая платформа станет гибким конструктором для экспертных организаций

ФАУ «Главгосэкспертиза России», являясь разработчиком действующей Единой цифровой платформы экспертизы (ЕЦПЭ версии 1.0), в настоящий момент проектирует её вторую, значительно более гибкую версию. Ключевое отличие ЕЦПЭ 2.0 - возможность тонкой настройки под нужды каждой конкретной организации: от изменения форм заявлений и состава комплектов документации до настройки бизнес-процессов.

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

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

Базовая версия

Предусматривает необходимый минимум для эффективной работы:
1. Подача документов: Загрузка заявителем проектной документации через личный кабинет. Реализована возможность автоматического формирования заявления на основе данных из пояснительной записки, если она предоставлена в машиночитаемом формате.
2. Подготовка заключения: Формирование сводного заключения с предзаполнением сведений о рассмотренной документации на основе ранее загруженных файлов, что сокращает время на ручной ввод.
3. Интеграция с госреестром: Подписание готового заключения и его автоматическая передача вместе с проектной документацией в Единый государственный реестр заключений (ЕГРЗ).

Расширенная версия

Включает в себя весь функционал базовой версии и дополнена инструментами для комплексного управления процессами экспертизы:
1. Юридический блок - формирование договорных документов на основе встроенных шаблонов.
2. Управление экспертизой - формирование экспертной группы и назначение индивидуальных заданий на рассмотрение разделов документации.
3. Взаимодействие с заявителем - формирование, направление и отслеживание процесса исправления заявителем замечаний, представленных в машиночитаемом виде, что исключает двусмысленность трактовок и ускоряет доработку.

📸 bimsert

На сайте Минстроя обновлен перечень российского ПО

Перечень российского программного обеспечения для субъектов градостроительной деятельности в соответствии с данными единого реестра российского программного обеспечения для ЭВМ (10.03.2026)

📸 bimsert

Правительство унифицирует правовую базу для создания ГИС

На публичное обсуждение размещен проект постановления Правительства РФ об утверждении требований к актам Правительства РФ, на основании которых создаются федеральные
государственные информационные системы (далее – проект постановления)

Правительство РФ в соответствии с подпунктом «а» пункта 1 части 1 Федерального закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (в ред. Федерального закона от 29 декабря 2025 г. № 568-ФЗ) наделяется полномочием по установлению требований к актам Правительства РФ, на основании которых создаются федеральные государственные информационные системы.

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

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

В указанных целях проектом акта предусматриваются требования
к постановляющей (распорядительной) части актов Правительства РФ о создании федеральных государственных информационных систем (далее – система), а также к положениям о соответствующих системах, утверждаемым такими актами, включающим следующие разделы:
1) общие положения о системе;
2) структура, функции и задачи системы, а также критерии оценки достижения целей ее создания;
3) участники системы и их полномочия;
4) состав информации и порядок ее размещения и предоставления;
5) порядок обеспечения доступа к системе;
6) правовой режим информации, содержащейся в системе, и программно-технических средств системы;
7) обеспечение юридической значимости электронных документов и подтверждение совершения юридически значимых действий;
8) информационное взаимодействие системы с иными информационными системами.

Проектом постановления предусматривается его вступление в силу с 1 сентября 2026 г.

📸 bimsert

Принят ПНСТ 1051-2026 по цифровым моделям дорог

ПНСТ 1051-2026 Дороги автомобильные общего пользования. Цифровая модель. Правила векторизации и графического представления

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

Настоящий стандарт устанавливает единые требования описания автомобильной дороги в цифровом виде для применения в геоинформационных системах (ГИС) и CAD-системах.

Результаты работ по созданию цифровой модели существующих автомобильных дорог могут использоваться при эксплуатации, проведении работ по капитальному ремонту, ремонту, для создания базы пространственных данных структурных элементов уличной дорожной сети и автомобильной дороги при формировании динамической цифровой карты дорожного движения согласно ПНСТ 824–2023 и ПНСТ 825–2023, а также при паспортизации автомобильных дорог и искусственных сооружений, изготовлении технических планов автомобильных дорог.

Вступает в действие - с 01.04.2026 г.

📸 bimsert

Перечень зарегистрированных в ФИФС СТО застройщиков по отделочным работам (на 13.03.2026)

1. СТО 01309053-01-2025
Отделочные и отделочно-монтажные работы на объектах АО «СЗ «ДСК». Контроль качества и требования к результатам работ

2. СТО 98553506-001-2025
Отделочные работы на объектах капитального строительства ООО «Главстрой-СПб специализированный застройщик». Требования к результатам работ

3. СТО 71812997-001-2025
Отделочные работы на объектах капитального строительства ООО СЗ «Новая жизнь-Львовская». Требования к результатам работ и правила выполнения измерений

4. СТО 42099739-001-2025
Работы отделочные на объектах капитального строительства ООО «Специализированный застройщик «А101». Требования к результатам работ и правила выполнения измерений

5. СТО 31412943-001-2025
Отделочные работы на объектах капитального строительства. Требования к результатам работ (ООО "ТЗ "ЭНКО")

6. СТО 28436319-001-2025
Отделочные работы на объектах капитального строительства ФСК Девелопмент. Требования к результатам работ и правила выполнения измерений

7. СТО 79744040-001-2025
Отделочные и монтажные работы на объектах капитального строительства ООО «Специализированный застройщик «МАВИС-СТРОЙ»

8. СТО 40032777-002-2025
Отделочные работы на объектах капитального строительства ГК ПИК. Требования к результатам работ и правила выполнения измерений

9. СТО 29819407-01-2024
Стандарт производства и приемки отделочных работ, отдельных монтажных работ в отношении элементов систем инженерно-технического обеспечения и инженерного оборудования ПАО «ГК «Самолет»

P.S. BIM-отделам застройщиков - обновляйте EIR требованиями к отделке из своих СТО, также см. о соотвествии СТО с ГОСТ 72509-2026.

📸 bimsert

Вниманию проектировщиков и экспертов раздела СПЗУ: принят стандарт по затенению детских игровых площадок

ПНСТ 1047.1-2026
Дизайн детского игрового пространства. Часть 1. Затенение детских игровых площадок

Настоящий стандарт устанавливает основные требования к концептуальному дизайн-решению затенения детских игровых площадок в общем комплексе детской игровой площадки.

Вступает в действие - с 01.06.2026 г.

Ранее, с 1 февраля 2026 года
вступил в действие и был опубликован ПНСТ 1043-2025 Оборудование и покрытия детских игровых площадок. Риск-ориентированный подход к комплексной проверке оборудования и ударопоглощающего покрытия.

📸 bimsert

Сведения о ТПД можно подать на сайте ЕГРЗ

На сайте ЕГРЗ реализована возможность подачи Сведений о типовой проектной документации.

📸 bimsert

Рубрика «Вопрос/Ответ»: Требования к расчёту на прогрессирующее обрушение при аварийной расчетной ситуации

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

Ответ:
Требования по расчёту зданий и сооружений на прогрессирующее обрушение при аварийной расчётной ситуации установлены:
1. Частью 6 статьи 16 Технического регламента (ФЗ-384) - при проектировании зданий и сооружений повышенного уровня ответственности должна учитываться аварийная расчётная ситуация, имеющая малую вероятность возникновения, но важная с точки зрения последствий (включая взрыв, столкновение, пожар).
2. ГОСТ 27751-2014 «Надёжность строительных конструкций и оснований»:
• пункт 5.2.6 - расчёт на прогрессирующее обрушение проводится для зданий класса КС-3 и многоэтажных зданий класса КС-2 с массовым пребыванием людей;
• пункт 3.10 - при расчёте должна рассматриваться аварийная расчётная ситуация, соответствующая исключительным условиям работы сооружения;
• пункт 5.1.1 - объекты должны удовлетворять требованиям особых предельных состояний при экстремальных воздействиях.
3. СП 385.1325800.2018 «Защита зданий и сооружений от прогрессирующего обрушения» - проектирование защиты осуществляется при аварийной расчётной ситуации (пункт 4.1).
4. СП 296.1325800.2017 «Здания и сооружения. Особые воздействия» - в сценариях аварийных ситуаций учитываются: экстремальные климатические воздействия, взрывные и ударные воздействия, нагрузки от пожарных автомобилей (пункт 5.3).

Действие аварийных особых нагрузок допускается не учитывать при условии проведения анализа рисков для всех расчётных ситуаций (пункт 5.11 СП 296.1325800.2017).

Также см. Письмо ФАУ «ФЦС» от 12.11.2024 № Исх-8367 «О требованиях по расчёту зданий и сооружений на прогрессирующее обрушение при аварийной расчётной ситуации, в том числе с учётом особых нагрузок и воздействий».

📸 bimsert