Завершено публичное обсуждение проекта СП «Метрополитены. Требования пожарной безопасности»

Росстандарт уведомляет о завершении публичного обсуждения проекта свода правил СП «Метрополитены. Требования пожарной безопасности».

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

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

📸 bimsert

Росреестр изложил позицию по вопросу, связанному с порядком внесения сведений в ЕГРН о зонах с особыми условиями использования территории

В Письме Росреестра от 06.03.2026 N 11-00361/26 сообщается, в частности, что положения части 12 статьи 26 Федерального закона от 03.08.2018 N 342-ФЗ "О внесении изменений в Градостроительный кодекс РФ и отдельные законодательные акты РФ" в части порядка внесения сведений о ЗОУИТ в ЕГРН применительно к охранным зонам линий и сооружений связи до момента утверждения положения о соответствующей ЗОУИТ в соответствии с требованиями статьи 106 Земельного кодекса РФ могут быть реализованы правообладателями указанных объектов независимо от их разграничения в качестве движимого или недвижимого имущества.

📸 bimsert

BIM без BIM 360 или неустойка в ×5,6 выше аванса: разбор ошибок подрядчика

Дело № А56-13587/2024. Подрядчик обязался выполнить проектные работы с использованием BIM для гостиничного комплекса. Договор требовал выгружать модели в BIM 360, а финальный результат передавать на бумаге и CD в форматах RVT, NWF, IFC, DWG, PDF. Работы по второму этапу должны были быть завершены до 25.04.2022, но подрядчик сроки нарушил. В декабре 2023 года заказчик расторг договор и потребовал вернуть аванс 915 600 ₽ и неустойки. Подрядчик подал встречный иск о приемке работ.

Заказчик настаивал, что результат не передан в порядке, предусмотренном договором. Подрядчик возражал: работы выполнены, в подтверждение представил нотариальный протокол осмотра файлов на Google Диске, а просрочку объяснял действиями заказчика (несвоевременные данные, изменения в задании).

Суд первой инстанции указал: передача через Google Диск договором не предусмотрена, файлы не в тех форматах, а Google Диск позволяет изменять информацию, что не дает возможности достоверно установить содержание документации на конкретную дату. Работы признаны несданными. Доводы подрядчика отклонены, поскольку он не уведомлял заказчика о препятствиях и не приостанавливал работы (ст. 716 ГК РФ). Договором была установлена неустойка за невозврат аванса - 1% в день или 365% годовых. За период с 15.12.2023 по 03.07.2025 сумма неустойки составила 5 172 108 ₽, что в 5,6 раза выше аванса. Ходатайство о снижении неустойки по статье 333 ГК РФ суд отклонил, так как подрядчик не представил убедительных доказательств ее несоразмерности. В итоге суд взыскал 1 318 464 ₽ неустойки за просрочку работ, 913 800 ₽ аванса, 5 172 108 ₽ неустойки за невозврат аванса плюс неустойку по день фактической оплаты. Общая сумма превысила 7,4 млн ₽, что в 8 раз выше суммы аванса. Встречный иск отклонен полностью.

Подрядчик подал апелляционную жалобу, однако постановлением Тринадцатого арбитражного апелляционного суда от 04.02.2026 по делу № А56-13587/2024 утверждено мировое соглашение. По его условиям подрядчик выплачивает 913 800 ₽ аванса, 586 200 ₽ неустоек и 100 000 ₽ дополнительно - всего 1,6 млн ₽. Эта сумма в 1,75 раза выше аванса, но почти в 5 раз меньше первоначально взысканной неустойки. Заказчик отказался от остальных требований, встречный иск отозван, судебные расходы стороны оставили за собой.

Таким образом, подрядчик допустил три ключевые ошибки: ненадлежащая передача результата (Google Диск вместо BIM 360 и не те форматы), неприостановка работ при наличии препятствий (ст. 716 ГК РФ) и игнорирование размера договорной неустойки (1% в день) с непредставлением доказательств ее несоразмерности для снижения по статье 333 ГК РФ.

