BIMSERT

🪖 Цифровая трансформация строительной отрасли — ВЭФ На площадке Урбан Хаб на ВЭФ 2026 Сергей Фролов, представитель ГК «Спектрум», привел порядок согласования АГР как пример антитренда: идея правильная, а требования на практике тормозят инвестора.

©️ Цифровые требования со стороны власти процесс ускорят. Но их нужно формулировать аккуратно. Иначе борьба «за цифру» начнёт мешать самому проекту. Последний пример — апрельский указ правительства Москвы о порядке согласования АГР. Инициатива понятная и правильная: собрать первичную базу данных по объектам, сделать цифровую модель базовой на всём инвестиционном цикле. На практике требования устроены так, что инвестор сначала обязан достаточно детально проработать модель — и только потом идёт в согласование. Принципиального согласия по архитектурному облику на этом шаге ещё нет. Если облик не приняли, модель тянут на повторные круги. Это дополнительные согласования, дополнительные затраты. Это не ускорение инвестиционного проекта, хотя замысел как раз про ускорение и про единую модель объекта. Отсюда его вывод: цифровая обязанность без аккуратных правил даёт не экосистему, а повторные круги и риск для инвестора.

Изменения в 117-й приказ ФСТЭК На публичное обсуждение представлен проект приказа ФСТЭК России о внесении изменений в Требования о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений, утвержденные приказом Федеральной службы по техническому и экспортному контролю от 11 апреля 2025 г. № 117, направленных на актуализацию требований по защите информации при использовании технологий искусственного интеллекта. В частности, проектом приказа вносятся следующие ключевые изменения. Модели ИИ предписывается выделять в отдельный сегмент информационной системы или инфраструктуры, доступ в который должен осуществляться с использованием усиленной многофакторной аутентификации для привилегированных пользователей. Для всех пользователей вводится контроль доступа к моделям ИИ с предоставлением минимально необходимых прав, а также обязательная регистрация и анализ их действий. Для систем, обрабатывающих информацию ограниченного доступа или реализующих значимые функции, дополнительно устанавливаются меры фильтрации входных и выходных данных, квотирование запросов и ограничение функциональности моделей. Кроме того, уточняются требования к защите при использовании агентов ИИ (включая автономных), корректируется терминология и обновляются ссылки на новый Федеральный закон № 243-ФЗ и ГОСТ Р 71476-2024. Меры защиты для сервисов ИИ, предоставляемых подрядчиками, теперь должны закрепляться во внутренних регламентах оператора. При разработке проекта приказа учтены результаты мониторинга правоприменения приказа ФСТЭК России от 11 апреля 2025 г. № 117. Дата окончания общественного обсуждения - 8 сентября 2026 года. 📸 bimsert

