Справка по чтению описания к XML-схеме пояснительной записки к сметной документации
Часть 1/3
Данная справка предназначено для специалистов сметного дела, экспертов и всех, кто сталкивается с необходимостью понимать структуру XML-файлов, предоставляемых для государственной экспертизы. Материал объясняет базовые принципы устройства XML-схемы, способы определения обязательности полей и правила заполнения данных.
Глава 1. Основы устройства XML-схемы
XML-схема — это формальное описание структуры XML-файла. Она определяет, какие элементы могут присутствовать в документе, в каком порядке, какие у них могут быть атрибуты и какие ограничения накладываются на их содержимое.
1.1. Элементы
Элемент — это основная структурная единица XML-документа. В файле элемент выглядит как открывающий и закрывающий тег с данными внутри: <Название>данные</Название>.
Элементы бывают двух типов.
Простой элемент содержит только текст и не имеет вложенных элементов. Ему соответствует простой тип данных. Пример: <OrgFullName>Полное наименование</OrgFullName>.
Сложный элемент содержит внутри себя другие элементы, формируя иерархическую структуру. Ему соответствует комплексный тип. Это позволяет группировать связанные данные. Пример:
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
Часть 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
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Справка по чтению описания к 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
Часть 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
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Справка по чтению описания к 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
Часть 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
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥1
Forwarded from Строительство и проектирование | ЦДК Форум Скиллс
ЦДК Форум Скиллс выступает организатором и модератором деловой программы 20 марта очной секции по строительству и проектированию «Маховик цифровизации: новые требования и инструменты»!
Будем рады видеть вас в числе очных участников для обсуждения ключевых изменений и подходов в формате живого общения.
В программе дня:
Эксперты: Чеготова Елена, Петров Сергей, Драгомиров Сергей.
_________________________________
Мы в Телеграм
Мы в ВКонтакте
Мы в MAX
Экспертный очный день по стройке Недели Техэксперт 20.03.2026, 10:00-16:00
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2❤1👍1
Forwarded from PRO ТИМ
🚀 Коллеги, на связи Антон!
Сегодня выбрался на секцию «Маховик цифровизации» в рамках Недели Техэксперт. 🏙 Место — Санкт-Петербург.
Тематика — строительство, ТИМ, нормативка, XML, ИИ и всё, что болит у тех, кто пытается перевести отрасль в цифру.
—
🎤 Главный герой утренней сессии — XML.
Сергей Драгомиров задал неудобный вопрос: почему XML-схемы до сих пор живут своей жизнью, а информационные модели — своей?
❌ Разрыв между этапами проектирования и стройки остаётся.
❌ Цифровая связка не работает в полную силу.
❌ Человеческий фактор никуда не делся, автоучёта документов нет.
❌ Юридических нюансов миллион, и далеко не все гладко.
—
💡 Что в итоге?
Разговоры про цифровизацию становятся всё более прикладными. XML, реестр требований, УКЭП, ИИ — это не про будущее, это про сегодня. Но главная проблема остаётся прежней: технологическая связка между этапами жизненного цикла объекта до сих пор хромает. Много хороших решений, но работают они пока островками.
🤝 А вы как считаете: XML и BIM — они уже подружились или пока только знакомятся?
А я продолжаю слушать. Если интересно, дайте обратную связь в комментариях, напишу что было ещё! 👇
Сегодня выбрался на секцию «Маховик цифровизации» в рамках Недели Техэксперт. 🏙 Место — Санкт-Петербург.
Тематика — строительство, ТИМ, нормативка, XML, ИИ и всё, что болит у тех, кто пытается перевести отрасль в цифру.
—
🎤 Главный герой утренней сессии — XML.
Сергей Драгомиров задал неудобный вопрос: почему XML-схемы до сих пор живут своей жизнью, а информационные модели — своей?
❌ Разрыв между этапами проектирования и стройки остаётся.
❌ Цифровая связка не работает в полную силу.
❌ Человеческий фактор никуда не делся, автоучёта документов нет.
❌ Юридических нюансов миллион, и далеко не все гладко.
—
💡 Что в итоге?
Разговоры про цифровизацию становятся всё более прикладными. XML, реестр требований, УКЭП, ИИ — это не про будущее, это про сегодня. Но главная проблема остаётся прежней: технологическая связка между этапами жизненного цикла объекта до сих пор хромает. Много хороших решений, но работают они пока островками.
🤝 А вы как считаете: XML и BIM — они уже подружились или пока только знакомятся?
А я продолжаю слушать. Если интересно, дайте обратную связь в комментариях, напишу что было ещё! 👇
👍1
Минстрой России рассмотрел вопросы, касающиеся внесения изменений в проектную документацию
В частности, в Письме Минстроя России от 24.02.2026 N 4024-ОГ/09 «О сметной стоимости строительства на этапе архитектурно-строительного проектирования» сообщается, что цена работ, ранее не предусмотренных проектной документацией, или откорректированных видов и объемов работ, а также замененных материалов и (или) оборудования на аналоги без изменения их объема определяется в уровне цен, в котором была составлена и утверждена сметная документация, включающая такие работы и (или) затраты, с учетом индексов прогнозной инфляции, действующих на дату утверждения проектной документации, определяемых от уровня цен, в котором была составлена и утверждена такая сметная документация, с учетом сроков реализации контракта и коэффициента снижения начальной (максимальной) цены контракта, определенного по результатам закупочных процедур.
Корректировка сметной документации в части, подвергшейся изменениям в результате изменения физических объемов работ, конструктивных, организационно-технологических и других решений, предусмотренных проектной документацией, должна осуществляться с применением утвержденных сметных нормативов и индексов изменения сметной стоимости строительства, действующих на дату представления документов для проведения повторной государственной экспертизы, информация о которых включена в федеральный реестр сметных нормативов.
При этом часть сметной документации, которая не подлежит корректировке в результате изменения физических объемов работ, конструктивных, организационно-технологических и других решений, предусмотренных проектной документацией, в том числе в части исключаемых объемов работ, представляется для проведения повторной государственной экспертизы с применением сметных нормативов и индексов изменения сметной стоимости строительства, действующих на дату, указанную в ранее выданном положительном заключении по проверке достоверности определения сметной стоимости.
📸 bimsert
В частности, в Письме Минстроя России от 24.02.2026 N 4024-ОГ/09 «О сметной стоимости строительства на этапе архитектурно-строительного проектирования» сообщается, что цена работ, ранее не предусмотренных проектной документацией, или откорректированных видов и объемов работ, а также замененных материалов и (или) оборудования на аналоги без изменения их объема определяется в уровне цен, в котором была составлена и утверждена сметная документация, включающая такие работы и (или) затраты, с учетом индексов прогнозной инфляции, действующих на дату утверждения проектной документации, определяемых от уровня цен, в котором была составлена и утверждена такая сметная документация, с учетом сроков реализации контракта и коэффициента снижения начальной (максимальной) цены контракта, определенного по результатам закупочных процедур.
Корректировка сметной документации в части, подвергшейся изменениям в результате изменения физических объемов работ, конструктивных, организационно-технологических и других решений, предусмотренных проектной документацией, должна осуществляться с применением утвержденных сметных нормативов и индексов изменения сметной стоимости строительства, действующих на дату представления документов для проведения повторной государственной экспертизы, информация о которых включена в федеральный реестр сметных нормативов.
При этом часть сметной документации, которая не подлежит корректировке в результате изменения физических объемов работ, конструктивных, организационно-технологических и других решений, предусмотренных проектной документацией, в том числе в части исключаемых объемов работ, представляется для проведения повторной государственной экспертизы с применением сметных нормативов и индексов изменения сметной стоимости строительства, действующих на дату, указанную в ранее выданном положительном заключении по проверке достоверности определения сметной стоимости.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
С 22 марта действуют новые XML-схемы для стройнадзора и исполнительной документации
Сегодня вступили в действие новые версии XML-схем документов, используемых при осуществлении регионального государственного строительного надзора и новые XML-схемы по исполнительной документации:
- новые XML-схемы по исполнительной документации (версия 1):
Журнал выполнения монтажных соединений на болтах с контролируемым натяжением
Ведомость изменений и отступлений от проекта
Акт ревизии и испытания арматуры
Акт приемки оборудования лифта
Акт визуального и измерительного контроля качества сварных соединений
- новые версии XML-схем документов, используемых при осуществлении регионального государственного строительного надзора (версия 4):
Программа проверок
Приказ о назначении должностных лиц
Извещение о начале строительства
Ранее о размещении указанных XML-схем на сайте Минстроя России.
📸 bimsert
Сегодня вступили в действие новые версии XML-схем документов, используемых при осуществлении регионального государственного строительного надзора и новые XML-схемы по исполнительной документации:
- новые XML-схемы по исполнительной документации (версия 1):
Журнал выполнения монтажных соединений на болтах с контролируемым натяжением
Ведомость изменений и отступлений от проекта
Акт ревизии и испытания арматуры
Акт приемки оборудования лифта
Акт визуального и измерительного контроля качества сварных соединений
- новые версии XML-схем документов, используемых при осуществлении регионального государственного строительного надзора (версия 4):
Программа проверок
Приказ о назначении должностных лиц
Извещение о начале строительства
Ранее о размещении указанных XML-схем на сайте Минстроя России.
Please open Telegram to view this post
VIEW IN TELEGRAM
Условия и порядок вступления в силу федеральных нормативных правовых актов
Справка подготовлена специалистами КонсультантПлюс
Применение правовой информации в практической деятельности предполагает знание действующего законодательства о порядке вступления в силу нормативных правовых актов (далее - НПА). Основывая свои законные требования на правовой норме или с ее помощью защищаясь от необоснованных претензий, необходимо точно знать, действовала ли она в момент нарушения права и возникновения спорных отношений.
Наиболее благоприятная ситуация - это когда в НПА указана точная дата либо установлен порядок его вступления в силу. Но во многих нормативных актах такие нормы отсутствуют. В этом случае для применения документа дата его вступления в силу рассчитывается по определенным правилам, установленным законодательством, и о таком документе обычно говорят, что он вступает в силу в общем порядке. Для определения точной даты необходимо изучить порядок вступления в силу для данного вида нормативных актов, выявить источник и дату официального опубликования, если нужно, произвести определенные расчеты. В любом случае начинать нужно с проверки ряда обязательных условий, при соблюдении которых НПА вступает в силу.
Справка разделена на три главы:
Глава 1. Обязательные условия вступления в силу нормативных правовых актов
Глава 2. Порядок вступления в силу нормативных правовых актов
Глава 3. Проблемные вопросы вступления в силу нормативных правовых актов
📸 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. Опубликование в источнике, на котором отсутствует точная дата
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Драгомиров_презентации_Неделя_ТЭ_2026_20_10.pdf
20.5 MB
Системные проблемы внедрения XML-схем в строительстве
Материалы Секции «Строительная отрасль» с Конференции «Правовой ландшафт промышленности - 2026» в рамках Недели «Техэксперт» от 20.03.2026 г.
Доклад Зам. Ген. директора ООО «МИНЭКС» Драгомиров С.В. на тему: «XML в строительной отрасли: стал ли универсальный формат обмена «общим языком» для участников рынка после 01.01.2026?», в рамках онлайн-конференции «Правовой ландшафт промышленности – 2026 от 20.03.2026
Полная версия выступления и презентации доступна участникам конференции и пользователям профессиональных справочных систем «Кодекс» и «Техэксперт».
📸 bimsert
Материалы Секции «Строительная отрасль» с Конференции «Правовой ландшафт промышленности - 2026» в рамках Недели «Техэксперт» от 20.03.2026 г.
Доклад Зам. Ген. директора ООО «МИНЭКС» Драгомиров С.В. на тему: «XML в строительной отрасли: стал ли универсальный формат обмена «общим языком» для участников рынка после 01.01.2026?», в рамках онлайн-конференции «Правовой ландшафт промышленности – 2026 от 20.03.2026
Полная версия выступления и презентации доступна участникам конференции и пользователям профессиональных справочных систем «Кодекс» и «Техэксперт».
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Сквозной контроль ТЭП в цифровом жизненном цикле ОКС: от XML-схем к единой модели
Парадокс цифровизации: у нас есть детальная 3D-модель здания (ЦИМ/BIM) и электронные документы в XML-формате (ЗнП, АГР, ПЗ, ЗЭ, РС, извещение о начале строительства, ЗОС, РВЭ). И модель, и документы содержат одни и те же данные - площадь, высота, этажность. Но они не связаны между собой.
Модель «знает» параметры, но XML-документы формируются в отрыве от нее - инженер вручную переносит ТЭПы из IFC в XML, создавая дублирование и риск расхождений. ЦИМ не используется как источник данных для разрешительной документации, формируемой на основе действующих XML-схем.
В статье анализируем XML-схемы федерального и регионального уровня и показываем, как превратить разрозненные «бумаги» в непрерывный цифровой след:
- почему ЗнП, ПЗ и ЗОС говорят об одном, но записывают по-разному (гибкие vs жёсткие структуры);
- 6 сценариев автоматической сверки: от задания заказчика до ввода в эксплуатацию;
- как сделать ЦИМ единым источником достоверности для всех XML-документов через XSLT-трансформации.
Результат - переход от ручной сверки к непрерывному мониторингу отклонений в режиме реального времени.
Читать полностью.
📸 bimsert
Парадокс цифровизации: у нас есть детальная 3D-модель здания (ЦИМ/BIM) и электронные документы в XML-формате (ЗнП, АГР, ПЗ, ЗЭ, РС, извещение о начале строительства, ЗОС, РВЭ). И модель, и документы содержат одни и те же данные - площадь, высота, этажность. Но они не связаны между собой.
Модель «знает» параметры, но XML-документы формируются в отрыве от нее - инженер вручную переносит ТЭПы из IFC в XML, создавая дублирование и риск расхождений. ЦИМ не используется как источник данных для разрешительной документации, формируемой на основе действующих XML-схем.
В статье анализируем XML-схемы федерального и регионального уровня и показываем, как превратить разрозненные «бумаги» в непрерывный цифровой след:
- почему ЗнП, ПЗ и ЗОС говорят об одном, но записывают по-разному (гибкие vs жёсткие структуры);
- 6 сценариев автоматической сверки: от задания заказчика до ввода в эксплуатацию;
- как сделать ЦИМ единым источником достоверности для всех XML-документов через XSLT-трансформации.
Результат - переход от ручной сверки к непрерывному мониторингу отклонений в режиме реального времени.
Читать полностью.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegraph
Сквозной контроль технико-экономических показателей в цифровом жизненном цикле ОКС на примере XML-схем регионального и федерального…
Аннотация В статье рассматривается система сквозного контроля данных на основе анализа XML-схем ключевых документов жизненного цикла объекта капитального строительства. Исследование проведено на примере города Москвы как субъекта Российской Федерации, имеющего…
👍3
Proekt_kriterii_sistematichnosti.rtf
169.3 KB
Для цифровых платформ, работающих со строительной отраслью и не только, вводят критерии систематичности занятости самозанятых
Правительство РФ подготовило проект постановления, устанавливающий критерии, при которых работа самозанятых (плательщиков налога на профессиональный доход) через цифровые платформы для одного заказчика признается систематической и продолжительной. Документ разработан во исполнение федерального закона о платформенной экономике и вступает в силу с 1 октября 2026 года сроком на шесть лет.
Основной критерий: выполнение работ или оказание услуг для одного заказчика в течение шести месяцев подряд более 160 часов в месяц. Такой объем приравнен к стандартной трудовой нагрузке (5 дней по 8 часов) и призван выявлять ситуации, когда длительное сотрудничество через платформу фактически подменяет трудовые отношения.
Критерий распространяется на следующие сферы деятельности пользователя-заказчика, являющегося юридическим лицом или индивидуальным предпринимателем:
а) строительство зданий, инженерных сооружений, строительные работы;
б) складское хозяйство и вспомогательная транспортная деятельность;
в) торговля оптовая, розничная, кроме оптовой торговли автотранспортными средствами и мотоциклами;
г) деятельность по обслуживанию зданий и территорий;
д) производство пищевых продуктов;
е) деятельность по предоставлению продуктов питания и напитков;
ж) операции с недвижимым имуществом;
з) образование.
Если самозанятый достигает установленного порога, платформа обязана технически ограничить его взаимодействие с этим заказчиком. При этом предусмотрен двухмесячный период охлаждения после снятия ограничений, в течение которого критерий временно не применяется. Этот период позволяет заказчику и самозанятому снова взаимодействовать на платформе, причем два месяца признаны оптимальными с учетом шестимесячного срока оценки систематичности.
Напомним, федеральный закон о платформенной экономике, вступающий в силу 1 октября 2026 года, вводит понятие посреднических цифровых платформ и регулирует отношения между операторами платформ, заказчиками и исполнителями. Участие в платформах является добровольным. Исполнителями могут выступать физические лица, в том числе самозанятые и индивидуальные предприниматели, а заказчиками - юридические лица, индивидуальные предприниматели и физические лица. Новый механизм с критериями систематичности служит дополнительным инструментом для снижения рисков подмены трудовых отношений гражданско-правовыми.
В пояснительной записке подчеркивается, что критерии не подменяют существующие контрольно-надзорные процедуры. Перечень сфер деятельности определен на основании данных Роструда, где чаще всего выявляется подмена трудовых отношений гражданско-правовыми.
Предполагается, что постановление вступит в силу с 1 октября 2026 г.
📸 bimsert
Правительство РФ подготовило проект постановления, устанавливающий критерии, при которых работа самозанятых (плательщиков налога на профессиональный доход) через цифровые платформы для одного заказчика признается систематической и продолжительной. Документ разработан во исполнение федерального закона о платформенной экономике и вступает в силу с 1 октября 2026 года сроком на шесть лет.
Основной критерий: выполнение работ или оказание услуг для одного заказчика в течение шести месяцев подряд более 160 часов в месяц. Такой объем приравнен к стандартной трудовой нагрузке (5 дней по 8 часов) и призван выявлять ситуации, когда длительное сотрудничество через платформу фактически подменяет трудовые отношения.
Критерий распространяется на следующие сферы деятельности пользователя-заказчика, являющегося юридическим лицом или индивидуальным предпринимателем:
а) строительство зданий, инженерных сооружений, строительные работы;
б) складское хозяйство и вспомогательная транспортная деятельность;
в) торговля оптовая, розничная, кроме оптовой торговли автотранспортными средствами и мотоциклами;
г) деятельность по обслуживанию зданий и территорий;
д) производство пищевых продуктов;
е) деятельность по предоставлению продуктов питания и напитков;
ж) операции с недвижимым имуществом;
з) образование.
Если самозанятый достигает установленного порога, платформа обязана технически ограничить его взаимодействие с этим заказчиком. При этом предусмотрен двухмесячный период охлаждения после снятия ограничений, в течение которого критерий временно не применяется. Этот период позволяет заказчику и самозанятому снова взаимодействовать на платформе, причем два месяца признаны оптимальными с учетом шестимесячного срока оценки систематичности.
Напомним, федеральный закон о платформенной экономике, вступающий в силу 1 октября 2026 года, вводит понятие посреднических цифровых платформ и регулирует отношения между операторами платформ, заказчиками и исполнителями. Участие в платформах является добровольным. Исполнителями могут выступать физические лица, в том числе самозанятые и индивидуальные предприниматели, а заказчиками - юридические лица, индивидуальные предприниматели и физические лица. Новый механизм с критериями систематичности служит дополнительным инструментом для снижения рисков подмены трудовых отношений гражданско-правовыми.
В пояснительной записке подчеркивается, что критерии не подменяют существующие контрольно-надзорные процедуры. Перечень сфер деятельности определен на основании данных Роструда, где чаще всего выявляется подмена трудовых отношений гражданско-правовыми.
Предполагается, что постановление вступит в силу с 1 октября 2026 г.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
213698-8_ko_vtoromu_chteniyu.rtf
194.2 KB
Обзор изменений Федерального закона «О промышленной безопасности опасных производственных объектов» (ФЗ-116)
Проект № 213698-8 (подготовка ко 2 чтению)
С 1 марта 2027 года вступают в силу системные изменения 116-ФЗ, касающиеся регулирования сварочных работ на опасных производственных объектах. Вместо традиционной аттестации вводится новый механизм допуска - проверка готовности, а также создается отдельный институт саморегулирования в этой сфере.
Закон дополняется новой статьей 8.1 «Организация сварочных работ на опасных производственных объектах», которая устанавливает обязательность выполнения сварочных работ в соответствии с федеральными нормами и правилами в области промышленной безопасности. Проверка готовности разделена на два направления. Для работников она включает оценку квалификации и практические испытания. Для ЮЛ и ИП - оценку наличия персонала, оборудования, технологической документации, материалов, а также проведение испытаний для подтверждения технологии сварки.
Работники, ответственные за организацию и контроль сварочных работ (специалисты сварочного производства), обязаны соответствовать квалификационным требованиям профессионального стандарта и иметь свидетельство о квалификации, полученное по результатам независимой оценки квалификации (НОК) в соответствии с Федеральным законом № 238-ФЗ.
Вводится новый вид саморегулируемых организаций - СРО в области проверки готовности сварочного производства. Проверку готовности проводят аттестационные центры - ЮЛ, являющиеся членами таких СРО. Для приобретения статуса СРО некоммерческая организация должна объединять не менее десяти аттестационных центров. Устанавливаются обязательные требования к аттестационным центрам: помещения, оборудование, штат, техническая возможность подключения к информационной системе СРО. Ведется государственный реестр таких СРО, орган государственного регулирования - Ростехнадзор.
СРО обязаны организовать непрерывное функционирование информационной системы, которая обеспечивает электронный документооборот между СРО, аттестационными центрами и лицами, проходящими проверку. В рамках этой системы ведутся реестры ЮЛ, ИП и работников, прошедших проверку готовности. Обеспечивается автоматическая передача сведений в информационную систему Ростехнадзора, мониторинг испытаний с видеофиксацией и фотофиксацией в некорректируемом виде с привязкой к месту и времени, а также предоставление выписок из реестров с QR-кодом. На сайтах СРО в открытом доступе размещаются сведения из указанных реестров.
Вносятся поправки, исключающие дублирование требований. Статья 9 дополняется обязанностью организаций обеспечивать прохождение проверки готовности к выполнению сварочных работ наряду с аттестацией в области промышленной безопасности. Статья 14.1 дополняется положением, согласно которому категории работников, обязанных проходить проверку готовности (сварщики) либо независимую оценку квалификации (специалисты сварочного производства), не могут быть включены в состав категорий, проходящих аттестацию в области промышленной безопасности.
Проверка готовности проводится на основании договора возмездного оказания услуг. Методика расчета стоимости услуги утверждается Ростехнадзором. Заявитель вправе обратиться в любой аттестационный центр, имеющий право проводить проверку по заявленным способам или технологиям сварки.
Надзор за деятельностью СРО в области проверки готовности сварочного производства осуществляется Ростехнадзором путем проведения внеплановых проверок. Предмет надзора - соблюдение СРО требований, установленных новой статьей 8.1 и Федеральным законом № 315-ФЗ «О саморегулируемых организациях».
Закон вступает в силу с 1 марта 2027 года. Документы, выданные до этой даты, действительны до окончания срока их действия. Ростехнадзор совместно с Минцифры до 1 марта 2027 года обеспечивает разработку и размещение на ЕПГУ интерактивных форм заявлений для внесения сведений в государственный реестр СРО, а также готовность своей информационной системы к приему таких заявлений.
📸 bimsert
Проект № 213698-8 (подготовка ко 2 чтению)
С 1 марта 2027 года вступают в силу системные изменения 116-ФЗ, касающиеся регулирования сварочных работ на опасных производственных объектах. Вместо традиционной аттестации вводится новый механизм допуска - проверка готовности, а также создается отдельный институт саморегулирования в этой сфере.
Закон дополняется новой статьей 8.1 «Организация сварочных работ на опасных производственных объектах», которая устанавливает обязательность выполнения сварочных работ в соответствии с федеральными нормами и правилами в области промышленной безопасности. Проверка готовности разделена на два направления. Для работников она включает оценку квалификации и практические испытания. Для ЮЛ и ИП - оценку наличия персонала, оборудования, технологической документации, материалов, а также проведение испытаний для подтверждения технологии сварки.
Работники, ответственные за организацию и контроль сварочных работ (специалисты сварочного производства), обязаны соответствовать квалификационным требованиям профессионального стандарта и иметь свидетельство о квалификации, полученное по результатам независимой оценки квалификации (НОК) в соответствии с Федеральным законом № 238-ФЗ.
Вводится новый вид саморегулируемых организаций - СРО в области проверки готовности сварочного производства. Проверку готовности проводят аттестационные центры - ЮЛ, являющиеся членами таких СРО. Для приобретения статуса СРО некоммерческая организация должна объединять не менее десяти аттестационных центров. Устанавливаются обязательные требования к аттестационным центрам: помещения, оборудование, штат, техническая возможность подключения к информационной системе СРО. Ведется государственный реестр таких СРО, орган государственного регулирования - Ростехнадзор.
СРО обязаны организовать непрерывное функционирование информационной системы, которая обеспечивает электронный документооборот между СРО, аттестационными центрами и лицами, проходящими проверку. В рамках этой системы ведутся реестры ЮЛ, ИП и работников, прошедших проверку готовности. Обеспечивается автоматическая передача сведений в информационную систему Ростехнадзора, мониторинг испытаний с видеофиксацией и фотофиксацией в некорректируемом виде с привязкой к месту и времени, а также предоставление выписок из реестров с QR-кодом. На сайтах СРО в открытом доступе размещаются сведения из указанных реестров.
Вносятся поправки, исключающие дублирование требований. Статья 9 дополняется обязанностью организаций обеспечивать прохождение проверки готовности к выполнению сварочных работ наряду с аттестацией в области промышленной безопасности. Статья 14.1 дополняется положением, согласно которому категории работников, обязанных проходить проверку готовности (сварщики) либо независимую оценку квалификации (специалисты сварочного производства), не могут быть включены в состав категорий, проходящих аттестацию в области промышленной безопасности.
Проверка готовности проводится на основании договора возмездного оказания услуг. Методика расчета стоимости услуги утверждается Ростехнадзором. Заявитель вправе обратиться в любой аттестационный центр, имеющий право проводить проверку по заявленным способам или технологиям сварки.
Надзор за деятельностью СРО в области проверки готовности сварочного производства осуществляется Ростехнадзором путем проведения внеплановых проверок. Предмет надзора - соблюдение СРО требований, установленных новой статьей 8.1 и Федеральным законом № 315-ФЗ «О саморегулируемых организациях».
Закон вступает в силу с 1 марта 2027 года. Документы, выданные до этой даты, действительны до окончания срока их действия. Ростехнадзор совместно с Минцифры до 1 марта 2027 года обеспечивает разработку и размещение на ЕПГУ интерактивных форм заявлений для внесения сведений в государственный реестр СРО, а также готовность своей информационной системы к приему таких заявлений.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
Правительство разрешило строить в нацпарках гостиницы высотой до 30 метров и вертолётные площадки
Распоряжением Правительства РФ от 20 марта 2026 года № 582-р внесены существенные изменения в правила застройки национальных парков. Документ корректирует перечень объектов, разрешённых для рекреационной деятельности, который был утверждён в 2023 году.
Ключевые изменения:
- снято ограничение по этажности для гостиниц, отелей, баз отдыха, санаториев, визит-центров и объектов медицинской реабилитации (ранее для них действовала норма - не более 3 надземных этажей);
- максимальная высота таких объектов увеличена с 15 до 30 метров, что примерно соответствует 7-9 этажам в зависимости от проекта;
- в перечень разрешённых объектов впервые включены вертолётные площадки.
Ранее повышенная высотность (без ограничения этажей) допускалась только на территории туристско-рекреационной особой экономической зоны в Эльбрусском районе Кабардино-Балкарии. Теперь аналогичные параметры распространены на все национальные парки России.
Решение направлено на развитие внутреннего туризма, упрощение реализации инвестиционных проектов и снятие избыточных административных барьеров. Одновременно с этим экологи указывают на возможные риски увеличения антропогенной нагрузки на особо охраняемые природные территории.
Распоряжение вступило в силу - 20 марта 2026 года.
📸 bimsert
Распоряжением Правительства РФ от 20 марта 2026 года № 582-р внесены существенные изменения в правила застройки национальных парков. Документ корректирует перечень объектов, разрешённых для рекреационной деятельности, который был утверждён в 2023 году.
Ключевые изменения:
- снято ограничение по этажности для гостиниц, отелей, баз отдыха, санаториев, визит-центров и объектов медицинской реабилитации (ранее для них действовала норма - не более 3 надземных этажей);
- максимальная высота таких объектов увеличена с 15 до 30 метров, что примерно соответствует 7-9 этажам в зависимости от проекта;
- в перечень разрешённых объектов впервые включены вертолётные площадки.
Ранее повышенная высотность (без ограничения этажей) допускалась только на территории туристско-рекреационной особой экономической зоны в Эльбрусском районе Кабардино-Балкарии. Теперь аналогичные параметры распространены на все национальные парки России.
Решение направлено на развитие внутреннего туризма, упрощение реализации инвестиционных проектов и снятие избыточных административных барьеров. Одновременно с этим экологи указывают на возможные риски увеличения антропогенной нагрузки на особо охраняемые природные территории.
Распоряжение вступило в силу - 20 марта 2026 года.
Please open Telegram to view this post
VIEW IN TELEGRAM
🤯2🙈2🤪1🤷1
IFC в договоре, но не в техзадании: как суд оценил форматы передачи документации?
Часть 1/2
Когда договор и техническое задание противоречат друг другу, какой документ имеет преимущество? Ответ на этот вопрос решил судьбу спора на 2,2 млн рублей, возникшего между разработчиком проектной документации для объектов Соловецкого монастыря и заказчиком. Разбираем дело, в котором ключевым доказательством стал формат передачи файлов.
В мае 2023 года исполнитель и заказчик заключили договор на выполнение работ по корректировке научно-проектной документации для трех объектов культурного наследия федерального значения на территории Соловецкого монастыря. Общая стоимость работ составила 4 470 822,78 руб. Заказчик перечислил аванс в размере 50% - 2 235 411,39 руб. Окончательный расчет по условиям договора должен был быть произведен в течение 15 рабочих дней с момента подписания акта сдачи-приемки. Исполнитель свою работу выполнил, документацию передал по накладной, акт сдачи-приемки был подписан обеими сторонами без замечаний и возражений. Однако окончательный расчет так и не поступил, что послужило основанием для обращения в суд (дело № А53-29115/2024).
В ходе разбирательства заказчик выдвинул несколько возражений, но ключевым с юридико-технической точки зрения стал довод о том, что исполнитель не передал документацию в форматах, предусмотренных договором. Стороны обратили внимание суда на два документа. Пункт 1.4 договора гласил:
Из этой формулировки следовало, что исполнитель обязан был предоставить IFC-модель, документацию в формате .rvt, а также сметы в редактируемых форматах. Однако пункт 4.1 технического задания (Приложение № 1 к договору) содержал иной перечень:
Ни IFC, ни .rvt, ни редактируемых форматов смет в техническом задании не было. Возникло очевидное противоречие между общими условиями договора и специальным приложением, определяющим объем и состав работ.
Пятнадцатый арбитражный апелляционный суд, рассматривая жалобу заказчика, сформулировал правовую позицию, которая имеет значение далеко за пределами этого конкретного спора. Суд указал, что приоритет имеют специальные требования, изложенные в техническом задании, поскольку именно они детализируют предмет договора и конкретный объем подлежащих выполнению работ. Общие условия договора не могут подменять собой конкретику технического задания. В постановлении суда прямо сказано:
Правовое обоснование такого подхода содержится в статье 432 ГК РФ, согласно которой договор считается заключенным, если между сторонами достигнуто соглашение по всем существенным условиям. Существенными являются условия о предмете договора, а также те, которые названы в законе или иных правовых актах как существенные или необходимые для договоров данного вида. В договоре подряда существенным условием является предмет - содержание, объем и результат подлежащих выполнению работ. Техническое задание, являясь приложением к договору, конкретизирует предмет, а потому при определении того, что именно должен был сделать подрядчик, суд исходит в первую очередь из его содержания.
📸 bimsert
Часть 1/2
Когда договор и техническое задание противоречат друг другу, какой документ имеет преимущество? Ответ на этот вопрос решил судьбу спора на 2,2 млн рублей, возникшего между разработчиком проектной документации для объектов Соловецкого монастыря и заказчиком. Разбираем дело, в котором ключевым доказательством стал формат передачи файлов.
В мае 2023 года исполнитель и заказчик заключили договор на выполнение работ по корректировке научно-проектной документации для трех объектов культурного наследия федерального значения на территории Соловецкого монастыря. Общая стоимость работ составила 4 470 822,78 руб. Заказчик перечислил аванс в размере 50% - 2 235 411,39 руб. Окончательный расчет по условиям договора должен был быть произведен в течение 15 рабочих дней с момента подписания акта сдачи-приемки. Исполнитель свою работу выполнил, документацию передал по накладной, акт сдачи-приемки был подписан обеими сторонами без замечаний и возражений. Однако окончательный расчет так и не поступил, что послужило основанием для обращения в суд (дело № А53-29115/2024).
В ходе разбирательства заказчик выдвинул несколько возражений, но ключевым с юридико-технической точки зрения стал довод о том, что исполнитель не передал документацию в форматах, предусмотренных договором. Стороны обратили внимание суда на два документа. Пункт 1.4 договора гласил:
«Документация передается в следующем количестве экземпляров: в количестве 2 (двух) экз. на электронном носителе (в формате pdf dwg, .doc, .jpg, .pdf, IFC,.rvt, .exs, .tif)». «Сметные расчеты, согласно договору, подлежали представлению в электронных редактируемых форматах «.xml, .sobx».
Из этой формулировки следовало, что исполнитель обязан был предоставить IFC-модель, документацию в формате .rvt, а также сметы в редактируемых форматах. Однако пункт 4.1 технического задания (Приложение № 1 к договору) содержал иной перечень:
«Документация передается в следующем количестве экземпляров: 2 экз. в бумажном виде и 1 экз. на электронном носителе (в формате .dwg, .doc, jpg, .pdf)».
Ни IFC, ни .rvt, ни редактируемых форматов смет в техническом задании не было. Возникло очевидное противоречие между общими условиями договора и специальным приложением, определяющим объем и состав работ.
Пятнадцатый арбитражный апелляционный суд, рассматривая жалобу заказчика, сформулировал правовую позицию, которая имеет значение далеко за пределами этого конкретного спора. Суд указал, что приоритет имеют специальные требования, изложенные в техническом задании, поскольку именно они детализируют предмет договора и конкретный объем подлежащих выполнению работ. Общие условия договора не могут подменять собой конкретику технического задания. В постановлении суда прямо сказано:
«Довод апеллянта о непредставлении истцом IFC модели и документации в программе rvt, сметных расчетов в редактируемых форматах отклоняется апелляционным судом на основании того, что истец согласно материалам дела передал ответчику документацию в соответствии с условиями договора - специальными требованиями, изложенными в техническом задании к договору».
Правовое обоснование такого подхода содержится в статье 432 ГК РФ, согласно которой договор считается заключенным, если между сторонами достигнуто соглашение по всем существенным условиям. Существенными являются условия о предмете договора, а также те, которые названы в законе или иных правовых актах как существенные или необходимые для договоров данного вида. В договоре подряда существенным условием является предмет - содержание, объем и результат подлежащих выполнению работ. Техническое задание, являясь приложением к договору, конкретизирует предмет, а потому при определении того, что именно должен был сделать подрядчик, суд исходит в первую очередь из его содержания.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤1
IFC в договоре, но не в техзадании: как суд оценил форматы передачи документации?
Часть 2/2
Суд не ограничился разрешением коллизии между договором и техзаданием. Он также обратил внимание на процессуальное поведение ответчика, которое лишило его доводы юридической силы. Накладная, которой оформлялась передача документации, была подписана заказчиком без замечаний. Акт сдачи-приемки выполненных работ также подписан сторонами без возражений. Из этого следовал классический вывод, закрепленный в судебной практике и основанный на положениях статьи 720 ГК РФ. Пункт 3 этой статьи устанавливает, что если иное не предусмотрено договором подряда, заказчик, принявший работу без проверки, лишается права ссылаться на недостатки, которые могли быть установлены при обычном способе ее приемки (явные недостатки). Отсутствие IFC-модели и смет в редактируемых форматах - это именно тот недостаток, который должен был быть обнаружен в момент приемки результата работ, поскольку перечень переданных файлов и их форматы доступны для проверки при обычной приемке. Кроме того, заказчик впервые сообщил о недостатках выполненных работ (включая отсутствие IFC-модели) только после того, как исполнитель подал иск о взыскании долга, что дополнительно свидетельствует о недобросовестном поведении.
Постановлением Пятнадцатого арбитражного апелляционного суда от 17.03.2025 по делу № А53-29115/2024 решение Арбитражного суда Ростовской области было оставлено без изменения, а апелляционная жалоба - без удовлетворения. С ответчика взысканы 2 235 411,39 руб. основного долга, 43 814,06 руб. пеней за просрочку оплаты, а также расходы по уплате государственной пошлины.
Само дело - наглядная иллюстрация двух важных принципов, которые должен учитывать каждый участник подрядных отношений. Во-первых, техническое задание имеет приоритет при определении состава работ. Если в договоре содержатся общие формулировки о составе результата работ, а техническое задание (или иное приложение) устанавливает конкретный и исчерпывающий перечень, суд будет руководствоваться именно техзаданием. Такое толкование соответствует статье 432 ГК РФ о существенных условиях договора и статье 743 ГК РФ об обязанности подрядчика выполнять работы в соответствии с технической документацией. Во-вторых, приемка без замечаний влечет юридические последствия, прямо предусмотренные пунктом 3 статьи 720 ГК РФ. Подписывая акт сдачи-приемки, заказчик подтверждает, что результат работ соответствует условиям договора. Впоследствии ссылаться на недостатки, которые могли быть выявлены при обычной приемке (в т.ч. на несоответствие форматов передачи документации), крайне сложно. Исключение составляют лишь скрытые недостатки, которые не могли быть обнаружены при стандартной приемке, однако отсутствие IFC-модели к таковым не относится, так как состав переданных файлов и их форматы подлежат проверке в момент получения результата работ. Таким образом, спор о том, какой формат передачи документации предусмотрен договором - IFC или стандартные .dwg/.pdf - разрешился в пользу исполнителя именно благодаря тому, что суд признал приоритет технического задания над общими условиями договора, а также учел факт приемки работ без замечаний.
📸 bimsert
Часть 2/2
Суд не ограничился разрешением коллизии между договором и техзаданием. Он также обратил внимание на процессуальное поведение ответчика, которое лишило его доводы юридической силы. Накладная, которой оформлялась передача документации, была подписана заказчиком без замечаний. Акт сдачи-приемки выполненных работ также подписан сторонами без возражений. Из этого следовал классический вывод, закрепленный в судебной практике и основанный на положениях статьи 720 ГК РФ. Пункт 3 этой статьи устанавливает, что если иное не предусмотрено договором подряда, заказчик, принявший работу без проверки, лишается права ссылаться на недостатки, которые могли быть установлены при обычном способе ее приемки (явные недостатки). Отсутствие IFC-модели и смет в редактируемых форматах - это именно тот недостаток, который должен был быть обнаружен в момент приемки результата работ, поскольку перечень переданных файлов и их форматы доступны для проверки при обычной приемке. Кроме того, заказчик впервые сообщил о недостатках выполненных работ (включая отсутствие IFC-модели) только после того, как исполнитель подал иск о взыскании долга, что дополнительно свидетельствует о недобросовестном поведении.
Постановлением Пятнадцатого арбитражного апелляционного суда от 17.03.2025 по делу № А53-29115/2024 решение Арбитражного суда Ростовской области было оставлено без изменения, а апелляционная жалоба - без удовлетворения. С ответчика взысканы 2 235 411,39 руб. основного долга, 43 814,06 руб. пеней за просрочку оплаты, а также расходы по уплате государственной пошлины.
Само дело - наглядная иллюстрация двух важных принципов, которые должен учитывать каждый участник подрядных отношений. Во-первых, техническое задание имеет приоритет при определении состава работ. Если в договоре содержатся общие формулировки о составе результата работ, а техническое задание (или иное приложение) устанавливает конкретный и исчерпывающий перечень, суд будет руководствоваться именно техзаданием. Такое толкование соответствует статье 432 ГК РФ о существенных условиях договора и статье 743 ГК РФ об обязанности подрядчика выполнять работы в соответствии с технической документацией. Во-вторых, приемка без замечаний влечет юридические последствия, прямо предусмотренные пунктом 3 статьи 720 ГК РФ. Подписывая акт сдачи-приемки, заказчик подтверждает, что результат работ соответствует условиям договора. Впоследствии ссылаться на недостатки, которые могли быть выявлены при обычной приемке (в т.ч. на несоответствие форматов передачи документации), крайне сложно. Исключение составляют лишь скрытые недостатки, которые не могли быть обнаружены при стандартной приемке, однако отсутствие IFC-модели к таковым не относится, так как состав переданных файлов и их форматы подлежат проверке в момент получения результата работ. Таким образом, спор о том, какой формат передачи документации предусмотрен договором - IFC или стандартные .dwg/.pdf - разрешился в пользу исполнителя именно благодаря тому, что суд признал приоритет технического задания над общими условиями договора, а также учел факт приемки работ без замечаний.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥2💯1
Уточнены требования к инфраструктуре при комплексном развитии территорий
23 марта 2026 года подписан и официально опубликован Федеральный закон от 23.03.2026 № 72-ФЗ «О внесении изменения в статью 67 Градостроительного кодекса Российской Федерации».
Документ уточняет порядок определения параметров застройки при принятии решений о комплексном развитии территорий.
Согласно внесенным изменениям, если решение о комплексном развитии принимается в отношении территории, которая на эту дату не определена как подлежащая такому развитию правилами землепользования и застройки, то в само решение должны включаться расчетные показатели минимально допустимого уровня обеспеченности объектами коммунальной, транспортной, социальной инфраструктур, а также показатели максимально допустимого уровня их территориальной доступности. Указанные показатели устанавливаются в соответствии с региональными и (или) местными нормативами градостроительного проектирования.
📸 bimsert
23 марта 2026 года подписан и официально опубликован Федеральный закон от 23.03.2026 № 72-ФЗ «О внесении изменения в статью 67 Градостроительного кодекса Российской Федерации».
Документ уточняет порядок определения параметров застройки при принятии решений о комплексном развитии территорий.
Согласно внесенным изменениям, если решение о комплексном развитии принимается в отношении территории, которая на эту дату не определена как подлежащая такому развитию правилами землепользования и застройки, то в само решение должны включаться расчетные показатели минимально допустимого уровня обеспеченности объектами коммунальной, транспортной, социальной инфраструктур, а также показатели максимально допустимого уровня их территориальной доступности. Указанные показатели устанавливаются в соответствии с региональными и (или) местными нормативами градостроительного проектирования.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
12 2026 . N 240_22_1492.pdf
233.3 KB
ФСТЭК разъяснила порядок перехода на новые требования по защите информации в госорганах
Федеральная служба по техническому и экспортному контролю (ФСТЭК России) опубликовала информационное сообщение, содержащее разъяснения по применению новых требований к защите информации в государственных информационных системах (ГИС), которые вступили в силу с 1 марта 2026 года.
Документ, утвержденный приказом ведомства № 117 от 11 апреля 2025 года, устанавливает обязательные мероприятия и меры защиты для государственных органов, унитарных предприятий и учреждений, а также для информационно-коммуникационной инфраструктуры, на базе которой функционируют их системы.
В соответствии с пунктом 14 новых требований, государственным органам и организациям необходимо в первую очередь разработать и утвердить внутреннюю политику защиты информации, а также соответствующие стандарты и регламенты. ФСТЭК подчеркивает, что эти организационные меры являются базой для реализации всего комплекса защиты.
Служба разъяснила, что для информационных систем, создаваемых после 1 марта 2026 года, применение новых требований (приказ № 117) является обязательным с самого начала.
Для уже функционирующих систем, которые были аттестованы по ранее действовавшим правилам (приказ № 17 от 2013 года), предусмотрен переходный период. При проведении их модернизации или развитии необходимо спланировать приведение систем в соответствие с новыми стандартами. После завершения работ потребуется провести дополнительные аттестационные испытания в соответствии с приказом № 77 от 2021 года и переоформить аттестат соответствия.
Также, ФСТЭК обратила внимание, что до момента утверждения нового методического документа при реализации мер защиты допускается руководствоваться методическим документом «Меры защиты информации в государственных информационных системах» от 11 февраля 2014 года.
Кроме того, для договоров на создание или развитие систем, заключенных до 1 марта 2026 года, разрешено завершать работы по старым правилам (согласно приказу № 17 от 2013 года).
В целях плавного перехода на новый режим защиты информации ведомство рекомендовало государственным органам и организациям разработать собственные планы перехода, в которых будут четко прописаны мероприятия, меры защиты и сроки их реализации.
📸 bimsert
Федеральная служба по техническому и экспортному контролю (ФСТЭК России) опубликовала информационное сообщение, содержащее разъяснения по применению новых требований к защите информации в государственных информационных системах (ГИС), которые вступили в силу с 1 марта 2026 года.
Документ, утвержденный приказом ведомства № 117 от 11 апреля 2025 года, устанавливает обязательные мероприятия и меры защиты для государственных органов, унитарных предприятий и учреждений, а также для информационно-коммуникационной инфраструктуры, на базе которой функционируют их системы.
В соответствии с пунктом 14 новых требований, государственным органам и организациям необходимо в первую очередь разработать и утвердить внутреннюю политику защиты информации, а также соответствующие стандарты и регламенты. ФСТЭК подчеркивает, что эти организационные меры являются базой для реализации всего комплекса защиты.
Служба разъяснила, что для информационных систем, создаваемых после 1 марта 2026 года, применение новых требований (приказ № 117) является обязательным с самого начала.
Для уже функционирующих систем, которые были аттестованы по ранее действовавшим правилам (приказ № 17 от 2013 года), предусмотрен переходный период. При проведении их модернизации или развитии необходимо спланировать приведение систем в соответствие с новыми стандартами. После завершения работ потребуется провести дополнительные аттестационные испытания в соответствии с приказом № 77 от 2021 года и переоформить аттестат соответствия.
Также, ФСТЭК обратила внимание, что до момента утверждения нового методического документа при реализации мер защиты допускается руководствоваться методическим документом «Меры защиты информации в государственных информационных системах» от 11 февраля 2014 года.
Кроме того, для договоров на создание или развитие систем, заключенных до 1 марта 2026 года, разрешено завершать работы по старым правилам (согласно приказу № 17 от 2013 года).
В целях плавного перехода на новый режим защиты информации ведомство рекомендовало государственным органам и организациям разработать собственные планы перехода, в которых будут четко прописаны мероприятия, меры защиты и сроки их реализации.
Please open Telegram to view this post
VIEW IN TELEGRAM
Ошибки проектной документации привели к закупке не тех материалов – с госзаказчика взыскали убытки
Стороны заключили контракт на капремонт сетей водоснабжения. Подрядчик закупил материалы по смете контракта, но они конструктивно не подошли для монтажа. Он за свой счет прошел повторную экспертизу и заменил их на подходящие. Заказчик оплатил работы, но не компенсировал затраты на непригодные материалы. Три инстанции взыскали с него деньги без учета НДС и среди прочего отметили (Постановление АС Центрального округа от 05.03.2026 по делу N А08-10714/2024):
- заказчик обязан предоставить надлежащую проектную документацию. Убытки возникли из-за ошибок в технических решениях при определении материалов. Конструкция последних не позволяла их использовать. Подрядчик своевременно сообщил заказчику об этих обстоятельствах;
- первоначальная проектная документация на момент проведения закупки и заключения контракта не давала представления подрядчику о том, что материалы нельзя использовать. Это выяснили только при выполнении работ. Обратное не доказали;
- подрядчик приобрел подходящие материалы в соответствии с уточненной документацией, которую одобрила экспертиза. Заказчик согласовал изменения без замечаний.
📸 bimsert
Стороны заключили контракт на капремонт сетей водоснабжения. Подрядчик закупил материалы по смете контракта, но они конструктивно не подошли для монтажа. Он за свой счет прошел повторную экспертизу и заменил их на подходящие. Заказчик оплатил работы, но не компенсировал затраты на непригодные материалы. Три инстанции взыскали с него деньги без учета НДС и среди прочего отметили (Постановление АС Центрального округа от 05.03.2026 по делу N А08-10714/2024):
- заказчик обязан предоставить надлежащую проектную документацию. Убытки возникли из-за ошибок в технических решениях при определении материалов. Конструкция последних не позволяла их использовать. Подрядчик своевременно сообщил заказчику об этих обстоятельствах;
- первоначальная проектная документация на момент проведения закупки и заключения контракта не давала представления подрядчику о том, что материалы нельзя использовать. Это выяснили только при выполнении работ. Обратное не доказали;
- подрядчик приобрел подходящие материалы в соответствии с уточненной документацией, которую одобрила экспертиза. Заказчик согласовал изменения без замечаний.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1🤔1
От 10% до 33% потерь площади проекции лестничного марша: критический разбор слайда 16 презентации «Применение IFC на этапе АГР» (из презентации ДГП г. Москвы)
Разбираем презентацию «Применение IFC на этапе АГР». Слайд 16 содержит правило, которое часто кочует из одной презентации в другую, но не соответствует актуальным нормативам.
В чем суть ошибки?
Слайд предлагает исключать из площади часть пространства под лестничным маршем с высотой менее 1,8 м и называть пустоту под лестницей «засыпкой», не учитывая её независимо от высоты. Проблема в том, что это универсальное правило не работает ни для жилых, ни для общественных зданий.
Что говорят нормы?
В общественных зданиях по СП 118.13330.2022 площадь под лестницей учитывается полностью, никаких вычетов по высоте. Пункт А.4: «В площадь общественного помещения включают площадь лестничных площадок и ступеней».
В жилых зданиях по СП 54.13330.2022 два принципиально разных случая. Лестницы общего пользования учитываются полностью, пункт А.1.4. Для внутриквартирных лестниц исключается зона с высотой менее 1,6 м, пункт А.2.3. Не 1,8 м, а 1,6 м - это принципиальная разница.
Моделирование ошибки
Возьмем типовой марш: длина 3 м, ширина 1,2 м, высота этажа 3 м. Площадь проекции на пол составляет 3,6 м².
Сценарий первый - общественное здание. По норме: 3,6 м², весь марш. По правилу слайда вырезается зона с высотой менее 1,8 м, участок длиной порядка 1,0 м (в зависимости от уклона марша), остается 2,4 м². Ошибка: минус 1,2 м², или 33% от площади проекции.
Сценарий второй - жилой дом, лестница общего пользования. По норме: 3,6 м². По правилу слайда: 2,4 м². Ошибка: минус 1,2 м², или 33% от площади проекции.
Сценарий третий - жилой дом, внутриквартирная лестница. По норме исключается зона с высотой менее 1,6 м, длина около 0,7 м, учитываемая площадь 2,76 м². По правилу слайда исключается зона с высотой менее 1,8 м, длина около 1,0 м, учитываемая площадь 2,4 м². Ошибка: минус 0,36 м², или 10% от площади проекции.
Терминологическая ловушка
На слайде используется понятие «засыпка пространства» для пустоты под лестницей. Это некорректно. В СП 118 «засыпанные землей пространства» - это пространства, заполненные грунтом, технические подполья, обратная засыпка. В СП 54 такого понятия нет. Пустующее пространство под лестницей в эксплуатируемом этаже не является засыпкой.
Выводы
Слайд 16 требует корректировки. Необходимо убрать универсальное правило с порогом 1,8 м. Вместо этого следует разделить случаи: для общественных зданий и лестниц общего пользования в жилых домах - полный учет площади под лестницей, для внутриквартирных лестниц в жилых домах - порог исключения 1,6 м.
Термин «засыпка пространства» не применим к пустующим объемам под лестницами в эксплуатируемых этажах. Его использование вводит в заблуждение и не имеет нормативного обоснования.
Применение универсальных правил подсчета площадей без привязки к типу здания и назначению конструкции ведет к системным ошибкам. В зависимости от сценария занижение площади может составлять от 10% до 33% от площади проекции лестничного марша, что в масштабах объекта означает либо потери для заказчика, либо риски при прохождении экспертизы.
#IFC_АГР
📸 bimsert
Разбираем презентацию «Применение IFC на этапе АГР». Слайд 16 содержит правило, которое часто кочует из одной презентации в другую, но не соответствует актуальным нормативам.
В чем суть ошибки?
Слайд предлагает исключать из площади часть пространства под лестничным маршем с высотой менее 1,8 м и называть пустоту под лестницей «засыпкой», не учитывая её независимо от высоты. Проблема в том, что это универсальное правило не работает ни для жилых, ни для общественных зданий.
Что говорят нормы?
В общественных зданиях по СП 118.13330.2022 площадь под лестницей учитывается полностью, никаких вычетов по высоте. Пункт А.4: «В площадь общественного помещения включают площадь лестничных площадок и ступеней».
В жилых зданиях по СП 54.13330.2022 два принципиально разных случая. Лестницы общего пользования учитываются полностью, пункт А.1.4. Для внутриквартирных лестниц исключается зона с высотой менее 1,6 м, пункт А.2.3. Не 1,8 м, а 1,6 м - это принципиальная разница.
Моделирование ошибки
Возьмем типовой марш: длина 3 м, ширина 1,2 м, высота этажа 3 м. Площадь проекции на пол составляет 3,6 м².
Сценарий первый - общественное здание. По норме: 3,6 м², весь марш. По правилу слайда вырезается зона с высотой менее 1,8 м, участок длиной порядка 1,0 м (в зависимости от уклона марша), остается 2,4 м². Ошибка: минус 1,2 м², или 33% от площади проекции.
Сценарий второй - жилой дом, лестница общего пользования. По норме: 3,6 м². По правилу слайда: 2,4 м². Ошибка: минус 1,2 м², или 33% от площади проекции.
Сценарий третий - жилой дом, внутриквартирная лестница. По норме исключается зона с высотой менее 1,6 м, длина около 0,7 м, учитываемая площадь 2,76 м². По правилу слайда исключается зона с высотой менее 1,8 м, длина около 1,0 м, учитываемая площадь 2,4 м². Ошибка: минус 0,36 м², или 10% от площади проекции.
Терминологическая ловушка
На слайде используется понятие «засыпка пространства» для пустоты под лестницей. Это некорректно. В СП 118 «засыпанные землей пространства» - это пространства, заполненные грунтом, технические подполья, обратная засыпка. В СП 54 такого понятия нет. Пустующее пространство под лестницей в эксплуатируемом этаже не является засыпкой.
Выводы
Слайд 16 требует корректировки. Необходимо убрать универсальное правило с порогом 1,8 м. Вместо этого следует разделить случаи: для общественных зданий и лестниц общего пользования в жилых домах - полный учет площади под лестницей, для внутриквартирных лестниц в жилых домах - порог исключения 1,6 м.
Термин «засыпка пространства» не применим к пустующим объемам под лестницами в эксплуатируемых этажах. Его использование вводит в заблуждение и не имеет нормативного обоснования.
Применение универсальных правил подсчета площадей без привязки к типу здания и назначению конструкции ведет к системным ошибкам. В зависимости от сценария занижение площади может составлять от 10% до 33% от площади проекции лестничного марша, что в масштабах объекта означает либо потери для заказчика, либо риски при прохождении экспертизы.
#IFC_АГР
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥3
Списание неустойки по госконтракту: интересные примеры из практики за 2025-2026 годы
Должен ли заказчик списывать неустойку, если сделку расторгли соглашением с частичным исполнением? Зависит ли обязанность по списанию неустойки от года нарушения обязательства? Нужно ли списывать 50% начисленной суммы, если в контракте согласовали условие об удержании неустойки из оплаты? Ответы в обзоре.
Расторжение контракта соглашением не мешает списанию неустойки
Заказчик начислил подрядчику пени за просрочку капремонта и обратился за их взысканием в суд. Он не стал списывать неустойку, поскольку решил, что для этого не сложилось одно из условий: контрагент не выполнил все работы по контракту. Дело в том, что сделку расторгли соглашением, по которому сумма неисполненных обязательств составила более 39 млн руб.
АС Дальневосточного округа отказал в иске. Расторжение контракта соглашением с указанием итоговой суммы исполненных обязательств не говорит о его неисполнении. Из соглашения не следовало, что сделку расторгли из-за нарушений подрядчика.
К сходным выводам приходили АС Восточно-Сибирского и Северо-Кавказского округов.
Для списания неустойки не важен год нарушения обязательства
Заказчик отказался списывать пени за просрочку передачи квартиры по контракту на приобретение жилого помещения. По его мнению, Правила N 783 не применялись к спорной ситуации, поскольку положения Закона N 44-ФЗ не допускали списание неустойки за ненадлежащее исполнение обязательств в 2023 году.
АС Волго-Вятского округа признал позицию заказчика ошибочной. Закон N 44-ФЗ разрешает правительству устанавливать случаи и порядок списания неустоек. Они изложены в Правилах N 783. В действовавшей на момент рассмотрения спора редакции этих правил не было ограничений для списания неустоек в зависимости от года нарушения обязательств.
Подход разделяет АС Дальневосточного округа.
Заказчика могут обязать списать 50% неустойки, даже если в контракте согласовали условие о ее удержании из оплаты
Заказчик удержал неустойку из оплаты, поскольку такой порядок расчетов согласовали в контракте. Просьбу о списании 50% суммы по Правилам N 783 он отклонил, так как контрагент добровольно не уплатил другую ее половину до конца финансового года.
ВС РФ с подходом заказчика не согласился и взыскал с него неосновательное обогащение. Удержание неустойки из оплаты означало фактическую уплату поставщиком 100% ее суммы. В такой ситуации у заказчика были основания списать половину.
На данную позицию опирались АС Северо-Западного и Московского округов.
📸 bimsert
Должен ли заказчик списывать неустойку, если сделку расторгли соглашением с частичным исполнением? Зависит ли обязанность по списанию неустойки от года нарушения обязательства? Нужно ли списывать 50% начисленной суммы, если в контракте согласовали условие об удержании неустойки из оплаты? Ответы в обзоре.
Расторжение контракта соглашением не мешает списанию неустойки
Заказчик начислил подрядчику пени за просрочку капремонта и обратился за их взысканием в суд. Он не стал списывать неустойку, поскольку решил, что для этого не сложилось одно из условий: контрагент не выполнил все работы по контракту. Дело в том, что сделку расторгли соглашением, по которому сумма неисполненных обязательств составила более 39 млн руб.
АС Дальневосточного округа отказал в иске. Расторжение контракта соглашением с указанием итоговой суммы исполненных обязательств не говорит о его неисполнении. Из соглашения не следовало, что сделку расторгли из-за нарушений подрядчика.
К сходным выводам приходили АС Восточно-Сибирского и Северо-Кавказского округов.
Для списания неустойки не важен год нарушения обязательства
Заказчик отказался списывать пени за просрочку передачи квартиры по контракту на приобретение жилого помещения. По его мнению, Правила N 783 не применялись к спорной ситуации, поскольку положения Закона N 44-ФЗ не допускали списание неустойки за ненадлежащее исполнение обязательств в 2023 году.
АС Волго-Вятского округа признал позицию заказчика ошибочной. Закон N 44-ФЗ разрешает правительству устанавливать случаи и порядок списания неустоек. Они изложены в Правилах N 783. В действовавшей на момент рассмотрения спора редакции этих правил не было ограничений для списания неустоек в зависимости от года нарушения обязательств.
Подход разделяет АС Дальневосточного округа.
Заказчика могут обязать списать 50% неустойки, даже если в контракте согласовали условие о ее удержании из оплаты
Заказчик удержал неустойку из оплаты, поскольку такой порядок расчетов согласовали в контракте. Просьбу о списании 50% суммы по Правилам N 783 он отклонил, так как контрагент добровольно не уплатил другую ее половину до конца финансового года.
ВС РФ с подходом заказчика не согласился и взыскал с него неосновательное обогащение. Удержание неустойки из оплаты означало фактическую уплату поставщиком 100% ее суммы. В такой ситуации у заказчика были основания списать половину.
На данную позицию опирались АС Северо-Западного и Московского округов.
Please open Telegram to view this post
VIEW IN TELEGRAM
Унификация ТЭП в XML-схемах РС, извещений, ЗОС и РВЭ
В сфере цифрового строительства ключевой задачей является сквозной контроль данных на этапах от разрешения на строительство до ввода в эксплуатацию. Эффективность автоматизации напрямую зависит от унификации форматов передачи данных. В данном материале проведен анализ составов технико-экономических показателей (ТЭП) в XML-схемах разрешения на строительство (РС), извещения о начале строительства, заключения о соответствии (ЗОС) и разрешения на ввод в эксплуатацию (РВЭ).
Общая структура
Все четыре схемы используют единый блок permanentObjectParameters с унифицированным набором жестких полей:
- площадь застройки (buildingArea);
- общая площадь (area);
- площадь жилых помещений (residentialPremisesArea);
- площадь нежилых помещений (nonResidentialPremisesArea);
- количество помещений, жилых помещений, нежилых помещений, квартир;
- количество машиномест (parkingSpacesNumber);
- количество этажей и подземных этажей (floorsNumber, undergroundFloorsNumber);
- вместимость (capacity);
- высота (height);
- класс энергетической эффективности (energyEfficiencyClass) - присутствует только в ЗОС и РВЭ.
Степень унификации
Базовое ядро из 13 показателей присутствует во всех четырех схемах без исключений. Это создает основу для сквозного автоматического обмена данными.
Преемственность РС > Извещение: наборы полей полностью идентичны, что позволяет передавать данные без преобразований.
Преемственность ЗОС > РВЭ: также полная совместимость, данные из заключения о соответствии могут автоматически переноситься в разрешение на ввод.
Единственное различие: класс энергоэффективности отсутствует в РС и извещении, но присутствует в ЗОС и РВЭ, что объективно обусловлено этапом жизненного цикла объекта.
Практические преимущества
• Сквозное заполнение данных - показатели из РС автоматически подгружаются в извещение без повторного ввода.
• Автоматическая сверка проекта и факта - данные РС (проект) сопоставляются с данными ЗОС и РВЭ (факт) по единым именам полей.
• Формирование РВЭ на основе ЗОС - полная совместимость позволяет автоматически генерировать разрешение на ввод.
• Минимизация ручного труда - сокращение операций переноса данных и снижение ошибок.
Рекомендации
1. Закрепить единый справочник ТЭП с присвоением уникальных кодов показателям для исключения разночтений при интеграции.
2. Доработать схемы РС и извещения - добавить поле класса энергоэффективности (хотя бы проектное значение) для полной преемственности.
3. Обеспечить автоматическую сверку проектных и фактических показателей с формированием протоколов расхождений.
4. Распространить унификацию на смежные схемы (в частности, на ИРД, ПД, Заключение экспертизы) для создания единого пространства данных.
Заключение
XML-схемы РС, извещения, ЗОС и РВЭ демонстрируют высокий уровень унификации ТЭП. Единый блок permanentObjectParameters с идентичным набором полей (за исключением класса энергоэффективности) создает техническую основу для сквозной автоматизации процессов от разрешения на строительство до ввода в эксплуатацию. Дальнейшее развитие цифрового строительства должно идти по пути закрепления этого подхода в нормативной базе и распространения его на остальные типы XML-схем.
#XML_схемы, #XML_РС, #XML_Извещение, #XML_ЗОС, #XML_РВЭ
📸 bimsert
В сфере цифрового строительства ключевой задачей является сквозной контроль данных на этапах от разрешения на строительство до ввода в эксплуатацию. Эффективность автоматизации напрямую зависит от унификации форматов передачи данных. В данном материале проведен анализ составов технико-экономических показателей (ТЭП) в XML-схемах разрешения на строительство (РС), извещения о начале строительства, заключения о соответствии (ЗОС) и разрешения на ввод в эксплуатацию (РВЭ).
Общая структура
Все четыре схемы используют единый блок permanentObjectParameters с унифицированным набором жестких полей:
- площадь застройки (buildingArea);
- общая площадь (area);
- площадь жилых помещений (residentialPremisesArea);
- площадь нежилых помещений (nonResidentialPremisesArea);
- количество помещений, жилых помещений, нежилых помещений, квартир;
- количество машиномест (parkingSpacesNumber);
- количество этажей и подземных этажей (floorsNumber, undergroundFloorsNumber);
- вместимость (capacity);
- высота (height);
- класс энергетической эффективности (energyEfficiencyClass) - присутствует только в ЗОС и РВЭ.
Степень унификации
Базовое ядро из 13 показателей присутствует во всех четырех схемах без исключений. Это создает основу для сквозного автоматического обмена данными.
Преемственность РС > Извещение: наборы полей полностью идентичны, что позволяет передавать данные без преобразований.
Преемственность ЗОС > РВЭ: также полная совместимость, данные из заключения о соответствии могут автоматически переноситься в разрешение на ввод.
Единственное различие: класс энергоэффективности отсутствует в РС и извещении, но присутствует в ЗОС и РВЭ, что объективно обусловлено этапом жизненного цикла объекта.
Практические преимущества
• Сквозное заполнение данных - показатели из РС автоматически подгружаются в извещение без повторного ввода.
• Автоматическая сверка проекта и факта - данные РС (проект) сопоставляются с данными ЗОС и РВЭ (факт) по единым именам полей.
• Формирование РВЭ на основе ЗОС - полная совместимость позволяет автоматически генерировать разрешение на ввод.
• Минимизация ручного труда - сокращение операций переноса данных и снижение ошибок.
Рекомендации
1. Закрепить единый справочник ТЭП с присвоением уникальных кодов показателям для исключения разночтений при интеграции.
2. Доработать схемы РС и извещения - добавить поле класса энергоэффективности (хотя бы проектное значение) для полной преемственности.
3. Обеспечить автоматическую сверку проектных и фактических показателей с формированием протоколов расхождений.
4. Распространить унификацию на смежные схемы (в частности, на ИРД, ПД, Заключение экспертизы) для создания единого пространства данных.
Заключение
XML-схемы РС, извещения, ЗОС и РВЭ демонстрируют высокий уровень унификации ТЭП. Единый блок permanentObjectParameters с идентичным набором полей (за исключением класса энергоэффективности) создает техническую основу для сквозной автоматизации процессов от разрешения на строительство до ввода в эксплуатацию. Дальнейшее развитие цифрового строительства должно идти по пути закрепления этого подхода в нормативной базе и распространения его на остальные типы XML-схем.
#XML_схемы, #XML_РС, #XML_Извещение, #XML_ЗОС, #XML_РВЭ
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2