Из дела можно сделать следующие выводы. Способ передачи результата должен строго соответствовать договору - замена согласованных платформ на общедоступные сервисы без согласования может стоить миллионов. Не приостановил работы при препятствиях - виноват сам, статья 716 ГК РФ требует письменного уведомления и приостановки. Для снижения неустойки по статье 333 ГК РФ требуются убедительные доказательства ее несоразмерности, а не голословные заявления. Мировое соглашение позволяет снизить потери - вместо 7,4 млн подрядчик заплатил 1,6 млн, что демонстрирует эффективность компромисса, хотя договориться сторонам удается редко.

📸 bimsert

Минстрой предложил ужесточить требования к управляющим компаниям

На публичное обсуждение размещен проект постановления Правительства РФ «О внесении изменений в постановление Правительства Российской Федерации от 28 октября 2014 г. № 1110», разработанный Минстроем России. Документ подготовлен во исполнение Федерального закона от 15 октября 2025 г. № 375-ФЗ и вносит изменения в положение о лицензировании предпринимательской деятельности по управлению многоквартирными домами.

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

Регулирование затронет более 21,7 тысячи управляющих организаций и 89 региональных органов жилищного надзора. Совокупные затраты участников рынка на выполнение новых требований за 6 лет оцениваются в более чем 216,6 млрд рублей, при этом разработчики считают, что нововведения не окажут влияния на бюджеты всех уровней.

Публичные обсуждения проекта продлятся с 18 марта по 14 апреля 2026 года, вступление документа в силу планируется с 1 сентября.

📸 bimsert

Кейс: искажение количественных показателей при экспорте многоконтурных элементов в IFC, или как IFC-экспортёр превращает 88 м² в 529 м²

Коллеги из Свердловского областного УКСа столкнулись с показательной ошибкой - элемент «перекрытие» с шестью независимыми контурами гидроизоляции при экспорте в IFC получил некорректное распределение свойств Qto_SlabBaseQuantities. Вместо агрегации площади по контурам, каждый контур унаследовал общее значение 88,2 м², что привело к завышению объёмов в 5-6 раз.
Интересно, что проблема не в алгоритмах расчёта САПР, а в семантическом разрыве при сериализации - свойства привязаны к логическому элементу IfcSlab, а не к геометрическим представлениям.

Подробный кейс у коллег.

📸 bimsert

В России стартует публичное обсуждение рамочного закона об искусственном интеллекте

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

Законопроект носит рамочный характер и устанавливает ключевые принципы внедрения ИИ, а также меры поддержки отечественных разработок. Его действие потенциально распространяется на более чем 8 миллионов субъектов предпринимательской деятельности, а также на органы власти всех уровней и всех граждан РФ.

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

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

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

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

При подготовке законопроекта был учтен международный опыт регулирования ИИ в ЕС, Китае и Южной Корее, а также законодательство стран ЕАЭС (Казахстан, Кыргызстан). Авторы документа отмечают, что принятие закона позволит снизить риски технологического отставания и одновременно предотвратить возможный ущерб от небезопасного применения ИИ. Ожидается, что заявленные цели будут достигнуты в течение семи лет с момента вступления закона в силу.

Срок вступления в силу - с 1 сентября 2027.

📸 bimsert

На публичное обсуждение вынесены проекты стандартов ЕСКД

ГОСТ Р Единая система конструкторской документации. Технические условия

Разработчик: НТЦ «Информтехника» - филиал ФГУП «ВНИИ «Центр»

Дата начала публичного обсуждения
01.06.2026
Дата окончания публичного обсуждения
01.08.2026

Получить копию проекта стандарта и направить замечания к нему можно по адресу: 107078, г. Москва, ул. Каланчевская, д. 15А 8(495) 662–54–44 (доб. 409) [email protected]

ГОСТ Р Единая система конструкторской документации. Электронная конструкторская документация. Правила долговременного хранения

Разработчик: НТЦ «Информтехника» - филиал ФГУП «ВНИИ «Центр»

Дата начала публичного обсуждения
01.06.2026
Дата окончания публичного обсуждения
01.08.2026

Получить копию проекта стандарта и направить замечания к нему можно по адресу: 107078, г. Москва, ул. Каланчевская, д. 15А 8(495) 662–54–44 (доб. 433) [email protected]

📸 bimsert

Минстроем России даны разъяснения по вопросу размещения в МКД оборудования операторов связи в целях предоставления услуг связи жильцам