Правовой календарь на 1 сентября 2026 года: строительство Вводится реестровая модель оказания услуг в сфере обеспечения разрешительной деятельности ЮЛ и ФЛ при реализации проектов по строительству, реконструкции, сносу ОКС, объектов ИЖС Предусмотрено ведение реестра разрешений на строительство ОКС, реестра разрешений на ввод ОКС в эксплуатацию, реестра уведомлений о планируемом строительстве объектов ИЖС и реестра уведомлений об окончании строительства объектов ИЖС. Запись в соответствующем реестре является: - подтверждением выдачи разрешения на строительство; - подтверждением соответствия указанных в уведомлении о планируемом строительстве параметров объекта ИЖС или садового дома установленным параметрам и допустимости размещения объекта ИЖС или садового дома на земельном участке; - фактом подтверждения выдачи разрешения на ввод ОКС в эксплуатацию; - подтверждением соответствия указанных в уведомлении об окончании строительства параметров установленным параметрам и допустимости размещения объекта ИЖС или садового дома на земельном участке. Указанные реестры ведутся: - в случае выдачи соответствующих разрешений уполномоченными федеральными органами исполнительной власти, ГК "Росатом" и ГК "Роскосмос" - в ЕГИСОГД "Стройкомплекс.РФ"; - в случае выдачи соответствующих разрешений (уведомлений) органами исполнительной власти субъектов РФ и органами местного самоуправления - в ГИСОГД субъектов РФ. Сведения, содержащиеся в указанных реестрах, являются общедоступными, за исключением сведений, доступ к которым ограничен. Реестры разрешений на строительство, разрешений на ввод ОКС в эксплуатацию, выдаваемых Минобороны России, ФСБ России, ФСО России, СВР России, ГУСП, а также в отношении ОКС, сведения о которых составляют государственную тайну, ведутся на бумажном носителе без использования единой информационной системы в порядке, установленном федеральными органами исполнительной власти и организациями, уполномоченными на выдачу таких разрешений, в том числе в соответствии с требованиями законодательства о государственной тайне. Ввод ОКС в эксплуатацию, подтвержденный записью в реестре разрешений на ввод ОКС в эксплуатацию, является основанием для государственного кадастрового учета созданного ОКС или государственной регистрации права на данный объект или на расположенные в нем помещения, машино-места, государственного кадастрового учета в связи с изменением сведений ЕГРН о реконструированном объекте капстроительства. Выписка из реестра разрешений на ввод ОКС в эксплуатацию должна содержать сведения, необходимые для таких государственного кадастрового учета или государственной регистрации прав. Сокращены отдельные сроки в рамках процедур уведомления о планируемых строительстве или реконструкции объекта ИЖС или садового дома, выдачи разрешения на строительство, выдачи разрешения на ввод объекта в эксплуатацию. Корреспондирующие изменения внесены в отдельные законодательные акты. Предусмотрены переходные положения. (Федеральные законы от 31.07.2025 N 304-ФЗ, от 04.08.2026 N 299-ФЗ, Постановления Правительства РФ от 25.05.2026 N 596, от 23.05.2026 N 589 и от 30.05.2026 N 647, Приказы Минстроя России от 21.04.2026 N 256/пр, N 257/пр и N 258/пр, от 17.07.2026 N 457/пр, Приказы Росреестра от 08.05.2026 N П/0221/26 и N П/0222/26, Письмо ФНС России от 10.08.2026 N СД-36-21/6833@, Информация Росреестра) Обновлен перечень документов, подтверждающих соответствие физического лица требованиям для включения в национальные реестры специалистов в сфере строительства Новый документ учитывает изменения, предусмотренные: - Федеральным законом от 28.12.2025 N 507-ФЗ, которым установлено требование о включении сведений в национальные реестры специалистов иных специалистов, занятых в строительстве, если такие физические лица занимают должности, предусмотренные перечнем, указанным в части 11 статьи 55.5-1 ГрК РФ; - Федеральным законом от 31.07.2025 N 309-ФЗ, которым установлена обязанность уполномоченных органов или их подведомственных учреждений, организаций негосударственной экспертизы, органов государственного строительного надзора информировать соответствующее национальное объединение СРО о специалистах, выполнивших работы, по результатам которых указанными лицами выданы отрицательные заключения экспертизы или отказано в выдаче заключения о соответствии построенного, реконструированного объекта капстроительства. (Приказ Минстроя России от 28.04.2026 N 268/пр) Вступает в силу перечень должностей специалистов, занятых в строительстве, занимаемых физическими лицами, указанными в части 9.1 статьи 55.5-1 ГрК РФ, требования к которым устанавливаются правилами саморегулирования Перечень включает в себя такие должности, как инженер контроля качества, инженер-сметчик, мастер (в строительстве), начальник отдела капитального строительства, начальник отдела по инженерным изысканиям (комплексного или по видам изысканий), начальник ПТО, производитель работ (прораб), руководитель проектной группы (по разделам проекта), специалист в сфере информационного моделирования в строительстве, специалист по охране труда, а также другие должности, работники по которым выполняют трудовые функции по указанным должностям. Ранее Федеральным законом от 28.12.2025 N 507-ФЗ было определено, что сведения о специалистах, занятых в строительстве, требования к которым устанавливаются правилами саморегулирования, должны включаться в национальные реестры специалистов. (Приказ Минстроя России от 15.04.2026 N 238/пр) 📸 bimsert

