BIMSERT
05.05.202509:29
ВС РФ: в выдаче разрешения на строительство МКД могут отказать из-за дефицита инфраструктуры
Компания планировала построить МКД. Для этого она арендовала публичный участок и получила ГПЗУ в 2019 году. Через 2 года местные власти запретили точечную застройку МКД. Исключение – случаи, когда заявление о выдаче разрешения на строительство подано до вступления в силу запрета. Компания попросила разрешение в 2022 году. Его не выдали.
Три инстанции признали отказ незаконным. Чтобы получить разрешение, сведения из ГПЗУ можно использовать в течение 3 лет со дня выдачи, поэтому введенные через 2 года после этого ограничения не применяются.
ВС РФ не согласился. Запрет установили в том числе из-за острого дефицита социальной, инженерной и транспортной инфраструктуры. Планируемый дом не будет обеспечен ими. В такой ситуации выдача разрешения нарушит интересы и права, в частности, будущих жильцов дома.
Если участок был предоставлен специально для постройки объекта, а это стало невозможно из-за принятия правовых актов в сфере градостроительства, то правообладатель земли может взыскать убытки.
Дело направили на новое рассмотрение.
Компания планировала построить МКД. Для этого она арендовала публичный участок и получила ГПЗУ в 2019 году. Через 2 года местные власти запретили точечную застройку МКД. Исключение – случаи, когда заявление о выдаче разрешения на строительство подано до вступления в силу запрета. Компания попросила разрешение в 2022 году. Его не выдали.
Три инстанции признали отказ незаконным. Чтобы получить разрешение, сведения из ГПЗУ можно использовать в течение 3 лет со дня выдачи, поэтому введенные через 2 года после этого ограничения не применяются.
ВС РФ не согласился. Запрет установили в том числе из-за острого дефицита социальной, инженерной и транспортной инфраструктуры. Планируемый дом не будет обеспечен ими. В такой ситуации выдача разрешения нарушит интересы и права, в частности, будущих жильцов дома.
Если участок был предоставлен специально для постройки объекта, а это стало невозможно из-за принятия правовых актов в сфере градостроительства, то правообладатель земли может взыскать убытки.
Дело направили на новое рассмотрение.
05.05.202501:46
В xml-схеме Задания на проектирование реализована возможность описания требований к компонентам
В составе xml-схемы Задания на проектирование применительно к элементу комплексного типа «Требования к техническим решениям» (tTechnicalRequirements) на ряду с «Общими требованиями к техническим решениям» (tRequirements) реализовано описание «Требования к техническим решениям компонентов» (tComponentRequirements).
Собственно, так называемые «Требования к техническим решениям компонента», которые заполняются опционально (minOccurs="0" maxOccurs="unbounded")*, предусматривают в своем составе возможность заполнения поля ввода данных «Наименование компонента», «Описание компонента», а также «Требования к техническим решениям» применительно к компонентам (вкладка «Требование» с полями ввода данных «Содержание», «Перечень ссылок на нормативные документы» и «Автор»).
___
* Значение атрибутов:
- minOccurs="0" - элемент не обязателен (может отсутствовать).
- maxOccurs="unbounded" - элемент может повторяться бесконечное количество раз.
Указанная возможность, в части описания технических требований к компонентам ОКС, реализована для 22 элементов xml-схемы (в т.ч. для ряда «экзотически», если предположить, что в составе указанного описания могут присутствовать сведения о компонентах ЦИМ или абстрактных объектов в терминологии СП 328.1325800.2020):
1. Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения.
2. Требования к основному технологическому оборудованию.
3. Требования к архитектурно-художественным решениям, включая требования к графическим материалам.
4. Требования к проекту организации строительства объекта.
5. Требования о необходимости сноса или сохранения зданий, сооружений, вырубки или сохранения зеленых насаждений, реконструкции, капитального ремонта существующих линейных объектов в связи с планируемым строительством объекта, расположенных на земельном участке, на котором планируется строительство объекта.
6. Требования к мероприятиям по обеспечению соблюдения требований энергетической эффективности и по оснащенности объекта приборами учета используемых энергетических ресурсов.
7. Требования к инженерно-техническому укреплению объекта в целях обеспечения его антитеррористической защищенности.
8. Требования к мероприятиям по охране окружающей среды.
9. Требования к мероприятиям по обеспечению пожарной безопасности.
10. Требования к зданиям, строениям и сооружениям, входящим в инфраструктуру линейного объекта.
11. Требования к разработке проекта рекультивации земель.
12. Требования к решениям по благоустройству прилегающей территории, малым архитектурным формам и планировочной организации земельного участка.
13. Требования к мероприятиям по обеспечению доступа маломобильных групп населения к объекту.
14. Требования к выполнению научно-исследовательских и опытно-конструкторских работ в процессе проектирования и строительства объекта.
15. Требования к проекту полосы отвода.
16. Требования к соблюдению безопасных для здоровья человека условий проживания и пребывания в объекте и требования к соблюдению безопасного уровня воздействия объекта на окружающую среду.
17. Требования к схеме планировочной организации земельного участка.
18. Требования к местам складирования излишков грунта и (или) мусора при строительстве и протяженность маршрута их доставки.
19. Требования к технической эксплуатации и техническому обслуживанию объекта.
20. Требования к технологическим и конструктивным решениям линейного объекта.
21. Требования к технологическим решениям.
22. Подраздел требований к конструктивным и объемно-планировочным решениям.
Если все же речь о элементах ОКС представленных как компоненты ЦИМ ОКС, то неплохо бы блок с текстовым описанием заменить на элемент комплексного типа tTextBlock, с вложенными в него комплексными элементами tTable, tCell и элементом простого типа tImageTypes, а также предусмотреть возможность использования комплексный элемента тип tDocumentInfo с вложенными в него элементами iFile и WebLink.
В составе xml-схемы Задания на проектирование применительно к элементу комплексного типа «Требования к техническим решениям» (tTechnicalRequirements) на ряду с «Общими требованиями к техническим решениям» (tRequirements) реализовано описание «Требования к техническим решениям компонентов» (tComponentRequirements).
Собственно, так называемые «Требования к техническим решениям компонента», которые заполняются опционально (minOccurs="0" maxOccurs="unbounded")*, предусматривают в своем составе возможность заполнения поля ввода данных «Наименование компонента», «Описание компонента», а также «Требования к техническим решениям» применительно к компонентам (вкладка «Требование» с полями ввода данных «Содержание», «Перечень ссылок на нормативные документы» и «Автор»).
___
* Значение атрибутов:
- minOccurs="0" - элемент не обязателен (может отсутствовать).
- maxOccurs="unbounded" - элемент может повторяться бесконечное количество раз.
Указанная возможность, в части описания технических требований к компонентам ОКС, реализована для 22 элементов xml-схемы (в т.ч. для ряда «экзотически», если предположить, что в составе указанного описания могут присутствовать сведения о компонентах ЦИМ или абстрактных объектов в терминологии СП 328.1325800.2020):
1. Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения.
2. Требования к основному технологическому оборудованию.
3. Требования к архитектурно-художественным решениям, включая требования к графическим материалам.
4. Требования к проекту организации строительства объекта.
5. Требования о необходимости сноса или сохранения зданий, сооружений, вырубки или сохранения зеленых насаждений, реконструкции, капитального ремонта существующих линейных объектов в связи с планируемым строительством объекта, расположенных на земельном участке, на котором планируется строительство объекта.
6. Требования к мероприятиям по обеспечению соблюдения требований энергетической эффективности и по оснащенности объекта приборами учета используемых энергетических ресурсов.
7. Требования к инженерно-техническому укреплению объекта в целях обеспечения его антитеррористической защищенности.
8. Требования к мероприятиям по охране окружающей среды.
9. Требования к мероприятиям по обеспечению пожарной безопасности.
10. Требования к зданиям, строениям и сооружениям, входящим в инфраструктуру линейного объекта.
11. Требования к разработке проекта рекультивации земель.
12. Требования к решениям по благоустройству прилегающей территории, малым архитектурным формам и планировочной организации земельного участка.
13. Требования к мероприятиям по обеспечению доступа маломобильных групп населения к объекту.
14. Требования к выполнению научно-исследовательских и опытно-конструкторских работ в процессе проектирования и строительства объекта.
15. Требования к проекту полосы отвода.
16. Требования к соблюдению безопасных для здоровья человека условий проживания и пребывания в объекте и требования к соблюдению безопасного уровня воздействия объекта на окружающую среду.
17. Требования к схеме планировочной организации земельного участка.
18. Требования к местам складирования излишков грунта и (или) мусора при строительстве и протяженность маршрута их доставки.
19. Требования к технической эксплуатации и техническому обслуживанию объекта.
20. Требования к технологическим и конструктивным решениям линейного объекта.
21. Требования к технологическим решениям.
22. Подраздел требований к конструктивным и объемно-планировочным решениям.
Если все же речь о элементах ОКС представленных как компоненты ЦИМ ОКС, то неплохо бы блок с текстовым описанием заменить на элемент комплексного типа tTextBlock, с вложенными в него комплексными элементами tTable, tCell и элементом простого типа tImageTypes, а также предусмотреть возможность использования комплексный элемента тип tDocumentInfo с вложенными в него элементами iFile и WebLink.
04.05.202509:21
Давно хотели показать, как мы мастерски научились обращаться с текстом требований для конвертации правил проверки ЦИМ! Надеемся, что вам будет не слишком скучно🐱
P.S. Процесс разметки текста - ерунда по сравнению со съемками демонстрационного видео) Зато сколько багов поправили в процессе!🌌
P.S. Процесс разметки текста - ерунда по сравнению со съемками демонстрационного видео) Зато сколько багов поправили в процессе!🌌
Медиа контентке
қол жеткізе алмадық
қол жеткізе алмадық
01.05.202505:43
Дорогие коллеги, поздравляем Вас с 1 Мая!
Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами.
Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!
По традиции излагаем поздравление в отраслевых форматах, сегодня в BCF (XML).
Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами.
Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!
По традиции излагаем поздравление в отраслевых форматах, сегодня в BCF (XML).
<bcf>
<markup>
<topic>
<title>Поздравление с 1 Мая</title>
<creationdate>2024-05-01T00:00:00Z</creationdate>
<creationauthor>Компания</creationauthor>
<priority>High</priority>
<stage>Official</stage>
<labels>
<label>Праздник</label>
<label>1 Мая</label>
<label>Поздравление</label>
</labels>
<comment>
<date>2025-05-01T00:00:00Z</date>
<author>Компания</author>
<text>
Дорогие коллеги, поздравляем Вас с 1 Мая!
Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами. Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!
</text>
</comment>
<bimsnippet>
<reference>greeting.html</reference>
</bimsnippet>
<documentreference>
<referenceddocument>may1_greeting.pdf</referenceddocument>
<description>Официальное поздравление</description>
</documentreference>
</topic>
</markup>
</bcf>
Ключевые элементы:
1. Topic - содержит основную информацию о поздравлении
2. Comment - включает текст поздравления
3. Labels - теги для категоризации
4. BimSnippet и DocumentReference - могут ссылаться на дополнительные материалы (открытки, PDF и т.д.)
Формат сохраняет структуру BCF, но адаптирован для передачи праздничного сообщения и настроения!15.04.202507:20
Персональные данные: примеры подходов к использованию обезличенных данных на уровне госорганов
Часть 2/2
Требования к обезличиванию персональных данных
При обезличивании персональных данных оператор персональных данных должен будет обеспечить:
а) соблюдение правил обезличивания персональных данных и методов обезличивания персональных данных, утвержденных отдельным постановлением Правительства РФ, с учетом требования о предоставлении данных;
б) раздельное хранение персональных данных и персональных данных, полученных в результате обезличивания персональных данных;
в) принятие мер по обеспечению безопасности персональных данных, полученных в результате обезличивания, в соответствии с 152-ФЗ;
г) исключение из персональных данных, полученных в результате обезличивания, информации, доступ к которой ограничен федеральными законами;
д) использование алгоритмов и программного обеспечения для обезличивания персональных данных, обеспечивающих возможность представлять персональные данные, полученные в результате обезличивания персональных данных, из информационной системы оператора персональных данных в соответствующую государственную информационную систему Минцифры России, определенную Правительством РФ в соответствии с 152-ФЗ, без потери таких данных и (или) их изменения.
Методы обезличивания персональных данных
К методам обезличивания персональных данных будут относиться:
а) метод введения идентификаторов - замена части сведений (значений персональных данных) идентификаторами с созданием таблицы (справочника) соответствия идентификаторов исходным персональным данным;
б) метод изменения состава или семантики - изменение состава или семантики персональных данных, в том числе путем замены результатами статистической обработки или удаления части сведений;
в) метод декомпозиции - разбиение массива персональных данных на несколько частей с последующим раздельным их хранением;
г) метод перемешивания - перестановка отдельных записей, а также групп записей в массиве персональных данных;
д) метод преобразования - агрегация массива персональных данных, полученных в результате обезличивания, путем обобщения элементов структуры массива персональных данных, подлежащих обезличиванию, имеющих качественные или количественные значения применительно к каждому субъекту персональных данных (далее - атрибуты персональных данных), а также установления заданного количества различных значений атрибутов персональных данных, позволяющего отобразить исходное распределение каждого значения атрибутов персональных данных.
Правила обезличивания персональных данных
В частности, оператор персональных данных при получении требования о предоставлении данных, содержащего указание на применение указанных выше методов обезличивания персональных данных, предусмотренных подпунктами «а» - «г», осуществляет обезличивание персональных данных с использованием безвозмездно предоставляемой оператору персональных данных Минцифрой России программы для ЭВМ, реализующей такие методы обезличивания персональных данных.
Выводы
Как видно, мероприятий по части обезличивания персональных данных довольно много. Если для госорганов последние будут определены Правительством, то для бизнеса о возможности полного или частичного перехода на работу с обезличенными данными придется определяться самостоятельно, безусловно с учетом положений действующего законодательства. Примеры подходов - указаны выше.
Часть 2/2
Требования к обезличиванию персональных данных
При обезличивании персональных данных оператор персональных данных должен будет обеспечить:
а) соблюдение правил обезличивания персональных данных и методов обезличивания персональных данных, утвержденных отдельным постановлением Правительства РФ, с учетом требования о предоставлении данных;
б) раздельное хранение персональных данных и персональных данных, полученных в результате обезличивания персональных данных;
в) принятие мер по обеспечению безопасности персональных данных, полученных в результате обезличивания, в соответствии с 152-ФЗ;
г) исключение из персональных данных, полученных в результате обезличивания, информации, доступ к которой ограничен федеральными законами;
д) использование алгоритмов и программного обеспечения для обезличивания персональных данных, обеспечивающих возможность представлять персональные данные, полученные в результате обезличивания персональных данных, из информационной системы оператора персональных данных в соответствующую государственную информационную систему Минцифры России, определенную Правительством РФ в соответствии с 152-ФЗ, без потери таких данных и (или) их изменения.
Методы обезличивания персональных данных
К методам обезличивания персональных данных будут относиться:
а) метод введения идентификаторов - замена части сведений (значений персональных данных) идентификаторами с созданием таблицы (справочника) соответствия идентификаторов исходным персональным данным;
б) метод изменения состава или семантики - изменение состава или семантики персональных данных, в том числе путем замены результатами статистической обработки или удаления части сведений;
в) метод декомпозиции - разбиение массива персональных данных на несколько частей с последующим раздельным их хранением;
г) метод перемешивания - перестановка отдельных записей, а также групп записей в массиве персональных данных;
д) метод преобразования - агрегация массива персональных данных, полученных в результате обезличивания, путем обобщения элементов структуры массива персональных данных, подлежащих обезличиванию, имеющих качественные или количественные значения применительно к каждому субъекту персональных данных (далее - атрибуты персональных данных), а также установления заданного количества различных значений атрибутов персональных данных, позволяющего отобразить исходное распределение каждого значения атрибутов персональных данных.
Правила обезличивания персональных данных
В частности, оператор персональных данных при получении требования о предоставлении данных, содержащего указание на применение указанных выше методов обезличивания персональных данных, предусмотренных подпунктами «а» - «г», осуществляет обезличивание персональных данных с использованием безвозмездно предоставляемой оператору персональных данных Минцифрой России программы для ЭВМ, реализующей такие методы обезличивания персональных данных.
Выводы
Как видно, мероприятий по части обезличивания персональных данных довольно много. Если для госорганов последние будут определены Правительством, то для бизнеса о возможности полного или частичного перехода на работу с обезличенными данными придется определяться самостоятельно, безусловно с учетом положений действующего законодательства. Примеры подходов - указаны выше.
14.04.202514:21
Рубрика «Вопрос/Ответ»: О нормативах затрат по созданию инженерной цифровой модели местности
Вопрос:
Планируется ли в ближайшее время разработка норматива затрат на работы по созданию инженерной цифровой модели местности?
Ответ:
На 2025 год в утвержденном Плане об актуализации сметных нормативов в том числе присутствуют работы по разработке Нормативных затрат на работы по созданию инженерной цифровой модели местности.
Начало разработки - в III квартале 2024 года.
Окончание разработки - в 2025 году.
(Протокол НЭС от 29.08.24 N 992-ПРМ-АВ).
Вопрос:
Планируется ли в ближайшее время разработка норматива затрат на работы по созданию инженерной цифровой модели местности?
Ответ:
На 2025 год в утвержденном Плане об актуализации сметных нормативов в том числе присутствуют работы по разработке Нормативных затрат на работы по созданию инженерной цифровой модели местности.
Начало разработки - в III квартале 2024 года.
Окончание разработки - в 2025 году.
(Протокол НЭС от 29.08.24 N 992-ПРМ-АВ).
05.05.202509:24
Утверждены новые национальные стандарты в области цифровых технологий
⚡️ГОСТ Р 72027.1-2025 "Информационные технологии в обучении, образовании и подготовке. Руководящие указания по контенту виртуальной реальности с учетом человеческого фактора. Часть 1. Рекомендации по использованию контента виртуальной реальности".
Стандарт приводит рекомендации по использованию контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования. Стандарт рассматривает контент виртуальной реальности, в котором используют шлем виртуальной реальности для обучения, образования и тренировки навыков. Стандарт не применяют для контента виртуальной реальности с использованием иммерсивной технологии и не касается контента дополненной и смешанной реальности.
Вступает в действие - с 1 ноября 2025 года.
⚡️ГОСТ Р 72027.2-2025 "Информационные технологии в обучении, образовании и подготовке. Руководящие указания по контенту виртуальной реальности с учетом человеческого фактора. Часть 2. Рекомендации по разработке контента виртуальной реальности".
Стандарт приводит рекомендации по разработке контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования во избежание недоразумений среди пользователей, связанных с реальностью и виртуальной реальностью, и для оказания помощи пользователям в эффективном использовании этих новых технологий.
Вступает в действие - с 1 ноября 2025 года.
⚡️ГОСТ Р 72027.1-2025 "Информационные технологии в обучении, образовании и подготовке. Руководящие указания по контенту виртуальной реальности с учетом человеческого фактора. Часть 1. Рекомендации по использованию контента виртуальной реальности".
Стандарт приводит рекомендации по использованию контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования. Стандарт рассматривает контент виртуальной реальности, в котором используют шлем виртуальной реальности для обучения, образования и тренировки навыков. Стандарт не применяют для контента виртуальной реальности с использованием иммерсивной технологии и не касается контента дополненной и смешанной реальности.
Вступает в действие - с 1 ноября 2025 года.
⚡️ГОСТ Р 72027.2-2025 "Информационные технологии в обучении, образовании и подготовке. Руководящие указания по контенту виртуальной реальности с учетом человеческого фактора. Часть 2. Рекомендации по разработке контента виртуальной реальности".
Стандарт приводит рекомендации по разработке контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования во избежание недоразумений среди пользователей, связанных с реальностью и виртуальной реальностью, и для оказания помощи пользователям в эффективном использовании этих новых технологий.
Вступает в действие - с 1 ноября 2025 года.
05.05.202501:45
В Москве изменены требования к проведению переустройства и (или) перепланировки помещении в многоквартирном доме
Постановлением Правительства Москвы от 18.04.2025 N 841-ПП внесен ряд изменений в Постановление Правительства Москвы от 25.10.2011 г. N 508-ПП "Об организации переустройства и (или) перепланировки помещений в многоквартирных домах".
Изменения направлены на упрощение процедур, повышение прозрачности и ускорение оформления перепланировок.
В частности, исключены требования к объединению и разделению помещений, уточнены правила заделки проемов в перекрытиях и несущих стенах, изменения антресолей и входных групп.
Введен упрощенный порядок оформления актов после завершения работ, уточнены требования к эскизам и техническим планам.
Сроки рассмотрения заявок сокращены до 10-20 рабочих дней.
Введен автоматический обмен данными с ЕГРН.
Постановлением Правительства Москвы от 18.04.2025 N 841-ПП внесен ряд изменений в Постановление Правительства Москвы от 25.10.2011 г. N 508-ПП "Об организации переустройства и (или) перепланировки помещений в многоквартирных домах".
Изменения направлены на упрощение процедур, повышение прозрачности и ускорение оформления перепланировок.
В частности, исключены требования к объединению и разделению помещений, уточнены правила заделки проемов в перекрытиях и несущих стенах, изменения антресолей и входных групп.
Введен упрощенный порядок оформления актов после завершения работ, уточнены требования к эскизам и техническим планам.
Сроки рассмотрения заявок сокращены до 10-20 рабочих дней.
Введен автоматический обмен данными с ЕГРН.
03.05.202504:16
Особенности оценки соответствия проектной документации по объектам электросетевого хозяйства
Часть 2/2
Отдельно отметим ситуацию с расчетами.
Часть 2/2
Отдельно отметим ситуацию с расчетами.
Согласно п. 3 Положения, утв. ПП РФ от 16.02.2008 г. N 87, текстовая часть проектной документации, среди прочего, содержит результаты расчетов, обосновывающие принятые технические и иные решения.
Согласно п. 6 Положения, утв. ПП РФ от 16.02.2008 г. N 87, правила выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, устанавливаются Минстроем России.
Согласно п. 1 Правил выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, утв. Приказом Минрегиона России от 2 апреля 2009 г. N 108, выполнение и оформление текстовых и графических материалов, входящих в состав проектной и рабочей документации, осуществляется в соответствии с национальными стандартами "СПДС" (далее - национальные стандарты), которые утверждаются приказами в установленном порядке, при этом, до утверждения национальных стандартов выполнение и оформление текстовых и графических материалов, входящих в состав проектной и рабочей документации, осуществляется с использованием ранее принятых стандартов СПДС, ЕСКД в части, не противоречащей законодательству РФ о техническом регулировании, законодательству РФ о градостроительной деятельности.
Согласно п.4.1.7 ГОСТ Р 21.101-2020, расчеты конструктивных, технологических и других решений, являющиеся обязательным элементом подготовки проектной документации, в состав проектной документации не включают, кроме случаев, установленных Положения, утв. ПП РФ от 16.02.2008 г. N 87. Их оформляют в соответствии с требованиями к текстовым документам и хранят в архиве проектной организации. Расчеты представляют заказчику или органам экспертизы по их требованию.
Согласно п.17 Положения, утв. ПП РФ от 05.03.2007 г. N 145, организация по проведению государственной экспертизы вправе дополнительно истребовать от заявителя, среди прочего, представления расчетов конструктивных и технологических решений, используемых в проектной документации, материалов инженерных изысканий.
Из указанного следует, что расчеты, выполняемые при разработке проектной документации в нее не включаются (за исключением тех расчетов, наличие которых напрямую указано в Положении, утв. ПП РФ от 16.02.2008 г. N 87), при этом в проектной документации отражаются результаты таких расчетов.
В случае необходимости такие расчеты будут затребованы экспертной организации по основаниям указанным в п. 17 Положения, утв. ПП РФ от 05.03.2007 г. N 145.
30.04.202512:01
Вниманию экспертов государственной и негосударственной экспертизы: обновление платформы ЕЦПЭ
30.04.2025 с 21:00 до 22:00 (МСК) запланировано проведение регламентных работ на Единой цифровой платформе экспертизы.
В данном обновлении будет реализован переход в сервис «Определение даты оценки проектной документации и (или) результатов инженерных изысканий».
По мнению разработчиков, использование сервиса позволит прогнозировать какие требования будут применяться экспертами при проведении оценки соответствия в отношении материалов, направляемых для проведения экспертизы.
Кроме того, сервис позволяет путем выбора соответствующих условий определить по состоянию на какую дату при проведении оценки соответствия (в рамках государственной (негосударственной) экспертизы) будут применяться требования, указанные в абзаце 1 и пункте 1 части 5 статьи 49 ГрК РФ.
Переход осуществляется:
—> портал экспертной организации
—> проект экспертизы
—> раздел «Экспертиза»
—> портал заявителя
—> модальное окно создания черновика заявления.
30.04.2025 с 21:00 до 22:00 (МСК) запланировано проведение регламентных работ на Единой цифровой платформе экспертизы.
В данном обновлении будет реализован переход в сервис «Определение даты оценки проектной документации и (или) результатов инженерных изысканий».
По мнению разработчиков, использование сервиса позволит прогнозировать какие требования будут применяться экспертами при проведении оценки соответствия в отношении материалов, направляемых для проведения экспертизы.
Кроме того, сервис позволяет путем выбора соответствующих условий определить по состоянию на какую дату при проведении оценки соответствия (в рамках государственной (негосударственной) экспертизы) будут применяться требования, указанные в абзаце 1 и пункте 1 части 5 статьи 49 ГрК РФ.
Переход осуществляется:
—> портал экспертной организации
—> проект экспертизы
—> раздел «Экспертиза»
—> портал заявителя
—> модальное окно создания черновика заявления.
15.04.202507:20
Персональные данные: примеры подходов к использованию обезличенных данных на уровне госорганов
Часть 1/2
С 30 мая 2025 года операторам персональных данных грозят крупные штрафы по КоАП РФ за действия (бездействие), из-за которых произошла незаконная передача этих сведений. Начнут применяться более строгие наказания за непредставление Роскомнадзору ряда уведомлений. Есть и другие изменения.
Ранее, еще в 2024 году была установлена уголовная ответственность за незаконное использование и передачу персональных данных.
Однако сегодня хочется рассказать не об ответственности и её строгости, а о возможности в перспективе всех причастных перейти на работу с обезличенными данными.
В качестве примера, к слову, который может использоваться, в том числе, и всеми (бизнес), расскажем о том, как будет решаться вопрос на уровне государственных и муниципальных органов (далее - госорганы), которые вынуждены создавать в пределах своих полномочий, установленных в соответствии с федеральными законами, государственные или муниципальные информационные системы персональных данных.
Для указанных государственных органов отдельным постановлением Правительства РФ будут утверждены требования к обезличиванию персональных данных, методы и правила обезличивания персональных данных.
Кроме того, отдельным постановлением Правительства РФ будет утвержден порядок формирования составов персональных данных, полученных в результате обезличивания персональных данных, сгруппированных по определенному признаку, при условии, что последующая обработка таких данных не позволит определить принадлежность таких данных конкретному субъекту персональных данных, и порядке предоставления доступа к составам таких данных.
Рассмотрим наиболее примечательные положения из состава требований, методов и правил обезличивания персональных данных.
Часть 1/2
С 30 мая 2025 года операторам персональных данных грозят крупные штрафы по КоАП РФ за действия (бездействие), из-за которых произошла незаконная передача этих сведений. Начнут применяться более строгие наказания за непредставление Роскомнадзору ряда уведомлений. Есть и другие изменения.
Ранее, еще в 2024 году была установлена уголовная ответственность за незаконное использование и передачу персональных данных.
Однако сегодня хочется рассказать не об ответственности и её строгости, а о возможности в перспективе всех причастных перейти на работу с обезличенными данными.
В качестве примера, к слову, который может использоваться, в том числе, и всеми (бизнес), расскажем о том, как будет решаться вопрос на уровне государственных и муниципальных органов (далее - госорганы), которые вынуждены создавать в пределах своих полномочий, установленных в соответствии с федеральными законами, государственные или муниципальные информационные системы персональных данных.
Для указанных государственных органов отдельным постановлением Правительства РФ будут утверждены требования к обезличиванию персональных данных, методы и правила обезличивания персональных данных.
Кроме того, отдельным постановлением Правительства РФ будет утвержден порядок формирования составов персональных данных, полученных в результате обезличивания персональных данных, сгруппированных по определенному признаку, при условии, что последующая обработка таких данных не позволит определить принадлежность таких данных конкретному субъекту персональных данных, и порядке предоставления доступа к составам таких данных.
Рассмотрим наиболее примечательные положения из состава требований, методов и правил обезличивания персональных данных.
14.04.202509:35
Минцифры определило порядок управления качеством госданных
Проект приказа Минцифры России об утверждении Порядка управления качеством государственных данных с использованием федеральной государственной информационной системы «Единая информационная платформа национальной системы управления данными» (далее соответственно – проект приказа, ФГИС «ЕИП НСУД») разработан с целью определения порядка формирования механизмов взаимодействия органов и организаций государственного сектора и оператора ФГИС «ЕИП НСУД» в целях управления качеством государственных данных с использованием ФГИС «ЕИП НСУД».
Проектом приказа предусматриваются типы показателей оценки качества данных (полнота, достоверность, точность и консистентность), режимы проведения проверок качества данных обладателей государственных данных, а также фиксации по результатам их проведения фактов невыполнения механизмов контроля качества государственных данных, включая создание и разрешение соответствующих инцидентов.
В соответствии с п.п. «д» пункта 11 Положения о единой системе межведомственного электронного взаимодействия (СМЭВ), утвержденного постановлением Правительства РФ от 08.09.2010 г. № 697, определение с использованием ФГИС «ЕИП НСУД» требований к качеству данных, подлежащих передаче с использованием единой СМЭВ, и обеспечение соблюдения указанных требований, в т.ч. путем оперативного разрешения инцидентов качества данных, осуществляется участниками взаимодействия с учетом порядка управления качеством государственных данных, предусмотренного проектом приказа.
Проект приказа Минцифры России об утверждении Порядка управления качеством государственных данных с использованием федеральной государственной информационной системы «Единая информационная платформа национальной системы управления данными» (далее соответственно – проект приказа, ФГИС «ЕИП НСУД») разработан с целью определения порядка формирования механизмов взаимодействия органов и организаций государственного сектора и оператора ФГИС «ЕИП НСУД» в целях управления качеством государственных данных с использованием ФГИС «ЕИП НСУД».
Проектом приказа предусматриваются типы показателей оценки качества данных (полнота, достоверность, точность и консистентность), режимы проведения проверок качества данных обладателей государственных данных, а также фиксации по результатам их проведения фактов невыполнения механизмов контроля качества государственных данных, включая создание и разрешение соответствующих инцидентов.
В соответствии с п.п. «д» пункта 11 Положения о единой системе межведомственного электронного взаимодействия (СМЭВ), утвержденного постановлением Правительства РФ от 08.09.2010 г. № 697, определение с использованием ФГИС «ЕИП НСУД» требований к качеству данных, подлежащих передаче с использованием единой СМЭВ, и обеспечение соблюдения указанных требований, в т.ч. путем оперативного разрешения инцидентов качества данных, осуществляется участниками взаимодействия с учетом порядка управления качеством государственных данных, предусмотренного проектом приказа.
05.05.202509:03
В предыдущем посте мы выложили видео, где во всех подробностях был показан процесс разметки текста требований. ⬆️
Внимательный зритель неизбежно задастся вопросом: "Ну и где же ваш хваленый ИИ, с помощью которого происходит автоматизация? Не считая подсказки семантических компонентов?"
Поэтому, хотим показать вам еще одно видео. С подсказками разметки простых суждений, которые мы можем запрашивать у генеративной модели.
Да, эти подсказки пока далеки от идеала: ИИ ошибается при выборе типа суждения (тип структурный вместо местоположения); добавляет лишние компоненты в суждения... Но, он учится! 👩🚀
И, мы очень надеемся, что наш модуль разметки не только выполнит конкретную задачу преобразования текста требований в правила, но и поможет ИИ начать лучше понимать тексты требований.❤️
Внимательный зритель неизбежно задастся вопросом: "Ну и где же ваш хваленый ИИ, с помощью которого происходит автоматизация? Не считая подсказки семантических компонентов?"
Поэтому, хотим показать вам еще одно видео. С подсказками разметки простых суждений, которые мы можем запрашивать у генеративной модели.
Да, эти подсказки пока далеки от идеала: ИИ ошибается при выборе типа суждения (тип структурный вместо местоположения); добавляет лишние компоненты в суждения... Но, он учится! 👩🚀
И, мы очень надеемся, что наш модуль разметки не только выполнит конкретную задачу преобразования текста требований в правила, но и поможет ИИ начать лучше понимать тексты требований.❤️
04.05.202515:47
Об особенностях работы с интерфейсами сервисов по созданию Задания на проектирование в xml
Часть 2/2
Еще один пример, когда необходимо будет заполнить значение для атрибута id типа tGUID (идентификатор документа), как для случая его опционального указания, так и для обязательных случаев по его заполнению.
Здесь конечно необходимо для облегчения работы пользователя сделать кнопку с генерацией id.
Как в последней версии СПЗФ от ФАУ ГГЭ или как это давно реализовано на ряде альтернативных сервисов по формированию ПЗ.
В перспективе таким идентификатором должен стать код документа из КСИ (если мы про параметрической нормирование хоть как то думаем), хотя код документа по КСИ можно указать и сейчас, но в любом случае, значение должно начинаться с букв «id» или «ID» и только потом код (запишите, а то забудете).
Работая на сервисе от ООО «ССЭ» вы точно не потратите изрядное количество времени на заполнение реквизитов ИП и ЮЛ, так как в сервисе реализован поиск реквизитов указанных лиц по ИНН, с предзаполнением соответсвующих значений в полях атрибутов, которые неоднократно в составе разных элементов требуется указывать. А вот решение от ФАУ «ГГЭ» этим похвастаться не может.
Вообще, пожелание ко всем сервисам, закладывать возможность для пользователей составлять свои справочники для разных типов атрибутов, повторение которых носит неоднократный характер и может быть выведено в справочник.
Есть и общие недостатки обоих сервисов, например, когда отсутствует подсказка по правильности указания атрибута кода функциональной группы ОКС и коду функционального назначения ОКС (что называется догадайся сам). Даже если они опциональны.
Например, отображение в поле ввода характерного корректного значения указанных кодов можно было бы предусмотреть маску ввода (input mask) - строковое выражение, которое ограничивает ввод данных пользователем.
То же, не помешало бы и для ОГРН и прочих публичных данных.
Правда отметим, что на альтернативном сервисе для части значений иных атрибутов такие маски есть (например СНИЛС и др.).
А ведь именно тут будут основные проблемы у пользователей.
Для атрибута с наименование Code типа tObjectCode с наложенным шаблоном ограничения «[0-9А-Za-zA-Яа-я_-]+» можно указать перед тире составной тройной код, состоящий одновременно из «раздела», «подраздела», «группы объектов» по КФНОКС, а после тире указывается одинарный код, состоящий только из «назначения объекта» по КФНОКС.
Пример:
01.02.001-005, где
«01.» - раздел;
«02.» - подраздел;
«001-» - группа объектов;
«005» - назначение объекта.
Для элемента tOKS / FunctionsClass с типом FunctionsClass с наложенным шаблоном ограничения «[0-9]{1,2}\.[0-9]{1,2}\.[0-9]{1,3}\.[0-9]{1,3}» можно указать - составной четверной код, состоящий одновременно из «раздела», «подраздела», «группы объектов», «назначения объекта» по КФНОКС.
Пример (тут без тире все через точку):
01.02.001.005, где
«01.» - раздел;
«02.» - подраздел;
«001.» - группа объектов;
«005» - назначение объекта.
Мы понимаем, что пока не попробовав создать ЗнП в xml на любом из сервисов, читающий с трудом поймет о чем мы тут.
Конечно можно сказать, что «впереди еще три дня и три ночи, и шашлычок под коньячок — вкусно очень», но июль не за горами, товарищи, особенно для тех кто закупку готовит на ЕИС (zakupki.gov.ru). Поэтому пора готовить шаблоны ЗнП в xml!
По началу не без нервов конечно.
И тренироваться не только с ЗнП.xml, но и ЗнИИ.xml и Отчетом по РИИ.xml (привет изыскателям).
И конечно вам гарантированы «увлекательные» игры разума, по перестройке мышления в логику xsd, сопровождаемая местными идиоматическими выражениями и возгласами не для эфира. Но научитесь. Пробуйте. Пока есть время.
Часть 2/2
Еще один пример, когда необходимо будет заполнить значение для атрибута id типа tGUID (идентификатор документа), как для случая его опционального указания, так и для обязательных случаев по его заполнению.
Здесь конечно необходимо для облегчения работы пользователя сделать кнопку с генерацией id.
Как в последней версии СПЗФ от ФАУ ГГЭ или как это давно реализовано на ряде альтернативных сервисов по формированию ПЗ.
В перспективе таким идентификатором должен стать код документа из КСИ (если мы про параметрической нормирование хоть как то думаем), хотя код документа по КСИ можно указать и сейчас, но в любом случае, значение должно начинаться с букв «id» или «ID» и только потом код (запишите, а то забудете).
Работая на сервисе от ООО «ССЭ» вы точно не потратите изрядное количество времени на заполнение реквизитов ИП и ЮЛ, так как в сервисе реализован поиск реквизитов указанных лиц по ИНН, с предзаполнением соответсвующих значений в полях атрибутов, которые неоднократно в составе разных элементов требуется указывать. А вот решение от ФАУ «ГГЭ» этим похвастаться не может.
Вообще, пожелание ко всем сервисам, закладывать возможность для пользователей составлять свои справочники для разных типов атрибутов, повторение которых носит неоднократный характер и может быть выведено в справочник.
Есть и общие недостатки обоих сервисов, например, когда отсутствует подсказка по правильности указания атрибута кода функциональной группы ОКС и коду функционального назначения ОКС (что называется догадайся сам). Даже если они опциональны.
Например, отображение в поле ввода характерного корректного значения указанных кодов можно было бы предусмотреть маску ввода (input mask) - строковое выражение, которое ограничивает ввод данных пользователем.
То же, не помешало бы и для ОГРН и прочих публичных данных.
Правда отметим, что на альтернативном сервисе для части значений иных атрибутов такие маски есть (например СНИЛС и др.).
А ведь именно тут будут основные проблемы у пользователей.
Для атрибута с наименование Code типа tObjectCode с наложенным шаблоном ограничения «[0-9А-Za-zA-Яа-я_-]+» можно указать перед тире составной тройной код, состоящий одновременно из «раздела», «подраздела», «группы объектов» по КФНОКС, а после тире указывается одинарный код, состоящий только из «назначения объекта» по КФНОКС.
Пример:
01.02.001-005, где
«01.» - раздел;
«02.» - подраздел;
«001-» - группа объектов;
«005» - назначение объекта.
Для элемента tOKS / FunctionsClass с типом FunctionsClass с наложенным шаблоном ограничения «[0-9]{1,2}\.[0-9]{1,2}\.[0-9]{1,3}\.[0-9]{1,3}» можно указать - составной четверной код, состоящий одновременно из «раздела», «подраздела», «группы объектов», «назначения объекта» по КФНОКС.
Пример (тут без тире все через точку):
01.02.001.005, где
«01.» - раздел;
«02.» - подраздел;
«001.» - группа объектов;
«005» - назначение объекта.
Мы понимаем, что пока не попробовав создать ЗнП в xml на любом из сервисов, читающий с трудом поймет о чем мы тут.
Конечно можно сказать, что «впереди еще три дня и три ночи, и шашлычок под коньячок — вкусно очень», но июль не за горами, товарищи, особенно для тех кто закупку готовит на ЕИС (zakupki.gov.ru). Поэтому пора готовить шаблоны ЗнП в xml!
По началу не без нервов конечно.
И тренироваться не только с ЗнП.xml, но и ЗнИИ.xml и Отчетом по РИИ.xml (привет изыскателям).
И конечно вам гарантированы «увлекательные» игры разума, по перестройке мышления в логику xsd, сопровождаемая местными идиоматическими выражениями и возгласами не для эфира. Но научитесь. Пробуйте. Пока есть время.
03.05.202504:16
Особенности оценки соответствия проектной документации по объектам электросетевого хозяйства
Часть 1/2
Интересное письмо прислали коллеги.
По данному вопросу можно отметить следующее.
1. Требования 384-ФЗ от 30.12.2009 не распространяется на безопасность технологических процессов, соответствующих функциональному назначению зданий и сооружений. Учету подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
2. В соответствии с п. 1 ч. 5 ст. 49 ГрК РФ, в предмет экспертизы проектной
документации, среди прочего, входит и оценка соответствия проектной документации требованиям технических регламентов и иным требованиям, в т.ч. требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, и что такие требования применяются отдельно от требований 384-Ф3.
3. Нужно четко разделять:
- требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, которые не установлены 384-ФЗ, но могут быть установлены в иных технических регламентах, и входят в предмет экспертизы,
и
- требования, с связанные с обеспечением безопасности технологических процессов, соответствующих функциональному назначению зданий и сооружений, на которые согласно ч. 3 ст. 3 384-Ф3 требования 384-ФЗ не распространяются, и в отношении которых учету при экспертизе подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
Та самая грань между указанными требованиями «проведена» в Реестре требований (применительно к ОКС, в отношении которых подготовка ПД и (или) выполнение ИИ осуществлена на основании ГПЗУ/ППТ, выданного/утвержденной после 01.09.24 г. - см. ст. 4 653-ФЗ от 25.12.2023)
На начиная с 01.08.24 и по настоящее время РТ в отношении Требований к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики (раздел 7) включены требования 8 актов ФОИВ (даты, наименования и редакции нужно отдельно уточнять):
Приказ Минэнерго России от 09.01.2019 № 2 «Об утверждении требований к участию генерирующего оборудования в общем первичном регулировании частоты и внесении изменений в Правила технической эксплуатации электрических станций и сетей Российской Федерации, утвержденные приказом Минэнерго России от 19 июня 2003 г. N 229»;
ID: 5822
Приказ Минэнерго России от 10.07.2020 г. N 546 «Об утверждении требований к релейной защите и автоматике различных видов и ее функционированию в составе энергосистемы и о внесении изменений в приказы Минэнерго России от 08.02.2019 г. N 80, от 13.02.2019 г. N 100, от 13.02.2019 г. N 101»;
ID: 5801
Приказ Минэнерго России от 13.02.2019 N 101 «Об утверждении требований к оснащению линий электропередачи и оборудования объектов электроэнергетики классом напряжения 110 кВ и выше устройствами и комплексами релейной защиты и автоматики, а также к принципам функционирования устройств и комплексов релейной защиты и автоматики;
ID: 5748
Приказ Минэнерго России от 11.02.2019 г. № 90 "Об утверждении Правил проведения испытаний и определения общесистемных технических параметров и характеристик генерирующего оборудования и о внесении изменений в Правила технической эксплуатации электрических станций и сетей РФ, утвержденные приказом Минэнерго России от 19 июня 2003 г. № 229"
ID: 5678
Приказ Минэнерго России от 13.02.2019 г. № 97 “Об утверждении требований к каналам связи для функционирования релейной защиты и автоматики”;
ID: 5622
ПП РФ от 24.02.2009 г. N 160 "О порядке установления охранных зон объектов электросетевого хозяйства и особых условий использования земельных участков, расположенных в границах таких зон";
ID: 5610
Федеральный закон 23.11.2009 г. N 261-ФЗ «Об энергосбережении и о повышении энергетической эффективности и о внесении изменений в отдельные законодательные акты РФ»;
ID: 4354
ПП РФ от 13.08.2018 N 937 "Об утверждении Правил технологического функционирования электроэнергетических систем и о внесении изменений в некоторые акты Правительства РФ".
Часть 1/2
Интересное письмо прислали коллеги.
По данному вопросу можно отметить следующее.
1. Требования 384-ФЗ от 30.12.2009 не распространяется на безопасность технологических процессов, соответствующих функциональному назначению зданий и сооружений. Учету подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
2. В соответствии с п. 1 ч. 5 ст. 49 ГрК РФ, в предмет экспертизы проектной
документации, среди прочего, входит и оценка соответствия проектной документации требованиям технических регламентов и иным требованиям, в т.ч. требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, и что такие требования применяются отдельно от требований 384-Ф3.
3. Нужно четко разделять:
- требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, которые не установлены 384-ФЗ, но могут быть установлены в иных технических регламентах, и входят в предмет экспертизы,
и
- требования, с связанные с обеспечением безопасности технологических процессов, соответствующих функциональному назначению зданий и сооружений, на которые согласно ч. 3 ст. 3 384-Ф3 требования 384-ФЗ не распространяются, и в отношении которых учету при экспертизе подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
Та самая грань между указанными требованиями «проведена» в Реестре требований (применительно к ОКС, в отношении которых подготовка ПД и (или) выполнение ИИ осуществлена на основании ГПЗУ/ППТ, выданного/утвержденной после 01.09.24 г. - см. ст. 4 653-ФЗ от 25.12.2023)
На начиная с 01.08.24 и по настоящее время РТ в отношении Требований к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики (раздел 7) включены требования 8 актов ФОИВ (даты, наименования и редакции нужно отдельно уточнять):
ID: 5829
Приказ Минэнерго России от 09.01.2019 № 2 «Об утверждении требований к участию генерирующего оборудования в общем первичном регулировании частоты и внесении изменений в Правила технической эксплуатации электрических станций и сетей Российской Федерации, утвержденные приказом Минэнерго России от 19 июня 2003 г. N 229»;
ID: 5822
Приказ Минэнерго России от 10.07.2020 г. N 546 «Об утверждении требований к релейной защите и автоматике различных видов и ее функционированию в составе энергосистемы и о внесении изменений в приказы Минэнерго России от 08.02.2019 г. N 80, от 13.02.2019 г. N 100, от 13.02.2019 г. N 101»;
ID: 5801
Приказ Минэнерго России от 13.02.2019 N 101 «Об утверждении требований к оснащению линий электропередачи и оборудования объектов электроэнергетики классом напряжения 110 кВ и выше устройствами и комплексами релейной защиты и автоматики, а также к принципам функционирования устройств и комплексов релейной защиты и автоматики;
ID: 5748
Приказ Минэнерго России от 11.02.2019 г. № 90 "Об утверждении Правил проведения испытаний и определения общесистемных технических параметров и характеристик генерирующего оборудования и о внесении изменений в Правила технической эксплуатации электрических станций и сетей РФ, утвержденные приказом Минэнерго России от 19 июня 2003 г. № 229"
ID: 5678
Приказ Минэнерго России от 13.02.2019 г. № 97 “Об утверждении требований к каналам связи для функционирования релейной защиты и автоматики”;
ID: 5622
ПП РФ от 24.02.2009 г. N 160 "О порядке установления охранных зон объектов электросетевого хозяйства и особых условий использования земельных участков, расположенных в границах таких зон";
ID: 5610
Федеральный закон 23.11.2009 г. N 261-ФЗ «Об энергосбережении и о повышении энергетической эффективности и о внесении изменений в отдельные законодательные акты РФ»;
ID: 4354
ПП РФ от 13.08.2018 N 937 "Об утверждении Правил технологического функционирования электроэнергетических систем и о внесении изменений в некоторые акты Правительства РФ".
Қайта жіберілді:
DS.DO
15.04.202510:24
📱Нужен ли искусственный интеллект российскому девелопменту?
Вопрос повсеместного внедрения ИИ вызывает споры уже не один год: в каких сферах он может заменить человека, а где это невозможно?
Наша команда DS всегда открыта новому, поэтому мы:
— активно исследуем эту тему,
— находим решения полезного применения ИИ в проектировании.
💡Например, ИИ позволяет нам всего за 2 часа создать более 10 вариантов фасадов!
📌На повестке сегодняшнего дня наше новое ИССЛЕДОВАНИЕ о статусе внедрения искусственного интеллекта в российском девелопменте, которое проводит директор по развитию бизнеса DS, Мария Бедовая.
Если вы представитель девелоперской компании, то приглашаем вас принять участие в исследовании и заполнить короткий 👉🏻 опрос.
Результаты исследования Маша представит в своем докладе 16 мая на форуме в Екатеринбурге. Также они обязательно будут направлены всем респондентам.
Будем рады вашей поддержке🫰
Вопрос повсеместного внедрения ИИ вызывает споры уже не один год: в каких сферах он может заменить человека, а где это невозможно?
Наша команда DS всегда открыта новому, поэтому мы:
— активно исследуем эту тему,
— находим решения полезного применения ИИ в проектировании.
💡Например, ИИ позволяет нам всего за 2 часа создать более 10 вариантов фасадов!
📌На повестке сегодняшнего дня наше новое ИССЛЕДОВАНИЕ о статусе внедрения искусственного интеллекта в российском девелопменте, которое проводит директор по развитию бизнеса DS, Мария Бедовая.
Если вы представитель девелоперской компании, то приглашаем вас принять участие в исследовании и заполнить короткий 👉🏻 опрос.
Результаты исследования Маша представит в своем докладе 16 мая на форуме в Екатеринбурге. Также они обязательно будут направлены всем респондентам.
Будем рады вашей поддержке🫰
Қайта жіберілді:
Всё про IFC
Медиа контентке
қол жеткізе алмадық
қол жеткізе алмадық
15.04.202507:06
ИИ-классификация элементов на основе геометрии в Qonic
BIM-платформа Qonic анонсировала разработку ИИ-помощника, который будет предлагать подходящий класс IFC для неклассифицированных элементов в моделях. По заверениям разработчиков определять класс он будет на основе анализа геометрии элемента и контекста (то есть его места в структуре модели).
Кроме того, Qonic умеет редактировать геометрию, исправлять классы, добавлять/править свойства элементов и сохранять в IFC.
👥 @IFC_ru
👥 @IFC_club
BIM-платформа Qonic анонсировала разработку ИИ-помощника, который будет предлагать подходящий класс IFC для неклассифицированных элементов в моделях. По заверениям разработчиков определять класс он будет на основе анализа геометрии элемента и контекста (то есть его места в структуре модели).
Кроме того, Qonic умеет редактировать геометрию, исправлять классы, добавлять/править свойства элементов и сохранять в IFC.
👥 @IFC_ru
👥 @IFC_club
13.04.202508:03
Подписан закон о переходе критической информационной инфраструктуры РФ на использование российского программного обеспечения
Федеральным законом от 07.04.2025 N 58-ФЗ закреплена обязанность субъектов критической информационной инфраструктуры, которым принадлежат значимые объекты критической информационной инфраструктуры, использовать на таких объектах программное обеспечение:
- сведения о котором включены в единый реестр российских программ для ЭВМ и баз данных;
- которое используется в соответствующих требованиям о защите информации, установленным положениями Федерального закона "Об информации, информационных технологиях и о защите информации", государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений.
Правительство определит требования к используемым на значимых объектах критической информационной инфраструктуры программно-аппаратным средствам и установит порядок и сроки перехода субъектов критической информационной инфраструктуры на использование российского ПО.
Также внесенными изменениями совершенствуется механизм категорирования объектов критической информационной инфраструктуры РФ.
Федеральный закон вступает в силу с 1 сентября 2025 года.
Федеральным законом от 07.04.2025 N 58-ФЗ закреплена обязанность субъектов критической информационной инфраструктуры, которым принадлежат значимые объекты критической информационной инфраструктуры, использовать на таких объектах программное обеспечение:
- сведения о котором включены в единый реестр российских программ для ЭВМ и баз данных;
- которое используется в соответствующих требованиям о защите информации, установленным положениями Федерального закона "Об информации, информационных технологиях и о защите информации", государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений.
Правительство определит требования к используемым на значимых объектах критической информационной инфраструктуры программно-аппаратным средствам и установит порядок и сроки перехода субъектов критической информационной инфраструктуры на использование российского ПО.
Также внесенными изменениями совершенствуется механизм категорирования объектов критической информационной инфраструктуры РФ.
Федеральный закон вступает в силу с 1 сентября 2025 года.
05.05.202505:15
Настоящие строители проверили ненастоящие xml-схемы по исполнительной документации
Из наблюдения коллег, в отношении ряда xml-схем по той же исполнительной документации, следует, что такие схемы да же не проходят проверку по содержанию на соответствие сведениям, содержащимся в формализованных формах исполнительной документации, представленных в документах по стандартизации (НТД) в т.ч. и тех, чьи пункты вошли в Реестр требований:
- ID 669 СП 245.1325800.2015 «Защита от коррозии линейных объектов и сооружений в нефтегазовом комплексе. Правила производства и приемки работ»;
- ID 2524 СП 392.1325800.2018 «Трубопроводы магистральные и промысловые для нефти и газа. Исполнительная документация при строительстве. Формы и требования к ведению и оформлению»;
- ID 847 СП 399.1325800.2018 «Системы водоснабжения и канализации наружные из полимерных материалов. Правила проектирования и монтажа (с изменением N 1)».
С учетом указанных выводов коллег, формально, такого рода xml-схемы уже ущемляют интересы поднадзорных лиц, требуя от них в своем содержании тех сведений, наличие которых не обосновано ни НПА, ни НТД, а как известно, последние, используются для обязательной оценки соответствия в рамках Федерального закона "Технический регламент о безопасности зданий и сооружений" от 30.12.2009 N 384-ФЗ, а есть еще и Федеральный закон "Об обязательных требованиях в Российской Федерации" от 31.07.2020 N 247-ФЗ.
Из наблюдения коллег, в отношении ряда xml-схем по той же исполнительной документации, следует, что такие схемы да же не проходят проверку по содержанию на соответствие сведениям, содержащимся в формализованных формах исполнительной документации, представленных в документах по стандартизации (НТД) в т.ч. и тех, чьи пункты вошли в Реестр требований:
- ID 669 СП 245.1325800.2015 «Защита от коррозии линейных объектов и сооружений в нефтегазовом комплексе. Правила производства и приемки работ»;
- ID 2524 СП 392.1325800.2018 «Трубопроводы магистральные и промысловые для нефти и газа. Исполнительная документация при строительстве. Формы и требования к ведению и оформлению»;
- ID 847 СП 399.1325800.2018 «Системы водоснабжения и канализации наружные из полимерных материалов. Правила проектирования и монтажа (с изменением N 1)».
С учетом указанных выводов коллег, формально, такого рода xml-схемы уже ущемляют интересы поднадзорных лиц, требуя от них в своем содержании тех сведений, наличие которых не обосновано ни НПА, ни НТД, а как известно, последние, используются для обязательной оценки соответствия в рамках Федерального закона "Технический регламент о безопасности зданий и сооружений" от 30.12.2009 N 384-ФЗ, а есть еще и Федеральный закон "Об обязательных требованиях в Российской Федерации" от 31.07.2020 N 247-ФЗ.
04.05.202515:47
Об особенностях работы с интерфейсами сервисов по созданию Задания на проектирование в xml
Часть 1/2
При создании Задания на проектирование в формате xml на основе вступающей в действие с 09.07.2025 xml-схемы уже сейчас пользователи могут воспользоваться бесплатными сервисам либо от ФАУ «ГГЭ», тот что размещается в составе Личного кабинета заявителя на ЕЦПЭ (вход через учетную запись на Госуслугах либо логин и пароль), либо альтернативным сервисом от ООО «ССЭ». В перспективе таких сервисов конечно же станет больше.
Сразу оговоримся, что интуитивно понятный для пользователя интерфейс, который позволял бы последнему не заглядывать в описание xml-схемы, разработать ЗнП в формате xml с первого раза и без ошибок, как всегда, ждет своего разработчика (проще сказать пока такого нет).
Кроме того, есть и сложности для обычных пользователей при работе с описанием xml-схемы, которая представлена на 675 листах (обычное дело для документации описывающей xsd), но в это раз уже содержащее одновременно таблицы и блок-схемы (диаграммы) для элементов и атрибутов. Такое описание (таблицы и диаграммы) скорее удобны для разработчиков, чем для рядового пользователя. А заглядывать пользователю в описание придется, если тот захочет самостоятельно понять суть допущенной им ошибки.
Напомним, в отношении например xml-схем ПЗ описание было представлено преимущественно таблицами, содержащими текстовое описание без диаграмм.
Однако, придираться к интерфейсу можно долго, проще повышать свои компетенции в работе с сервисами начав разбираться в специфике формирования электронных документов в формате xml, любым доступным способом, начиная с метода «проб и ошибок», наращивая количество попыток, и заканчивая, непосредственным изучением специфики XSD (XML Schema Definition) уже на уровне языка описания структуры XML-документа.
Пока на сегодняшний день, как в составе сервиса от ФАУ «ГГЭ», так и у альтернативного сервиса от ООО «ССЭ» в части интуитивно понятного интерфейса для пользователя есть над чем поработать. Но это нормально. Со временем отшлифуется до блеска мытарствами пользователей.
Но все же, тем кто планирует разобраться с этим вот всем, не особо углубляясь в специфику создания XSD, скажем так на уровне интерфейса по субъективному критерию «удобно/не удобно», полезно знать о некоторых особенностях работы с указанными выше сервисами.
Например, работая на сервисе ФАУ «ГГЭ» вы точно не будите ломать голову над загадкой какое значение вводить в поле для атрибутов с именем IsCulturalHeritage, PeoplePermanentStay, SecurityInfluence, с типом значения boolean* и свойством атрибута use="required"**
__
* при типе значения boolean атрибут может принимать значения:
- true или 1 (истина)
- false или 0 (ложь).
** в XML-схемах (XSD) свойство атрибута со значением use="required" указывает, что соответсвующий атрибут является обязательным для элемента.
В качестве примера, применительно к указанным элементам, проблем с заполнением элементов при использовании сервиса ФАУ «ГГЭ» не возникнет в отношении таких элементов как:
- Принадлежность к объектам транспортной инфраструктуры и к другим объектам, функционально-технологические особенности, которых, влияют на их безопасность;
- Принадлежность к объектам культурного наследия (памятникам истории и культуры) народов Российской Федерации;
- Наличие помещений с постоянным пребыванием людей.
Там пользователь просто интуитивно выберет необходимое значение из выпадающего списка (имеется/не имеется, относится/не относится и т.п.).
Чего нельзя сказать об альтернативном сервисе, на том пользователь должен будет, в отношении указанных элементов, указать значение из цифр 0 или 1 (запишите, а то намучаетесь), при этом у указанного сервиса отсутствует какая-либо подсказка для пользователя на этот счет, как и впрочем решение не уровне интерфейса (выпадающий список с выбором значений).
С другой стороны, чего хотеть от бесплатного сыра в мышеловке данных. 🪤
Часть 1/2
При создании Задания на проектирование в формате xml на основе вступающей в действие с 09.07.2025 xml-схемы уже сейчас пользователи могут воспользоваться бесплатными сервисам либо от ФАУ «ГГЭ», тот что размещается в составе Личного кабинета заявителя на ЕЦПЭ (вход через учетную запись на Госуслугах либо логин и пароль), либо альтернативным сервисом от ООО «ССЭ». В перспективе таких сервисов конечно же станет больше.
Сразу оговоримся, что интуитивно понятный для пользователя интерфейс, который позволял бы последнему не заглядывать в описание xml-схемы, разработать ЗнП в формате xml с первого раза и без ошибок, как всегда, ждет своего разработчика (проще сказать пока такого нет).
Кроме того, есть и сложности для обычных пользователей при работе с описанием xml-схемы, которая представлена на 675 листах (обычное дело для документации описывающей xsd), но в это раз уже содержащее одновременно таблицы и блок-схемы (диаграммы) для элементов и атрибутов. Такое описание (таблицы и диаграммы) скорее удобны для разработчиков, чем для рядового пользователя. А заглядывать пользователю в описание придется, если тот захочет самостоятельно понять суть допущенной им ошибки.
Напомним, в отношении например xml-схем ПЗ описание было представлено преимущественно таблицами, содержащими текстовое описание без диаграмм.
Однако, придираться к интерфейсу можно долго, проще повышать свои компетенции в работе с сервисами начав разбираться в специфике формирования электронных документов в формате xml, любым доступным способом, начиная с метода «проб и ошибок», наращивая количество попыток, и заканчивая, непосредственным изучением специфики XSD (XML Schema Definition) уже на уровне языка описания структуры XML-документа.
Пока на сегодняшний день, как в составе сервиса от ФАУ «ГГЭ», так и у альтернативного сервиса от ООО «ССЭ» в части интуитивно понятного интерфейса для пользователя есть над чем поработать. Но это нормально. Со временем отшлифуется до блеска мытарствами пользователей.
Но все же, тем кто планирует разобраться с этим вот всем, не особо углубляясь в специфику создания XSD, скажем так на уровне интерфейса по субъективному критерию «удобно/не удобно», полезно знать о некоторых особенностях работы с указанными выше сервисами.
Например, работая на сервисе ФАУ «ГГЭ» вы точно не будите ломать голову над загадкой какое значение вводить в поле для атрибутов с именем IsCulturalHeritage, PeoplePermanentStay, SecurityInfluence, с типом значения boolean* и свойством атрибута use="required"**
__
* при типе значения boolean атрибут может принимать значения:
- true или 1 (истина)
- false или 0 (ложь).
** в XML-схемах (XSD) свойство атрибута со значением use="required" указывает, что соответсвующий атрибут является обязательным для элемента.
В качестве примера, применительно к указанным элементам, проблем с заполнением элементов при использовании сервиса ФАУ «ГГЭ» не возникнет в отношении таких элементов как:
- Принадлежность к объектам транспортной инфраструктуры и к другим объектам, функционально-технологические особенности, которых, влияют на их безопасность;
- Принадлежность к объектам культурного наследия (памятникам истории и культуры) народов Российской Федерации;
- Наличие помещений с постоянным пребыванием людей.
Там пользователь просто интуитивно выберет необходимое значение из выпадающего списка (имеется/не имеется, относится/не относится и т.п.).
Чего нельзя сказать об альтернативном сервисе, на том пользователь должен будет, в отношении указанных элементов, указать значение из цифр 0 или 1 (запишите, а то намучаетесь), при этом у указанного сервиса отсутствует какая-либо подсказка для пользователя на этот счет, как и впрочем решение не уровне интерфейса (выпадающий список с выбором значений).
С другой стороны, чего хотеть от бесплатного сыра в мышеловке данных. 🪤
02.05.202506:10
Росреестр ответил на вопросы о заполнении разделов XML-файла межевого плана и подготовке акта согласования местоположения границ земельного участка
В письме Росреестра от 22.04.2025 N 13-00621/25 "О видах разрешенного использования земельных участков"
даны ответы на следующие вопросы, в том числе:
- какую площадь земельного участка указывать в межевом плане;
- необходимо ли проводить процедуру согласования местоположения границ земельного участка и подготавливать акт согласования местоположения границ;
- кто согласовывает границу объекта кадастровых работ (в случае необходимости подготовки акта согласования).
В письме Росреестра от 22.04.2025 N 13-00621/25 "О видах разрешенного использования земельных участков"
даны ответы на следующие вопросы, в том числе:
- какую площадь земельного участка указывать в межевом плане;
- необходимо ли проводить процедуру согласования местоположения границ земельного участка и подготавливать акт согласования местоположения границ;
- кто согласовывает границу объекта кадастровых работ (в случае необходимости подготовки акта согласования).
15.04.202507:56
Рубрика «Вопрос/Ответ»: О формировании и ведении ИМ ОКС при выполнении капитального ремонта
Вопрос:
Является ли обязательным формирование и ведение ИМ ОКС при выполнении капитального ремонта, осуществляемого с использование средств Бюджетной системы РФ?
Ответ:
Нет.
Согласно ч.1 Постановления Правительства РФ от 5 марта 2021 г. N 331, для определения необходимости формирование и ведения ИМ ОКС, ключевым документом является - договор о подготовке проектной документации и только для таких видов работ как строительство или реконструкция объекта капитального строительства, финансирование которых в свою очередь, осуществляется с привлечением средств бюджетов бюджетной системы Российской Федерации (если тот заключен после 01.01.2022 г.).
Вопрос:
Является ли обязательным формирование и ведение ИМ ОКС при выполнении капитального ремонта, осуществляемого с использование средств Бюджетной системы РФ?
Ответ:
Нет.
Согласно ч.1 Постановления Правительства РФ от 5 марта 2021 г. N 331, для определения необходимости формирование и ведения ИМ ОКС, ключевым документом является - договор о подготовке проектной документации и только для таких видов работ как строительство или реконструкция объекта капитального строительства, финансирование которых в свою очередь, осуществляется с привлечением средств бюджетов бюджетной системы Российской Федерации (если тот заключен после 01.01.2022 г.).
15.04.202505:05
Разработка смет с использованием BIM: практический курс
Наши коллеги приглашают на обучение.
Мероприятие ориентировано на специалистов-сметчиков, работающих или планирующих освоить работу с применением технологии BIM.
Наши коллеги приглашают на обучение.
Мероприятие ориентировано на специалистов-сметчиков, работающих или планирующих освоить работу с применением технологии BIM.
13.04.202507:58
Минстроем даны разъяснения по вопросу применения документов в области градостроительной деятельности
В письме Минстроя России от 14.03.2025 N 6731-ОГ/08 «О применении документов в области градостроительной деятельности» сообщается, в частности, что Согласно части 2 статьи 5 Федерального закона от 30 декабря 2009 г. N 384-ФЗ "Технический регламент о безопасности зданий и сооружений" (далее - Федеральный закон N 384-ФЗ) безопасность зданий, сооружений, процессов, осуществляемых на всех этапах их жизненного цикла, обеспечивается посредством соблюдения требований указанного федерального закона и требований, устанавливаемых одним или несколькими документами, предусмотренными статьей 6 Федерального закона N 384-ФЗ:
1) национальные стандарты Российской Федерации и (или) своды правил (часть национального стандарта и (или) часть свода правил);
2) международные стандарты, региональные стандарты и региональные своды правил, стандарты иностранных государств и своды правил иностранных государств;
3) стандарты организаций;
4) результаты применения, предусмотренных частью 6 статьи 15 указанного Федерального закона, способов обоснования соответствия архитектурных, функционально-технологических, конструктивных, инженерно-технических и иных решений и мероприятий по обеспечению безопасности зданий, сооружений, процессов, осуществляемых на всех этапах их жизненного цикла, требованиям, установленным Федеральным законом N 384-ФЗ (РПСО).
Данные способы являются равнозначными, применение любого из них обеспечивает соблюдение требований Федерального закона N 384-ФЗ.
Актуальная редакция Федерального закона N 384-ФЗ не предусматривает разграничений требований документов по стандартизации на обязательные и добровольные.
В письме Минстроя России от 14.03.2025 N 6731-ОГ/08 «О применении документов в области градостроительной деятельности» сообщается, в частности, что Согласно части 2 статьи 5 Федерального закона от 30 декабря 2009 г. N 384-ФЗ "Технический регламент о безопасности зданий и сооружений" (далее - Федеральный закон N 384-ФЗ) безопасность зданий, сооружений, процессов, осуществляемых на всех этапах их жизненного цикла, обеспечивается посредством соблюдения требований указанного федерального закона и требований, устанавливаемых одним или несколькими документами, предусмотренными статьей 6 Федерального закона N 384-ФЗ:
1) национальные стандарты Российской Федерации и (или) своды правил (часть национального стандарта и (или) часть свода правил);
2) международные стандарты, региональные стандарты и региональные своды правил, стандарты иностранных государств и своды правил иностранных государств;
3) стандарты организаций;
4) результаты применения, предусмотренных частью 6 статьи 15 указанного Федерального закона, способов обоснования соответствия архитектурных, функционально-технологических, конструктивных, инженерно-технических и иных решений и мероприятий по обеспечению безопасности зданий, сооружений, процессов, осуществляемых на всех этапах их жизненного цикла, требованиям, установленным Федеральным законом N 384-ФЗ (РПСО).
Данные способы являются равнозначными, применение любого из них обеспечивает соблюдение требований Федерального закона N 384-ФЗ.
Актуальная редакция Федерального закона N 384-ФЗ не предусматривает разграничений требований документов по стандартизации на обязательные и добровольные.
Көрсетілген 1 - 24 арасынан 301
Көбірек мүмкіндіктерді ашу үшін кіріңіз.