В числе прочего, в Письме Минстроя России от 02.03.2026 N 11229-ДН/04 «О безвозмездном размещении в МКД оборудования операторов связи в целях предоставления услуг связи жильцам» сообщается, что часть 4 статьи 3 Федерального закона "О внесении изменений в статью 6 Федерального закона "О связи" и Жилищный кодекс Российской Федерации" от 06.04.2024 N 67-ФЗ (далее - Закон N 67-ФЗ) устанавливает, что заключенные до дня вступления в силу настоящего федерального закона договоры между оператором связи и лицом, осуществляющим управление многоквартирным домом, предусматривающие плату за пользование объектами общего имущества в многоквартирном доме для оказания услуг связи в многоквартирном доме, за доступ к объектам общего имущества в многоквартирном доме для монтажа, эксплуатации и демонтажа сетей связи (за исключением радиоэлектронных средств подвижной радиотелефонной связи), за доступ к сетям связи либо за оказание иных услуг, связанных с монтажом, эксплуатацией и демонтажом сетей связи на объектах общего имущества в многоквартирном доме, по требованию любой из сторон договора подлежат прекращению (расторжению).

Законом N 67-ФЗ при условии соблюдения Правил взаимодействия оператора связи и лица, осуществляющего управление многоквартирным домом, при монтаже, эксплуатации и демонтаже сетей связи на объектах общего имущества в многоквартирном доме, утвержденных Постановлением Правительства РФ от 06.08.2024 N 1055, императивно установлено право операторов связи размещать оборудование на общем имуществе собственников многоквартирных домов во исполнение договоров с этими собственниками бесплатно и беспрепятственно с целью соблюдения права граждан на информацию.

Поскольку законодателем установлен безвозмездный характер пользования объектами общего имущества в многоквартирном доме для оказания услуг связи в многоквартирном доме в сложившихся правоотношениях вне зависимости от факта волеизъявления оператора связи на прекращение правоотношений, таковые прекращены с 06.04.2024, так как соответствующее положение установлено специальными нормами Закона N 67-ФЗ.

📸 bimsert

Дилер как гарант: как кассационное решение меняет ответственность на рынке российского ПО

Кассационный суд Восточно-Сибирского округа 17 февраля 2026 года вынес Постановление по делу № А58-8238/2023, которое меняет подход к ответственности дилеров ПО. Суд обязал продавца годовой подписки на лицензии Autodesk отвечать перед покупателем за работоспособность ПО в течение всего оплаченного срока - даже если блокировка произошла по вине правообладателя. Логика решения не привязана к конкретному вендору и применима к любой модели подписочного лицензирования, где дилер выступает посредником между разработчиком и конечным пользователем. Дело касалось импортного ПО, но вывод суда носит универсальный характер и применим к спорам с участием дилеров отечественного софта.

Для дилеров российского ПО это открывает новые риски. Отечественный рынок отличается спектром угроз - банкротство разработчика, отзыв сертификатов соответствия ФСТЭК или ФСБ, технические сбои облачной инфраструктуры, перебои в интернет-соединении и мобильной связи, регуляторные ограничения. В отличие от внешнеполитических шоков, эти риски во многом предсказуемы. Соответственно, суды с высокой вероятностью будут ожидать от дилеров проведения надлежащей проверки (due diligence) перед заключением договоров поставки.

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

Срок исковой давности по старым сделкам с импортным ПО уже истек. Однако для отечественных дилеров окно риска только открывается. Каждая новая сделка с годовой подпиской запускает трехлетний период (ст. 196 ГК РФ), в течение которого покупатель может предъявить претензии. Практика показывает, что компании, столкнувшиеся с неработающим ПО, ранее часто мирились с потерями из-за неопределенности правоприменения. Теперь у них появляется четкий судебный инструмент.

Дилеры будут вынуждены пересматривать договорные конструкции. Оговорки о форс-мажоре и ограничения ответственности станут стандартом, но их эффективность остается под вопросом. Суды, как правило, трактуют форс-мажор узко, не признавая банкротство вендора или регуляторные отзывы безусловными обстоятельствами непреодолимой силы. Кроме того, ограничения ответственности могут быть проигнорированы при нарушениях обязательств (ст. 401, 403 ГК РФ).

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

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

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

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

📸 bimsert

Рубрика «Non comments»

Роскомнадзор перестал полностью справляться с блокировками в интернете, сообщает Коммерсант со ссылкой на издание Forbes.

📸 bimsert

Справка по чтению описания к XML-схеме пояснительной записки к сметной документации