С цифровизаторами «повезло» не только Минстрою, но теперь еще и Минсельхозу

Вы готовы. Мы знаем.

Почвенно-географическая база данных России Почвенный дата-центр создан на факультете почвоведения МГУ имени М.В. Ломоносова в марте 2016 года для координации работ по цифровой инвентаризации почвенной информации, внедрению в научный и учебный процессы информационных технологий сбора, обработки и обмена почвенными данными, а также алгоритмизации их использования. Основной миссией Почвенного дата-центра МГУ является поддержка и развитие Информационной системы «Почвенно-географическая база данных России» (ИС ПГБД). В картографическом блоке на сайте Информационной системы Почвенно-географическая база данных России опубликованы Почвенная карта РСФСР масштаба 1:2500000 (Фридланд с соавторами, 1988; оцифровка Почвенного ин-та имени В.В. Докучаева; скорректированная цифровая версия, 2007) и Почвенная карта Крыма 1:2 500 000 (Урусевская с соавторами, 2019). Приложение представляет собой онлайн-карту, содержащую характеристику каждого полигона: почва (почвенный комплекс) основная и до 3-х сопутствующих почв (почвенных комплексов); порода основная, порода сопутствующая. В приложении реализована возможность поиска-запроса почв/почвенных комплексов по единицам легенды и отображения результата на карте. 📸 bimsert

С 1 сентября 2026 г. вносятся изменения в порядок размещения информации в единой информационной системе жилищного строительства В частности, Постановлением Правительства РФ от 28.08.2026 N 1102 "О внесении изменений в постановление Правительства Российской Федерации от 26 марта 2019 г. N 319", уточнен перечень информации, размещаемой подрядчиком, органом регистрации прав в системе жилищного строительства, исполнительными органами субъекта РФ и органами местного самоуправления. 📸 bimsert

Цифровой рубль с 01.09.2026: утвержден перечень разрешенных операций и лимит для физлиц, а также тарифы на услуги оператора платформы цифрового рубля Установлен перечень разрешенных операций с цифровыми рублями, включающий: - увеличение остатка на счете цифрового рубля и его уменьшение путем перевода денежных средств с использованием банковских счетов и электронных кошельков; - перевод другим лицам цифровых рублей и их получение, за исключением оплаты проезда по платным автомобильным дорогам. Для физлиц вводится ежемесячный лимит в размере 300 000 рублей на сумму всех операций в течение календарного месяца по увеличению остатка на счете цифрового рубля, путем пополнения за счет денежных средств с банковских счетов и электронных кошельков. Кроме того, отдельным решением ЦБ с 01.09.2026 установлены тарифы на услуги оператора платформы цифрового рубля, а также размер вознаграждения, выплачиваемого оператором платформы цифрового рубля участникам платформы цифрового рубля. В частности, предусмотрены тарифы за перевод цифровых рублей физическими лицами в пользу физических лиц (операция C2C), за перевод цифровых рублей физическими лицами в пользу юридических лиц, индивидуальных предпринимателей (операция C2B) в оплату жилищно-коммунальных услуг. Тарифы и размер вознаграждения установлены на периоды до 31.12.2026 и с 01.01.2027. 📸 bimsert