Часть 1/3

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

Глава 1. Основы устройства XML-схемы
XML-схема — это формальное описание структуры XML-файла. Она определяет, какие элементы могут присутствовать в документе, в каком порядке, какие у них могут быть атрибуты и какие ограничения накладываются на их содержимое.

1.1. Элементы
Элемент — это основная структурная единица XML-документа. В файле элемент выглядит как открывающий и закрывающий тег с данными внутри: <Название>данные</Название>.
Элементы бывают двух типов.
Простой элемент содержит только текст и не имеет вложенных элементов. Ему соответствует простой тип данных. Пример: <OrgFullName>Полное наименование</OrgFullName>.
Сложный элемент содержит внутри себя другие элементы, формируя иерархическую структуру. Ему соответствует комплексный тип. Это позволяет группировать связанные данные. Пример:

<Person>
    <FamilyName>Иванов</FamilyName>
    <FirstName>Иван</FirstName>
    <SecondName>Иванович</SecondName>
</Person>

1.2. Атрибуты
Атрибут — это дополнительная характеристика элемента, которая указывается внутри открывающего тега. Атрибуты всегда содержат простые значения и не имеют вложенной структуры. Пример: <Cell align="center">Текст</Cell>. Здесь align — атрибут, указывающий выравнивание текста.

1.3. Типы данных и ограничения
Для каждого простого элемента или атрибута схема определяет тип данных и может накладывать ограничения.
Типы данных: строка, число, дата, логическое значение и другие.
Ограничения: максимальная длина строки, диапазон чисел, фиксированная длина и регулярные выражения.
Регулярное выражение задает точный шаблон, которому должна соответствовать строка. Если значение не соответствует шаблону, XML-документ считается недействительным.

Глава 2. Как определить обязательность элемента или атрибута
В схеме используются специальные индикаторы, показывающие, какие поля нужно заполнять обязательно, а какие можно опустить.

2.1. Индикаторы для элементов: minOccurs и maxOccurs
Эти атрибуты показывают, сколько раз элемент может или должен встречаться.
Отсутствие minOccurs или minOccurs="1" означает, что элемент обязателен и должен присутствовать ровно один раз.
minOccurs="0" означает, что элемент необязателен. Он может отсутствовать. Если присутствует, то только один раз.
maxOccurs="unbounded" означает, что элемент может повторяться. В сочетании с minOccurs="1" это обязательный список: минимум один элемент, может быть много. В сочетании с minOccurs="0" это необязательный список: может быть 0, 1 или несколько элементов.
Примеры из схемы:
Элемент OrgFullName описан без minOccurs. Это обязательное поле.
Элемент Person имеет minOccurs="0". Это необязательное поле.
Элемент MainTEI имеет maxOccurs="unbounded". У объекта должен быть хотя бы один главный показатель, и их может быть несколько.

2.2. Индикатор для атрибутов: use
Для атрибутов используется индикатор use.
use="required" означает, что атрибут обязателен для заполнения.
use="optional" означает, что атрибут необязателен.
Пример: атрибут SROType имеет use="required", поэтому тип саморегулируемой организации указывать обязательно.

2.3. Ситуация выбора: choice
Конструкция choice означает, что из нескольких предложенных вариантов нужно выбрать только один.
Пример: в блоке ObjectDescription используется choice. Это означает, что объект может быть только одним из трех: NonIndustrialObject, IndustrialObject или LinearObject. Указать два типа одновременно нельзя.

#XML_ПЗ_СД, #XML

📸 bimsert

Справка по чтению описания к XML-схеме пояснительной записки к сметной документации

Часть 2/3

Глава 3. Регулярные выражения в схеме
Регулярные выражения задают жесткие требования к формату текстовых данных. В схеме версии 4.01 встречается восемь основных шаблонов.

3.1. Шаблон для непустого текста
(\s*[^\s]\s*)+
Этот шаблон требует, чтобы строка содержала хотя бы один непробельный символ. Пробелы в начале, конце или между словами допускаются.
Используется в non-empty-string, string200, string500. Это основной тип для названий организаций и объектов, фамилий, имен, подписей, комментариев. Примеры: OrgFullName, FamilyName, ObjectName, FinanceComment.

3.2. Шаблоны для цифровых кодов
\d{10}
Ровно 10 цифр подряд. Используется в OrgINN для ИНН иностранного юридического лица.
\d{9}
Ровно 9 цифр подряд. Используется в OrgKPP для КПП иностранного юридического лица.
[0-9]{2}
Ровно две цифры от 00 до 99. Используется в Region для кода субъекта РФ. Значение 00 применяется при отсутствии кода.
[0-9]{18}
Ровно 18 цифр подряд. Используется в атрибуте ElectronicBudgetObjectCode у объектов строительства. Это код системы Электронный бюджет.

3.3. Шаблоны для технических идентификаторов
[0-9a-fA-F]{32}
Ровно 32 символа, каждый из которых может быть цифрой или буквой A-F в любом регистре. Используется в FileChecksum для контрольной суммы файла CRC32.
[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}
Шаблон для GUID. 32 шестнадцатеричных символа, разделенных дефисами на группы 8-4-4-4-12. Используется в GUID для ссылок на документы, в ProjectDocument/GUID, в DependsOnGUID для указания зависимостей.

3.4. Шаблон для классификатора объектов
([0-9]{1,2}\.[0-9]{1,2}\.[0-9]{1,3}\.[0-9]{1,3})|([0-9]{1,2}\.[0-9]{1,2}\.[0-9]{1,3})
Два допустимых варианта, разделенных |. Первый вариант — код из четырех чисел, разделенных точками. Первые два числа содержат 1-2 цифры, вторые два — 1-3 цифры. Второй вариант — код из трех чисел. Первые два числа — 1-2 цифры, третье — 1-3 цифры.
Используется в FunctionsClass для кода функционального назначения объекта капитального строительства.

#XML_ПЗ_СД, #XML

📸 bimsert

Справка по чтению описания к XML-схеме пояснительной записки к сметной документации

Часть 3/3

Глава 4. Справочник символов регулярных выражений для схемы
Регулярные выражения используют специальные символы для задания шаблонов.

4.1. Квадратные скобки [ ]
Квадратные скобки означают, что на данной позиции может стоять один любой символ из перечисленных внутри скобок.
[0-9] означает любую цифру от 0 до 9. Пример: [0-9]{2}.
[0-9a-fA-F] означает цифру от 0 до 9 или букву a-f в любом регистре. Пример: [0-9a-fA-F]{32}.

4.2. Фигурные скобки { }
Фигурные скобки показывают, сколько раз должен повториться предыдущий символ или группа.
{10} означает ровно 10 раз. Пример: \d{10}.
{9} означает ровно 9 раз. Пример: \d{9}.
{2} означает ровно 2 раза. Пример: [0-9]{2}.
{32} означает ровно 32 раза. Пример: [0-9a-fA-F]{32}.
{1,2} означает от 1 до 2 раз. Пример: [0-9]{1,2}.
{1,3} означает от 1 до 3 раз. Пример: [0-9]{1,3}.

4.3. Круглые скобки ( )
Круглые скобки объединяют несколько символов в одну логическую группу. Это нужно, чтобы применить к целой последовательности оператор вроде + или |.
В (\s*[^\s]\s*)+ скобки группируют блок "пробелы-символ-пробелы", а + применяется ко всей группе.
В выражении для классификатора скобки отделяют два варианта друг от друга.

4.4. Вертикальная черта |
Вертикальная черта разделяет альтернативные варианты, из которых может быть выбран только один.
В выражении классификатора | разделяет вариант с четырьмя уровнями и вариант с тремя уровнями.

4.5. Специальные символы с обратным слешем \
Обратный слеш превращает обычную букву в специальное обозначение.
\d означает любую цифру от 0 до 9. Пример: \d{10}.
\s означает любой пробельный символ: пробел, табуляцию, перевод строки. Пример: \s*.
\. означает обычную точку. Точка без слеша . является специальным символом, обозначающим любой символ. Чтобы указать именно знак точки, ее экранируют. Пример: [0-9]{1,2}\.[0-9]{1,2}.

4.6. Квантификаторы + и *
Квантификаторы показывают, сколько раз должен встретиться предыдущий символ или группа.
+ означает один или более раз. В (\s*[^\s]\s*)+ требует хотя бы одного непробельного символа.
* означает ноль или более раз. В \s* означает, что пробелы могут быть в любом количестве или отсутствовать.