Проект изменений Положения № 87: что изменится в XML-схеме пояснительной записки Проект постановления Правительства РФ вносит изменения в Положение о составе разделов проектной документации и требованиях к их содержанию, утверждённое постановлением Правительства РФ от 16.02.2008 № 87 (далее – Положение № 87). Изменения направлены на стимулирование использования вторичного сырья, включая продукты сжигания твёрдого топлива (золы и шлаки), отходы производства, вторичные энергоресурсы и побочные продукты производства. Предполагаемая дата вступления изменений в силу – 1 марта 2027 года. В настоящей публикации оценивается, какие корректировки потребуется внести в XML-схему пояснительной записки при её актуализации в связи с указанными изменениями. Для удобства анализа условно будем обозначать такую обновлённую версию схемы как 01.08. Единственное изменение, которое непосредственно потребует корректировки структуры XSD-схемы, связано с подпунктом «е» пункта 10 Положения № 87. В действующей редакции предусмотрено указание сведений о комплексном использовании сырья, вторичных энергоресурсов и отходов производства. Проект предлагает новую редакцию, согласно которой необходимо представить сведения о комплексном использовании сырья, в том числе вторичного сырья, произведённого с использованием продуктов сжигания твёрдого топлива (зол и шлаков), отходов производства, вторичных энергоресурсов, либо обосновать неприменение таких сырья, материалов и ресурсов. В XML-схеме пояснительной записки версии 01.07 этому требованию соответствует элемент ResourceUseInfo в составе типа tIndustrialObject, описывающего объекты производственного назначения. В текущей версии схемы элемент имеет атрибут minOccurs="0" и является необязательным. При принятии новой редакции подпункта «е» атрибут должен быть изменён на minOccurs="1", то есть признак обязательности изменится с «Н» (необязательный) на «О (обязательный). Аннотация элемента также должна быть приведена в соответствие с новой редакцией нормы, включая возможность представления обоснования неприменения соответствующих сырья, материалов и ресурсов. Изменения подпункта «д» пункта 23 касаются раздела 2 «Схема планировочной организации земельного участка». Проект предусматривает дополнение характеристики земельных участков сведениями о площадках складирования материалов, сырья, в том числе вторичного сырья, произведённого с использованием продуктов сжигания твёрдого топлива (зол и шлаков), вторичных энергоресурсов, побочных продуктов производства, а также изделий. В XSD-схеме раздел 2 представлен типом tProjectDocumentSection, являющимся контейнером для документов и подразделов. Отдельные элементы для указанных площадок в структуре схемы отсутствуют. Соответствующие сведения относятся к содержанию документов, входящих в состав раздела. Поэтому данное изменение не требует корректировки структуры XSD-схемы. Аналогично изменения подпунктов «б» и «г» пункта 38, касающиеся раздела «Проект организации строительства», не требуют изменения XSD-схемы. Отдельные элементы для площадок складирования или доставки материалов и сырья в схеме отсутствуют, поскольку соответствующие сведения относятся к содержанию документов, входящих в состав раздела. Таким образом, при принятии проекта постановления в предложенной редакции основное структурное изменение XML-схемы пояснительной записки будет связано с элементом ResourceUseInfo: для него потребуется установить minOccurs="1" вместо minOccurs="0" и актуализировать аннотацию в соответствии с новой редакцией подпункта «е» пункта 10 Положения № 87. Остальные изменения относятся к содержанию текстовых разделов проектной документации и сами по себе не требуют изменения структуры XSD-схемы. Они должны быть учтены в файле описания XML-схемы и сопутствующем файле XSLT-преобразования, отвечающем за визуализацию содержимого файла пояснительной записки. 📸 bimsert

В 2022-2025 годах более 30 % госконтрактов на выполнение работ по сохранению объектов культурного наследия Минкультуры заключало со своим подведомственным ФГУП «Центральные научно-реставрационные проектные мастерские». По итогам проверки выяснилось, что в большинстве контрактов не было требований к самостоятельному выполнению работ подрядчиком. Предприятие отдавало на субподряд 90–100% цены контрактов, причем на неконкурентной основе, часто привлекались организации без ресурсов и компетенций. Это вело к срывам обязательств и росту дебиторской задолженности, а претензионная работа не проводилась. В ходе проверки также были установлены признаки утраты государственного имущества (предметов охраны объекта культурного наследия) и причинения материального ущерба государству на сумму 148,5 млн рублей и выявлены риски неэффективного использования средств бюджета на общую сумму 181,3 млн рублей.