4.7. Отрицание внутри квадратных скобок [^ ]
Если внутри квадратных скобок первым стоит ^, это означает любой символ, кроме перечисленных.
[^\s] означает любой символ, кроме пробельных. В (\s*[^\s]\s*)+ гарантирует наличие непробельного символа.

4.8. Дефис - вне квадратных скобок
Дефис вне квадратных скобок означает обычный символ дефиса.
В выражении для GUID [0-9a-fA-F]{8}-[0-9a-fA-F]{4} дефис выступает как разделитель между группами.

#XML_ПЗ_СД, #XML

📸 bimsert

☄️ Экспертный очный день конференции «Неделя Техэксперт 2026»!

ЦДК Форум Скиллс выступает организатором и модератором деловой программы 20 марта очной секции по строительству и проектированию «Маховик цифровизации: новые требования и инструменты»!

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

В программе дня:
➡️ Применение XML в строительной отрасли после 1 января 2026 года;
➡️ Реестр нормативных требований с 1 марта 2026 года и изменения в обосновании проектных решений;
➡️ Цифровые инструменты в управлении жизненным циклом объектов капитального строительства;
➡️ Проблематика использования универсальных квалифицированных электронных подписей (УКЭП) при проектировании (опыт эксперта);
➡️ Обзор нового стандарта по оформлению проектной документации в строительстве (ГОСТ Р 21.101-2026)
➡️ Экспертная дискуссия о практических и концептуальных вопросах применения искусственного интеллекта в строительстве и проектировании.

Эксперты: Чеготова Елена, Петров Сергей, Драгомиров Сергей.

🗓 Дата и время: 20 марта 2026 г., 10:00-16:00
📍 Место проведения: г. Санкт-Петербург, ул. Чайковского, 46-48, 2 этаж
💬 Формат: очно и онлайн

🔗 ЗАРЕГИСТРИРОВАТЬСЯ
 _________________________________
Мы в Телеграм
Мы в ВКонтакте
Мы в MAX
Экспертный очный день по стройке Недели Техэксперт 20.03.2026, 10:00-16:00

Минстрой России рассмотрел вопросы, касающиеся внесения изменений в проектную документацию

В частности, в Письме Минстроя России от 24.02.2026 N 4024-ОГ/09 «О сметной стоимости строительства на этапе архитектурно-строительного проектирования» сообщается, что цена работ, ранее не предусмотренных проектной документацией, или откорректированных видов и объемов работ, а также замененных материалов и (или) оборудования на аналоги без изменения их объема определяется в уровне цен, в котором была составлена и утверждена сметная документация, включающая такие работы и (или) затраты, с учетом индексов прогнозной инфляции, действующих на дату утверждения проектной документации, определяемых от уровня цен, в котором была составлена и утверждена такая сметная документация, с учетом сроков реализации контракта и коэффициента снижения начальной (максимальной) цены контракта, определенного по результатам закупочных процедур.

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

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

📸 bimsert

С 22 марта действуют новые XML-схемы для стройнадзора и исполнительной документации

Сегодня вступили в действие новые версии XML-схем документов, используемых при осуществлении регионального государственного строительного надзора и новые XML-схемы по исполнительной документации:

- новые XML-схемы по исполнительной документации (версия 1):

Журнал выполнения монтажных соединений на болтах с контролируемым натяжением

Ведомость изменений и отступлений от проекта

Акт ревизии и испытания арматуры

Акт приемки оборудования лифта

Акт визуального и измерительного контроля качества сварных соединений

- новые версии XML-схем документов, используемых при осуществлении регионального государственного строительного надзора (версия 4):

Программа проверок

Приказ о назначении должностных лиц

Извещение о начале строительства

Ранее о размещении указанных XML-схем на сайте Минстроя России.

📸 bimsert

Условия и порядок вступления в силу федеральных нормативных правовых актов

Справка подготовлена специалистами КонсультантПлюс

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

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

Справка разделена на три главы:

Глава 1. Обязательные условия вступления в силу нормативных правовых актов

1.1. Официальное опубликование
1.2. Государственная регистрация нормативных правовых актов федеральных органов исполнительной власти в Минюстиции РФ
1.3. Специальные условия

Глава 2. Порядок вступления в силу нормативных правовых актов

2.1. Федеральные конституционные законы, федеральные законы, акты палат Федерального Собрания

2.2. Акты Президента РФ