Минстрой России рассмотрел вопрос об управлении многоквартирным домом товариществом собственников жилья В Письме Минстроя России от 22.07.2026 N 17353-ОГ/00 отмечается, что жилищное законодательство предусматривает ситуацию, когда собственниками помещений МКД выбран и реализован способ управления многоквартирным домом товариществом собственников жилья (далее - ТСЖ), но при этом указанное ТСЖ заключило договор управления с управляющей организацией (далее - УО). В случае заключения договора управления между ТСЖ и УО способ управления этим МКД остается единственным - это управление ТСЖ. Именно ТСЖ, созданное в надлежащем порядке и имеющее право управлять МКД, наделено правом заключить договор управления с УО, передав свои полномочия по указанному договору управляющей организации. При этом изменения способа управления дома не происходит, поскольку, во-первых, ТСЖ не наделено правом изменения способа управления, таким правом обладает исключительно общее собрание собственников, во-вторых, изменение способа управления привело бы к утрате ТСЖ права на заключение договора управления МКД с УО. При заключении договора управления МКД с УО ТСЖ осуществляет контроль за выполнением УО обязательств по такому договору, в том числе за оказанием всех услуг и (или) выполнением работ, обеспечивающих надлежащее содержание общего имущества в данном доме, за предоставлением коммунальных услуг в зависимости от уровня благоустройства данного дома, качество которых должно соответствовать установленным требованиям. Также Минстрой России выделил ряд особенностей управления МКД управляющей организацией по договору управления МКД, заключенному с ТСЖ. 📸 bimsert

Какая версия XML-схемы должна применяться при проверке ОЖР? Приказ Минстроя России от 16.05.2023 № 344/пр допускает ведение исполнительной документации на бумажном носителе или в форме электронных документов. Для электронной формы документы формируются в XML в соответствии с XML-схемами, размещаемыми Минстроем. Для общего журнала работ это предусмотрено приказом Минстроя России от 02.12.2022 № 1026/пр⁠. Для ОЖР Минстрой уже последовательно менял XML-схемы: C13.1 (размещена 23.11.2022, вступила в действие 23.02.2023), C13.2 (19.06.2023, 19.09.2023), C13.3 (21.05.2024, 21.08.2024), C13.4 (09.09.2025, 09.12.2025). Возникает практический вопрос: какую версию XML-схемы должен применять орган государственного строительного надзора при проверке ОЖР, если журнал был сформирован и зарегистрирован по предыдущей версии? Представим ситуацию: ОЖР сформирован в электронной форме и зарегистрирован органом ГСН по C13.3. Позднее вступила в действие C13.4, а строительство продолжается. Сам факт появления C13.4 не означает, что ранее зарегистрированный журнал должен быть переоформлен, его исторические записи преобразованы в новую структуру либо открыт новый журнал. Для этого необходимо нормативное основание. Требования к форме и порядку ведения ОЖР устанавливает приказ № 1026/пр⁠, а XML-схема определяет технический формат его представления в электронной форме. Поэтому изменение XML-схемы само по себе не означает изменения обязательных требований к уже сформированным сведениям. Для государственного строительного надзора это имеет принципиальное значение. В рамках КНД проверяется соблюдение обязательных требований, действующих в соответствующий период. Поэтому юридически значимым является вопрос о том, какое обязательное требование действовало при формировании соответствующих сведений и было ли оно соблюдено, а не соответствуют ли ранее сформированные сведения XML-схеме, которая появилась позднее. Иное означало бы фактическое придание новой технической схеме обратного действия: лицо соблюдало требования, действовавшие при ведении журнала, а впоследствии его действия стали бы оцениваться по формату, которого в тот момент еще не существовало. Для ОЖР это особенно важно, поскольку он является длящимся документом. Он ведется в процессе строительства, поэтому жизненный цикл конкретного журнала может превышать период действия одной XML-схемы. Приказ № 1026/пр⁠ предусматривает предоставление нового ОЖР при окончании прежнего журнала либо изменении формы его ведения. Минстрой подтвердил этот подход в письме от 06.05.2026 № 10650-ОГ/08⁠. Но из этого не следует, что каждая новая XML-схема автоматически является изменением формы ведения ОЖР. Если смена XML-схемы должна прекращать ведение ранее зарегистрированного журнала и требовать открытия нового, такое последствие должно быть установлено нормативно. Есть и вторая сторона вопроса. Государство не только устанавливает электронный формат, но и принимает и регистрирует сформированный по нему документ. Поэтому должна быть обеспечена возможность дальнейшей работы с ранее зарегистрированным ОЖР в той версии XML-схемы, по которой он был сформирован. Это касается не только информационной системы поднадзорного лица, в которой ведется журнал, но и информационной системы государственного строительного надзора. Орган ГСН должен иметь возможность получить, воспроизвести и проверить ранее зарегистрированный электронный ОЖР независимо от того, что к моменту проверки Минстрой уже ввел новую версию XML-схемы. В рамках развития государственной информационной инфраструктуры КНД осуществлялась миграция данных из ГИС ТОР КНД во ФГИС ПГС. Это отражено в письме Минстроя России от 12.03.2025 № 6434-ОГ/14⁠. Отсюда возникает вполне конкретный технический вопрос с юридическим значением: обеспечивает ли ФГИС ПГС работу с ранее зарегистрированными ОЖР, сформированными по C13.1, C13.2 и C13.3, включая их воспроизведение и проверку? Если государственная информационная система после смены XML-схемы или миграции данных не способна работать с ранее зарегистрированным ОЖР, это не может создавать новое обязательное требование для поднадзорного лица. Документ был сформирован и зарегистрирован в установленном государством формате. Показателен в этом отношении подход Росреестра. При смене XML-схем ведомство устанавливает переходные периоды для новой и предыдущей версий. Более того, если государственная информационная система еще технически не готова обрабатывать новую схему, Росреестр прямо указывает на необходимость использования предыдущей версии до обеспечения такой технической возможности. Это показывает, что техническая готовность государственной информационной системы учитывается при переходе между версиями XML-схем. Для Минстроя применительно к ОЖР логика должна быть той же: новая XML-схема может определять формат вновь формируемых документов, но не должна разрушать возможность работы с документами, которые были законно сформированы и зарегистрированы ранее. Поэтому при государственном строительном надзоре вопрос должен ставиться не так: «Соответствует ли ОЖР актуальной на дату проверки XML-схеме?» Правильный вопрос: «Какие обязательные требования действовали в период формирования соответствующих сведений и были ли они соблюдены?» Само по себе несоответствие ранее зарегистрированного ОЖР XML-схеме, вступившей в действие после его формирования, не свидетельствует о нарушении обязательных требований. 📸 bimsert

Вынесен на публичное обсуждение проект ГОСТ Р по эргономике санитарно-бытовых помещений ГОСТ Р Эргономика санитарно-бытовых помещений. Рекомендации по оснащению санитарно-гигиеническими изделиями Дата начала публичного обсуждения: 01.09.2026 Дата окончания публичного обсуждения: 31.10.2026 Разработчик: ООО «Мерида» Получить копию проекта стандарта и направить замечания к нему можно по адресу: 603079, г. Нижний Новгород, Московское шоссе, д. 213а, офис 805, +7 (831) 217-00-75, info@nickd.ru 📸 bimsert