2.3. Акты Правительства

2.4. Решения КС РФ

2.5. Нормативные правовые акты федеральных органов исполнительной власти

2.5.1. Акты, зарегистрированные в Минюстиции РФ

2.5.2. Акты, признанные Минюстиции РФ не нуждающимися в государственной регистрации

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

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

2.5.2.3. Акты федеральных служб и федеральных агентств, руководство которыми осуществляет Правительство РФ

2.6. Особенности вступления в силу нормативных правовых актов некоторых ведомств

2.6.1. Вступление в силу правовых актов Банка России

2.6.2. Вступление в силу правовых актов федеральных органов исполнительной власти, уполномоченных в области таможенного дела

2.6.3. Вступление в силу правовых актов Федеральной службы по финансовым рынкам

2.6.4. Вступление в силу нормативных актов, издаваемых Пенсионным фондом РФ, Федеральным фондом обязательного медицинского страхования, Фондом социального страхования РФ - с 01.01.2023 реорганизованы в СФР

2.6.5. Вступление в силу нормативных правовых актов СК России

2.6.6. Вступление в силу нормативных правовых актов Судебного департамента при ВС РФ

2.6.7. Нормативные акты Генпрокуратуры России

2.7. Особенности вступления в силу федеральных стандартов отдельных видов деятельности

2.7.1. Вступление в силу федеральных стандартов оценки

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

2.7.3. Вступление в силу федеральных стандартов актуарной деятельности

2.7.4. Вступление в силу базовых стандартов определенных видов деятельности в сфере финансового рынка

Глава 3. Проблемные вопросы вступления в силу нормативных правовых актов

3.1. Определение даты первого официального опубликования

3.2. Исчисление сроков вступления в силу НПА с учетом различных формулировок, указывающих на момент вступления в силу

3.3.

Опубликование полного текста нормативного акта

3.4. Опубликование в источнике, на котором отсутствует точная дата

📸 bimsert

Системные проблемы внедрения XML-схем в строительстве

Материалы Секции «Строительная отрасль» с Конференции «Правовой ландшафт промышленности - 2026» в рамках Недели «Техэксперт» от 20.03.2026 г.

Доклад Зам. Ген. директора ООО «МИНЭКС» Драгомиров С.В. на тему: «XML в строительной отрасли: стал ли универсальный формат обмена «общим языком» для участников рынка после 01.01.2026?», в рамках онлайн-конференции «Правовой ландшафт промышленности – 2026 от 20.03.2026

Полная версия выступления и презентации доступна участникам конференции и пользователям профессиональных справочных систем «Кодекс» и «Техэксперт».

📸 bimsert

Сквозной контроль ТЭП в цифровом жизненном цикле ОКС: от XML-схем к единой модели

Парадокс цифровизации: у нас есть детальная 3D-модель здания (ЦИМ/BIM) и электронные документы в XML-формате (ЗнП, АГР, ПЗ, ЗЭ, РС, извещение о начале строительства, ЗОС, РВЭ). И модель, и документы содержат одни и те же данные - площадь, высота, этажность. Но они не связаны между собой.

Модель «знает» параметры, но XML-документы формируются в отрыве от нее - инженер вручную переносит ТЭПы из IFC в XML, создавая дублирование и риск расхождений. ЦИМ не используется как источник данных для разрешительной документации, формируемой на основе действующих XML-схем.

В статье анализируем XML-схемы федерального и регионального уровня и показываем, как превратить разрозненные «бумаги» в непрерывный цифровой след:
- почему ЗнП, ПЗ и ЗОС говорят об одном, но записывают по-разному (гибкие vs жёсткие структуры);
- 6 сценариев автоматической сверки: от задания заказчика до ввода в эксплуатацию;
- как сделать ЦИМ единым источником достоверности для всех XML-документов через XSLT-трансформации.
Результат - переход от ручной сверки к непрерывному мониторингу отклонений в режиме реального времени.

Читать полностью.

📸 bimsert

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

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

Основной критерий: выполнение работ или оказание услуг для одного заказчика в течение шести месяцев подряд более 160 часов в месяц. Такой объем приравнен к стандартной трудовой нагрузке (5 дней по 8 часов) и призван выявлять ситуации, когда длительное сотрудничество через платформу фактически подменяет трудовые отношения.

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

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

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

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

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

📸 bimsert