Вынесены на публичное обсуждение проекты ГОСТ Р по противопожарной защите и противодымной защите ГОСТ Р Средства противопожарной защиты зданий и сооружений. Противопожарные занавесы. Руководство по проектированию, монтажу, техническому обслуживанию и ремонту. Методы испытаний на работоспособность ГОСТ Р Противодымная защита зданий и сооружений. Методы приемо-сдаточных и периодических испытаний Дата начала публичного обсуждения: 31.08.2026 Дата окончания публичного обсуждения: 30.10.2026 Разработчики: ФГБУ ВНИИПО МЧС России (противодымная защита), Оренбургский филиал ФГБУ ВНИИПО МЧС России (противопожарные занавесы) Получить копии проектов стандартов и направить замечания к ним можно по адресам: - по противопожарным занавесам: 460507, Оренбургская область, Оренбургский район, п. Пригородный, ул. Луговая, д. 6, +7 (3532) 57-24-84, vagenleytner_ev@vniipo.ru - по противодымной защите: 143903, Московская область, г. Балашиха, мкрн. ВНИИПО, д. 12, +7 (495) 524-81-62, bbkolchev@vniipo.ru 📸 bimsert

Когда XML валиден, а документ нет? В двух предыдущих публикациях мы рассмотрели XML-схемы протоколов отбора проб и инструментального обследования и показали, что технически валидный XML в отдельных случаях может не обеспечивать полноту документа с точки зрения требований Федерального закона № 248-ФЗ. Возникает следующий вопрос - можно ли было выявленные проблемы устранить непосредственно средствами XML-схемы? Да. Принципиальных технических препятствий для этого нет. Если закон устанавливает обязательное содержание документа, соответствующий реквизит можно сделать обязательным на уровне XSD. Если закон предусматривает зависимость между несколькими условиями, ее также можно заложить в структуру схемы. Например, в схеме протокола отбора проб можно исключить возможность одновременного отсутствия представителя контролируемого лица и видеозаписи. В схеме протокола инструментального обследования можно сделать обязательным вывод о соответствии показателя установленным нормам. Мы не говорим, что XML-схема должна повторять текст закона слово в слово. Это было бы неправильным подходом. Но если федеральный закон устанавливает обязательное содержание документа или обязательное условие проведения контрольного действия, XSD должна быть спроектирована так, чтобы не допускать формирования технически валидного документа, который заведомо не содержит такого обязательного содержания или фиксирует юридически невозможную ситуацию. И здесь возникает уже более общий вопрос - как должна проверяться сама XML-схема до ее введения в действие? Если XSD позволяет сформировать технически валидный документ, который не содержит обязательного по закону реквизита или допускает юридически невозможную комбинацию сведений, значит, процедура разработки и апробации XML-схемы нуждается не только в техническом, но и в обязательном нормативно-правовом контроле. Иными словами, проверять нужно не только вопрос «валиден ли XML?», но и вопрос «может ли такой XML представлять предусмотренный законом документ?» Это две разные проверки. XML может быть полностью корректным с точки зрения XSD и одновременно не соответствовать установленному законом содержанию документа. Именно это мы увидели при анализе двух рассмотренных схем. Поэтому апробация XML-схем должна включать не только технические, но и юридические тест-кейсы. Нужно проверять не только положительные сценарии - корректный XML должен проходить валидацию. Не менее важно проверять отрицательные сценарии - XML не должен проходить валидацию, если его структура противоречит обязательному требованию закона. Выявленные нами примеры показывают, что такие проверки имеют практический смысл. Оба выявленных недостатка технически могли быть исключены еще на этапе разработки схем. К сожалению, это лишь малая часть репрезентативной выборки разрабатываемых XML-схем Минстроя России, на которые мы обратили внимание. И если уже на небольшой выборке обнаруживаются ситуации, когда технически валидный XML может не соответствовать обязательным требованиям закона, возникает закономерный вопрос - а что покажет проверка всей совокупности схем? Таким образом, вопрос качества XML-схемы - это не только вопрос программной валидации. XSD может быть технически корректной и одновременно недостаточно качественной как инструмент реализации законодательных требований. Именно поэтому для юридически значимых электронных документов недостаточно проверить, работает ли схема. Нужно проверить, какой документ она позволяет сформировать с точки зрения закона. 📸 bimsert