pdf.pdf
561.6 KB
Анализ методов перевода требований нормативно-технической документации в машиночитаемый формат для проверки информационных моделей строительных объектов
В настоящее время проектная документация поступает на экспертизу в виде электронных документов, представляющих собой текстовую и графическую информацию. Стандарты, на соответствие которым документация проверяется в процессе экспертизы, публикуются в электронной форме, однако не являются машиночитаемыми.
В последнее время для российских специалистов строительной отрасли все очевидней становится возможность и необходимость автоматизированной экспертизы, которая может быть доступна при машиночитаемом представлении как результатов проектирования, так и соответствующих стандартов.
В данной статье представлены результаты анализа существующих подходов к переводу в машиночитаемый формат требований к информационным моделям строительных объектов как форме представления результатов проектирования для проведения автоматизированной экспертизы.
Определено наиболее перспективное из них направление – язык представления знаний,
основанный на правилах. Установлены и дополнены критерии к машиночитаемому представлению требований.
В качестве решения предложен язык RuleML, соответствующий указанным критериям, и зафиксированный в российском стандарте по информационному моделированию. Метод получения машиночитаемой формы требований стандартов, основанный на RuleML, в дальнейшем может быть использован при переходе к автоматизированной экспертизе как в нашей стране, так и в качестве унифицированного подхода на международном уровне.
Автор: Е.В. Макиша, ФГБОУ ВО
НИУ МГСУ, 2019, Моделирование, оптимизация и информационные технологии. Научный журнал, Том 7, № 2, moit.vivt.ru
#XML #RuleML #IDS
В настоящее время проектная документация поступает на экспертизу в виде электронных документов, представляющих собой текстовую и графическую информацию. Стандарты, на соответствие которым документация проверяется в процессе экспертизы, публикуются в электронной форме, однако не являются машиночитаемыми.
В последнее время для российских специалистов строительной отрасли все очевидней становится возможность и необходимость автоматизированной экспертизы, которая может быть доступна при машиночитаемом представлении как результатов проектирования, так и соответствующих стандартов.
В данной статье представлены результаты анализа существующих подходов к переводу в машиночитаемый формат требований к информационным моделям строительных объектов как форме представления результатов проектирования для проведения автоматизированной экспертизы.
Определено наиболее перспективное из них направление – язык представления знаний,
основанный на правилах. Установлены и дополнены критерии к машиночитаемому представлению требований.
В качестве решения предложен язык RuleML, соответствующий указанным критериям, и зафиксированный в российском стандарте по информационному моделированию. Метод получения машиночитаемой формы требований стандартов, основанный на RuleML, в дальнейшем может быть использован при переходе к автоматизированной экспертизе как в нашей стране, так и в качестве унифицированного подхода на международном уровне.
Автор: Е.В. Макиша, ФГБОУ ВО
НИУ МГСУ, 2019, Моделирование, оптимизация и информационные технологии. Научный журнал, Том 7, № 2, moit.vivt.ru
#XML #RuleML #IDS
31_15092021.pdf
283.8 KB
Концепция развития технологий машиночитаемого права
Машиночитаемое право представляется одним из эффективных способов непротиворечивого изложения правовых норм с целью повышения удобства правоприменения для государства, предпринимательского
сообщества и граждан.
Представляется, что технологии машиночитаемого права в той или иной степени будут применяться во всех отраслях законодательства Российской Федерации.
При этом на текущем уровне развития технологий машиночитаемого права машиночитаемые нормы дополняют, а не заменяют собой нормы, написанные на естественном языке.
В дальнейшем представляется, что развитие машиночитаемого права, возможно, приведет к его преобладанию в законодательном массиве над нормами, изложенными на естественном языке. В свою очередь нормы на естественном языке будут представлять собой производное изложение норм формального языка на естественном языке.
Одни и те же нормы права, представленные как на естественном, так и формальном языках, будут вступать в силу одновременно и иметь равную юридическую силу.
Посредством инструментов машиночитаемого права возможно обеспечить «встраивание» норм права в работу информационных систем, предоставляющих различные сервисы в автоматическом режиме, а также обменивающихся данными без участия человека (например, беспилотный транспорт, интернет вещей).
Концепция развития технологий машиночитаемого права, утв.
Правительственной комиссией по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности, протокол от 15.09.2021 N 31.
#XML
Машиночитаемое право представляется одним из эффективных способов непротиворечивого изложения правовых норм с целью повышения удобства правоприменения для государства, предпринимательского
сообщества и граждан.
Представляется, что технологии машиночитаемого права в той или иной степени будут применяться во всех отраслях законодательства Российской Федерации.
При этом на текущем уровне развития технологий машиночитаемого права машиночитаемые нормы дополняют, а не заменяют собой нормы, написанные на естественном языке.
В дальнейшем представляется, что развитие машиночитаемого права, возможно, приведет к его преобладанию в законодательном массиве над нормами, изложенными на естественном языке. В свою очередь нормы на естественном языке будут представлять собой производное изложение норм формального языка на естественном языке.
Одни и те же нормы права, представленные как на естественном, так и формальном языках, будут вступать в силу одновременно и иметь равную юридическую силу.
Посредством инструментов машиночитаемого права возможно обеспечить «встраивание» норм права в работу информационных систем, предоставляющих различные сервисы в автоматическом режиме, а также обменивающихся данными без участия человека (например, беспилотный транспорт, интернет вещей).
Концепция развития технологий машиночитаемого права, утв.
Правительственной комиссией по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности, протокол от 15.09.2021 N 31.
#XML
ГОСТ_Р_57296_2016_Интегрированный_подход_к_управлению_информацией.pdf
647.3 KB
О применении спецификации RuleML
Применение спецификации RuleML, рекомендовано на государственном уровне в ГОСТ Р 57296-2016 «Интегрированный подход к управлению информацией жизненного цикла антропогенных объектов и сред. Описание данных для математического моделирования процессов жизненного цикла. Основные положения»:
#XML #RuleML
Применение спецификации RuleML, рекомендовано на государственном уровне в ГОСТ Р 57296-2016 «Интегрированный подход к управлению информацией жизненного цикла антропогенных объектов и сред. Описание данных для математического моделирования процессов жизненного цикла. Основные положения»:
«6.5.6 Информационная модель может иметь информационный набор нормативно-технических ограничений, описанных в соответствии со спецификацией RuleML.»
#XML #RuleML
Обзор инструментов RuleML: BIMRL
BIMRL (Building Information Modeling Rule Language) - экспериментальный язык на основе RuleML и логического программирования (Prolog), предназначенный для проверки IFC-файлов с помощью сложных правил.
В отличие от инструментов использующих IDS, который ограничен проверкой атрибутов, BIMRL позволяет описывать логические зависимости, семантические связи и динамические условия.
Синтаксис и структура BIMRL сочетает:
- предикаты (логические условия).
- правила If-Then (аналогично RuleML).
- поддержку IFC-классов.
Возможности:
- проверка атрибутов, геометрии, классификаций;
- поддержка сложных условий, (например «если здание выше 50 м, лифтовые шахты должны быть огнестойкими»);
- интеграция с внешними данными (нормативы, базы материалов).
Этапы проверки с использованием BIMRL:
- парсинг IFC-файла и преобразование в логические факты;
- загрузка правил из BIMRL-файла;
- выполнение запросов через Prolog-движок (например, SWI-Prolog).
- создание отчета о несоответствиях.
Инструменты и их разработки:
- BIMRL Engine, основанный на Prolog (SWI-Prolog) + парсер IFC (IfcOpenShell);
- BlenderBIM (+ BIMRL Add-on) с визуализацией несоответствия на 3D-сцене;
- IfcOpenShell + Python, как кастомные скрипты для проверки.
Плюсы и минусы BIMRL:
Плюсы:
- широкие возможности логического программирования для сложных требований;
- автоматизация рутинных проверок;
- расширяемость - можно добавить любые условия.
Минусы:
- нет готовых решений для работы с BIM моделями - требуется разработка;
- медленнее решений основанных на IDS из-за обработки логики;
- высокий порог входа для инженера.
Кому подойдет?
- разработчикам ПО, основанного на использовании BIM, для создания кастомных валидаторов;
- исследователям в области семантического BIM.
Вывод:
BIMRL - это экспериментальный, но перспективный подход к проверке как BIM-моделей, особенно для нормативных требований с сложной логикой (СП, ГОСТ Р), так и динамических интеграций с внешними системами, а также подходит для исследовательских задач (онтологии, семантический веб). Для «продакшена», что называется здесь и сейчас, пока удобнее решения на базе IDS, но BIMRL может стать его мощным дополнением. Вариант коллабораций IDS и BIMRL также возможен.
BIMRL (Building Information Modeling Rule Language) - экспериментальный язык на основе RuleML и логического программирования (Prolog), предназначенный для проверки IFC-файлов с помощью сложных правил.
В отличие от инструментов использующих IDS, который ограничен проверкой атрибутов, BIMRL позволяет описывать логические зависимости, семантические связи и динамические условия.
Синтаксис и структура BIMRL сочетает:
- предикаты (логические условия).
- правила If-Then (аналогично RuleML).
- поддержку IFC-классов.
Возможности:
- проверка атрибутов, геометрии, классификаций;
- поддержка сложных условий, (например «если здание выше 50 м, лифтовые шахты должны быть огнестойкими»);
- интеграция с внешними данными (нормативы, базы материалов).
Этапы проверки с использованием BIMRL:
- парсинг IFC-файла и преобразование в логические факты;
- загрузка правил из BIMRL-файла;
- выполнение запросов через Prolog-движок (например, SWI-Prolog).
- создание отчета о несоответствиях.
Инструменты и их разработки:
- BIMRL Engine, основанный на Prolog (SWI-Prolog) + парсер IFC (IfcOpenShell);
- BlenderBIM (+ BIMRL Add-on) с визуализацией несоответствия на 3D-сцене;
- IfcOpenShell + Python, как кастомные скрипты для проверки.
Плюсы и минусы BIMRL:
Плюсы:
- широкие возможности логического программирования для сложных требований;
- автоматизация рутинных проверок;
- расширяемость - можно добавить любые условия.
Минусы:
- нет готовых решений для работы с BIM моделями - требуется разработка;
- медленнее решений основанных на IDS из-за обработки логики;
- высокий порог входа для инженера.
Кому подойдет?
- разработчикам ПО, основанного на использовании BIM, для создания кастомных валидаторов;
- исследователям в области семантического BIM.
Вывод:
BIMRL - это экспериментальный, но перспективный подход к проверке как BIM-моделей, особенно для нормативных требований с сложной логикой (СП, ГОСТ Р), так и динамических интеграций с внешними системами, а также подходит для исследовательских задач (онтологии, семантический веб). Для «продакшена», что называется здесь и сейчас, пока удобнее решения на базе IDS, но BIMRL может стать его мощным дополнением. Вариант коллабораций IDS и BIMRL также возможен.
👍1
Рубрика «Дела пушистые»
Сорри за off topic, ну тут такое дело - пушистое во всех смыслах.
Отличник по пушистой подготовке - котик Борис ищет дом в СПб или Мск. Спокойный, смешной, красивый и очень добрый. Не любит шумных мероприятий, любит тихие вечера под боком у человека.
Очень любит погонять мышек. И вкусно поесть, конечно! Привит, стерилизован, здоров. Лоток на 5 с плюсом. Ничего не портит, очень ласковый и удобный кот. Территориально питомец сейчас в СПб, но его могут привезти в Мск.
Контакт: Мария +7 (905) 206-77-77.
Сорри за off topic, ну тут такое дело - пушистое во всех смыслах.
Отличник по пушистой подготовке - котик Борис ищет дом в СПб или Мск. Спокойный, смешной, красивый и очень добрый. Не любит шумных мероприятий, любит тихие вечера под боком у человека.
Очень любит погонять мышек. И вкусно поесть, конечно! Привит, стерилизован, здоров. Лоток на 5 с плюсом. Ничего не портит, очень ласковый и удобный кот. Территориально питомец сейчас в СПб, но его могут привезти в Мск.
Контакт: Мария +7 (905) 206-77-77.
👍6🔥3🤝3✍1
0001202506110034.pdf
1.6 MB
Утверждены особенности проведения государственной экспертизы проектной документации неоднократного применения
Постановлением Правительства РФ от 10.06.2025 № 874 утверждены особенности проведения государственной экспертизы проектной документации объекта капитального строительства, подготовленной в целях неоднократного применения при архитектурно-строительном проектировании объектов капитального строительства.
Постановлением Правительства РФ от 10.06.2025 № 874 утверждены особенности проведения государственной экспертизы проектной документации объекта капитального строительства, подготовленной в целях неоднократного применения при архитектурно-строительном проектировании объектов капитального строительства.
Росреестр готовит виртуальную комнату сделок
Начальник отдела взаимодействия с фокус-группами Управления стратегического развития и цифровой трансформации Росреестра Ольга Мосина на пресс-конференции экосистемы недвижимости М2 «Ключевые векторы рынка недвижимости: итоги полугодия и прогнозы» сообщила, что Росреестр вместе с Минцифры разрабатывает виртуальную комнату сделок - сервис, который позволит покупать и продавать недвижимость полностью онлайн. Для этого, ведомство, собирается запустить сервис, через который можно заключать сделки с недвижимостью и регистрировать права на объекты. На первом этапе будет доступно оформление купли-продажи недвижимости, при этом стороны сделки смогут создать личный кабинет и загрузить документы. В составлении договора поможет специальный конструктор договоров, который станет учитывать особенности сделки - например, ипотеку или оплату в рассрочку. Разработка сервиса в самом начале, однако до конца года планируется реализовать минимальный набор функций. Воспользоваться сервисом смогут физические и юридические лица при продаже любых типов недвижимости.
Начальник отдела взаимодействия с фокус-группами Управления стратегического развития и цифровой трансформации Росреестра Ольга Мосина на пресс-конференции экосистемы недвижимости М2 «Ключевые векторы рынка недвижимости: итоги полугодия и прогнозы» сообщила, что Росреестр вместе с Минцифры разрабатывает виртуальную комнату сделок - сервис, который позволит покупать и продавать недвижимость полностью онлайн. Для этого, ведомство, собирается запустить сервис, через который можно заключать сделки с недвижимостью и регистрировать права на объекты. На первом этапе будет доступно оформление купли-продажи недвижимости, при этом стороны сделки смогут создать личный кабинет и загрузить документы. В составлении договора поможет специальный конструктор договоров, который станет учитывать особенности сделки - например, ипотеку или оплату в рассрочку. Разработка сервиса в самом начале, однако до конца года планируется реализовать минимальный набор функций. Воспользоваться сервисом смогут физические и юридические лица при продаже любых типов недвижимости.
👍1
Разработаны методические рекомендации МР 2.4.0380-25 к санитарным нормам и правилам, регулирующим вопросы обеспечения условий образовательной деятельности, оказания услуг по воспитанию и обучению
Рекомендации МР 2.4.0380-25 разработаны в целях единообразной практики применения СП 2.4.3648-20 "Санитарно-эпидемиологические требования к организациям воспитания и обучения, отдыха и оздоровления детей и молодежи" (далее - СП 2.4.3648-20), устанавливающих санитарно-эпидемиологические требования в том числе к обеспечению безопасных условий образовательной деятельности, спортивной подготовке, включая требования к организации проведения временного досуга детей в специально выделенных местах, устроенных в торговых, культурно-досуговых центрах, аэропортах, железнодорожных вокзалах и иных объектах нежилого назначения, отдыху и оздоровлению, а также к условиям проведения спортивных, художественных и культурно-массовых мероприятий с участием детей и молодежи (абзац 2 подпункта 2.11.1, подпунктов 2.2.1, 2.2.2, 2.2.4, 2.3.1, 2.4.3, 2.4.4, 2.4.6.2, 2.4.6.3, 2.4.13, 2.5.2, 2.5.3, 3.4.1, 3.4.4, 3.5.15) и во исполнение пункта 1.7 дорожной карты реализации приоритетного проекта "Гильотина 2.0" по направлению "Школа", утвержденной от 31.03.2025 N ДГ-П36-11390.
Рекомендации МР 2.4.0380-25 разработаны в целях единообразной практики применения СП 2.4.3648-20 "Санитарно-эпидемиологические требования к организациям воспитания и обучения, отдыха и оздоровления детей и молодежи" (далее - СП 2.4.3648-20), устанавливающих санитарно-эпидемиологические требования в том числе к обеспечению безопасных условий образовательной деятельности, спортивной подготовке, включая требования к организации проведения временного досуга детей в специально выделенных местах, устроенных в торговых, культурно-досуговых центрах, аэропортах, железнодорожных вокзалах и иных объектах нежилого назначения, отдыху и оздоровлению, а также к условиям проведения спортивных, художественных и культурно-массовых мероприятий с участием детей и молодежи (абзац 2 подпункта 2.11.1, подпунктов 2.2.1, 2.2.2, 2.2.4, 2.3.1, 2.4.3, 2.4.4, 2.4.6.2, 2.4.6.3, 2.4.13, 2.5.2, 2.5.3, 3.4.1, 3.4.4, 3.5.15) и во исполнение пункта 1.7 дорожной карты реализации приоритетного проекта "Гильотина 2.0" по направлению "Школа", утвержденной от 31.03.2025 N ДГ-П36-11390.
This media is not supported in your browser
VIEW IN TELEGRAM
Рабочее место без шнуров питания и батарей для периферийных устройств
Речь идет о фундаментальном изменении способа взаимодействия с нашими устройствами в части их питания. Компания Etherdyne Technologies представила систему, способную передавать до 100 Вт энергии по беспроводной сети на расстоянии до 90 сантиметров. Это разработка может изменить подходы к организации питания от компьютерных периферийных до бытовых устройств. Кроме того, у компании есть модульная беспроводная система освещения AIRBRITE, которая уже доступна для покупки на их сайте airbritelighting.com.
Речь идет о фундаментальном изменении способа взаимодействия с нашими устройствами в части их питания. Компания Etherdyne Technologies представила систему, способную передавать до 100 Вт энергии по беспроводной сети на расстоянии до 90 сантиметров. Это разработка может изменить подходы к организации питания от компьютерных периферийных до бытовых устройств. Кроме того, у компании есть модульная беспроводная система освещения AIRBRITE, которая уже доступна для покупки на их сайте airbritelighting.com.
🔥5👍1
Минцифры поддержало предустановку российских операционных систем на ноутбуки
Бизнес предложил обязать производителей техники предустанавливать российские операционные системы (ОС) на ноутбуки, продающиеся в нашей стране, сообщают Ведомости.
С таким предложением управляющий партнер IТ-холдинга Fplus Алексей Мельников выступил на пресс-завтраке «100 шагов к национальным чемпионам», организованном Минцифры и «Ведомостями» в рамках форума ЦИПР-2025. Министр цифрового развития Максут Шадаев поддержал эту идею, отметив, что реализовать ее «довольно легко», если она поможет увеличить долю отечественных решений.
Бизнес предложил обязать производителей техники предустанавливать российские операционные системы (ОС) на ноутбуки, продающиеся в нашей стране, сообщают Ведомости.
С таким предложением управляющий партнер IТ-холдинга Fplus Алексей Мельников выступил на пресс-завтраке «100 шагов к национальным чемпионам», организованном Минцифры и «Ведомостями» в рамках форума ЦИПР-2025. Министр цифрового развития Максут Шадаев поддержал эту идею, отметив, что реализовать ее «довольно легко», если она поможет увеличить долю отечественных решений.
Ведомости
Минцифры поддержало предустановку российских операционных систем на ноутбуки
Но в аналогичном требовании для смартфонов регулятор увидел «большие риски»
👎2
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (Должников Сергей)
Типовые образовательные программы, разработанные Минстроем России, могли бы стать удобным инструментом и эталонным ориентиром для образовательных организаций, если бы к ним не приложили руку специалисты, поучаствовавшие в подготовке этих самых программ
Коллеги разбирают (см. по ссылке выше) проекты типовых программ ДПО, в телеграме нет желания по кусочкам разбирать, в официоз кину, но тем не менее несколько заметок по поводу:
✅ Наименование программы: «Технический заказчик в строительстве при реализации государственного заказа».
Законодательство о техническом регулировании в целом (ФЗ-184) и в частности (ФЗ-384, ГрК РФ) не разделяет технических заказчиков по принадлежности к типу заказчика. Это просто технический заказчик, см. ГрК, ст.1, п.22. Кстати, в содержании программы зачем-то появляется, видимо для пущей важности еще и государственный заказчик, как управляющий строительным проектом. Рекомендовал бы разработчикам программы заглянуть в ФЗ-44 в ст. 3 «Основные понятия», можно почитать, кто госзаказчик, а кто просто заказчик, для понимания, кем они являются и чем они управляют.
✅ В программе не используются единые основные, ключевые, базовые понятия, которые установлены законодательством РФ о техническом регулировании, законодательством РФ о градостроительной деятельности, законодательством РФ о пожарной безопасности и законодательством РФ о стандартизации.
Мне очень понравилось вот это: планировка и застройка населенных мест. Градкодекс чуть не заплакал, когда это услышал.
✅ В результате освоения типовой программы слушатель должен знать, уметь, иметь навыки, тут комментировать – только портить:
Про основной этап жизненного цикла ОКС как строительство - знать по видимому не обязательно.
✅ Однако даже эти знания, умения, навыки слушатель программы не получит, потому что поставленные цели и планируемые результаты не совсем соответствуют рабочей программе. Очевидно, что цели формулировал один человек, программу писал другой. Почему они в финале не прочли свой текст совместно – это давно уже риторический вопрос по отношению к проектам НПА Минстроя.
✅ 40% от состава программы занимают ТИМ, которые не обозначены ни в целях, ни в результатах, в двух разделах полностью и один частично:
- Государственные стандарты и текущее положение ТИМ в РФ, от 4 до 26 ак.часов. Так-то все в курсе о текущем положении ТИМ, но, ларчик открывается просто: речь идет о применении информационных систем управления проектами госзаказчика, читай - ИСУП.
- ТИМ. Цифровое управление, от 6 до 46 часов учебного времени в содержании программы рассматривается работа в системе управления проектами, скорее всего речь идет об Exon.
- В разделе Организация строительства четвертая часть, от 2 до 12,5 ак.часов отведена осуществлению градостроительных процедур в среде цифровых технологий плюс мешанина из современных методов и средств цифрового строительного контроля.
По роду профессиональной деятельности могу сказать, что программы ДПО, в которой бы реально вот разбиралось все по косточкам, для технического заказчика, в том числе с спецификой госзаказа – нет. И этот проект, с таким содержанием ей не станет, так, долбежка умными словами
🗿 ДПО для техзаказчика надо разрабатывать применительно к этапам реализации проектов по строительству ОКС, так, как об этом говорит ГрК РФ в ст. 5.2, но, это конечно для тех, кто понимает😉
Коллеги разбирают (см. по ссылке выше) проекты типовых программ ДПО, в телеграме нет желания по кусочкам разбирать, в официоз кину, но тем не менее несколько заметок по поводу:
Законодательство о техническом регулировании в целом (ФЗ-184) и в частности (ФЗ-384, ГрК РФ) не разделяет технических заказчиков по принадлежности к типу заказчика. Это просто технический заказчик, см. ГрК, ст.1, п.22. Кстати, в содержании программы зачем-то появляется, видимо для пущей важности еще и государственный заказчик, как управляющий строительным проектом. Рекомендовал бы разработчикам программы заглянуть в ФЗ-44 в ст. 3 «Основные понятия», можно почитать, кто госзаказчик, а кто просто заказчик, для понимания, кем они являются и чем они управляют.
Мне очень понравилось вот это: планировка и застройка населенных мест. Градкодекс чуть не заплакал, когда это услышал.
9. В результате освоения Типовой программы слушатель должен знать:
а) основные требования нормативно-правовых и нормативно-технических документов в области инженерных изысканий, принципов проектирования зданий, сооружений, инженерных систем и оборудования, планировки и застройки населенных мест;
б) состав технического задания на разработку рабочей документации объектов капитального строительства;
в) задачи, решаемые в разделах проектной документации объектов капитального строительства;
г) порядок и необходимые условия выполнения производственных процессов
с учетом требований по охране труда, пожарной безопасности и охране окружающей среды на участке производства работ.
Про основной этап жизненного цикла ОКС как строительство - знать по видимому не обязательно.
- Государственные стандарты и текущее положение ТИМ в РФ, от 4 до 26 ак.часов. Так-то все в курсе о текущем положении ТИМ, но, ларчик открывается просто: речь идет о применении информационных систем управления проектами госзаказчика, читай - ИСУП.
- ТИМ. Цифровое управление, от 6 до 46 часов учебного времени в содержании программы рассматривается работа в системе управления проектами, скорее всего речь идет об Exon.
- В разделе Организация строительства четвертая часть, от 2 до 12,5 ак.часов отведена осуществлению градостроительных процедур в среде цифровых технологий плюс мешанина из современных методов и средств цифрового строительного контроля.
По роду профессиональной деятельности могу сказать, что программы ДПО, в которой бы реально вот разбиралось все по косточкам, для технического заказчика, в том числе с спецификой госзаказа – нет. И этот проект, с таким содержанием ей не станет, так, долбежка умными словами
Please open Telegram to view this post
VIEW IN TELEGRAM
💯4🔥2
Национальный мессенджер и обработка персональных данных: важные поправки приняты в третьем чтении
Национальный мессенджер
С помощью сервиса граждане смогут не только безопасно обмениваться сообщениями, но и благодаря интеграции Госуслуг и прочих систем, в частности, подтверждать:
- возраст или право на льготы;
- личность при оказании гостиничных услуг;
- обучение по программам общего или профессионального образования;
- информацию, которую можно предъявить через Госуслуги в виде QR-кода, например водительские права.
По общему правилу запретят требовать оригиналы документов, если гражданин показал данные из них через многофункциональный сервис.
Бизнес сможет направлять гражданину-пользователю национального мессенджера информацию, которую нужно предоставлять по законодательству или договору. При этом не надо, например, получать согласие на такие действия или править договор.
Новшества вступят в силу со дня опубликования закона. Однако фактическая дата запуска сервиса пока неизвестна.
Есть и другие положения.
Обработка персональных данных
Хотят ввести обязанность оформлять согласие на обработку персональных данных всегда отдельно от другой информации или документов, которые физлицо подтверждает либо подписывает.
Правило заработает с 1 сентября 2025 года. Оно исключит частую практику, когда разрешение обрабатывать личные сведения включают в пользовательские соглашения и т.д.
Сейчас сходное ограничение касается согласия на обработку данных, которые физлицо разрешает распространять. Этот документ составляют отдельно от иных согласий того же субъекта на работу с его персональной информацией.
Подробнее: см. Законопроект № 679980-8 «О создании многофункционального сервиса обмена информацией и о внесении изменений в отдельные законодательные акты Российской Федерации»
Национальный мессенджер
С помощью сервиса граждане смогут не только безопасно обмениваться сообщениями, но и благодаря интеграции Госуслуг и прочих систем, в частности, подтверждать:
- возраст или право на льготы;
- личность при оказании гостиничных услуг;
- обучение по программам общего или профессионального образования;
- информацию, которую можно предъявить через Госуслуги в виде QR-кода, например водительские права.
По общему правилу запретят требовать оригиналы документов, если гражданин показал данные из них через многофункциональный сервис.
Бизнес сможет направлять гражданину-пользователю национального мессенджера информацию, которую нужно предоставлять по законодательству или договору. При этом не надо, например, получать согласие на такие действия или править договор.
Новшества вступят в силу со дня опубликования закона. Однако фактическая дата запуска сервиса пока неизвестна.
Есть и другие положения.
Обработка персональных данных
Хотят ввести обязанность оформлять согласие на обработку персональных данных всегда отдельно от другой информации или документов, которые физлицо подтверждает либо подписывает.
Правило заработает с 1 сентября 2025 года. Оно исключит частую практику, когда разрешение обрабатывать личные сведения включают в пользовательские соглашения и т.д.
Сейчас сходное ограничение касается согласия на обработку данных, которые физлицо разрешает распространять. Этот документ составляют отдельно от иных согласий того же субъекта на работу с его персональной информацией.
Подробнее: см. Законопроект № 679980-8 «О создании многофункционального сервиса обмена информацией и о внесении изменений в отдельные законодательные акты Российской Федерации»
🤪2
10-50 Драгомиров BIM в арбитраже.pdf
1.1 MB
Презентации с X Ежегодного
Международного BIM-форума
«Судебная практика по договорам подряда на ПИР и СМР с BIM»: взгляд эксперта
Драгомиров Сергей
Зам.ген.директора ООО «МИНЭКС»
Судебный эксперт по строительно- технической экспертизы
Аттестованный эксперт по экспертизе проектной документации
Международного BIM-форума
«Судебная практика по договорам подряда на ПИР и СМР с BIM»: взгляд эксперта
Драгомиров Сергей
Зам.ген.директора ООО «МИНЭКС»
Судебный эксперт по строительно- технической экспертизы
Аттестованный эксперт по экспертизе проектной документации
👍3🔥2🤝1
11_10_Бортник_БИМ_в_арбитраже_Взгляд_юриста.pdf
1.1 MB
Презентации с X Ежегодного
Международного BIM-форума
«Судебная практика по договорам подряда на ПИР и СМР с BIM»: взгляд юриста
Бортник Альбина
Юрист ООО «МИНЭКС»
Международного BIM-форума
«Судебная практика по договорам подряда на ПИР и СМР с BIM»: взгляд юриста
Бортник Альбина
Юрист ООО «МИНЭКС»
👍3🔥2🤝2
Основные отличия в версиях XML-схем конъюнктурного анализа (MarketAnalysis-4_02.xsd от 09.06.2025 vs. MarketAnalysis-3_01 от 18.07.2024)
Основные изменения направлены на:
- улучшение детализации данных;
- добавление пояснений для заполнения;
- обеспечение уникальности значений;
- соответствие актуальным нормативным требованиям.
1. Новые атрибуты-комментарии:
Для элементов добавлены атрибуты с суффиксом "Comment" (Комментарий):
• OfferCode (Код предложения) → OfferCodeComment (Комментарий к коду)
• OfferName (Наименование предложения) → OfferNameComment (Комментарий к наименованию)
• OfferUnit (Единица измерения) → OfferUnitComment (Комментарий к единице измерения)
• OfferDate (Дата предложения) → OfferDateComment (Комментарий к дате)
• OfferCompany (Данные компании) → OfferCompanyComment (Комментарий к данным компании)
• State (Страна) → StateComment (Комментарий к стране)
• Region (Регион) → RegionComment (Комментарий к региону)
• OfferPrice (Цена предложения) → OfferPriceComment (Комментарий к цене)
• OfferWithVAT (Цена с НДС) → OfferWithVATComment (Комментарий к цене с НДС)
• OfferWithoutVAT (Цена без НДС) → OfferWithoutVATComment (Комментарий к цене без НДС)
• OfferUnitWithoutVAT (Цена за единицу без НДС) → OfferUnitWithoutVATComment (Комментарий к цене за единицу)
• DeflationCoefficient (Коэффициент дефляции) → DeflationCoefficientComment (Комментарий к коэффициенту)
• OfferUnitFormula (Формула расчета) → OfferUnitFormulaComment (Комментарий к формуле)
• EstimateWithoutVAT (Сметная цена без НДС) → EstimateWithoutVATComment (Комментарий к сметной цене)
• ConversionFactor (Коэффициент пересчета) → ConversionFactorComment (Комментарий к коэффициенту)
• Netto (Вес нетто) → NettoComment (Комментарий к весу нетто)
• Brutto (Вес брутто) → BruttoComment (Комментарий к весу брутто)
• Transportation (Затраты на перевозку) → TransportationComment (Комментарий к перевозке)
• Storage (Складские расходы) → StorageComment (Комментарий к складским расходам)
• Expenses (Дополнительные затраты) → ExpensesComment (Комментарий к затратам)
• ExpensesTotal (Итоговая стоимость) → ExpensesTotalComment (Комментарий к итоговой стоимости)
• OriginCountry (Страна происхождения) → OriginCountryComment (Комментарий к стране)
• Manufacturer (Производитель) → ManufacturerComment (Комментарий к производителю)
• OfferLinkFile (Ссылка на файл) → OfferLinkFileComment (Комментарий к ссылке)
• Winner (Признак победителя) → WinnerComment (Комментарий к победителю)
2. Новые элементы:
• DeliveryTermsCode (Код условий поставки) - добавлен для указания кода франко (01, 01-1, 02)
3. Измененные элементы:
• DeliveryTerms (Условия поставки) - расширено описание возможных значений
4. Уникальные ограничения:
Для обеспечения уникальности типов затрат добавлены ограничения:
• Для TOffer (Коммерческое предложение) → ExpUniq (Уникальность для TOffer)
• Для TOfferFSBC (Предложение для ФГИС ЦС) → ExpUniqFSBC (Уникальность для FSBC)
5. Дополнительные элементы:
• FreeString (Свободная строка) - добавлен в:
- Section (Раздел 1 - Мониторинг цен)
- SectionFSBC (Раздел 2 - Данные ФГИС ЦС)
6. Обновленные аннотации:
Добавлены подробные описания элементов с ссылками на нормативные документы (Методика № 421/пр и другие).
Основные изменения направлены на:
- улучшение детализации данных;
- добавление пояснений для заполнения;
- обеспечение уникальности значений;
- соответствие актуальным нормативным требованиям.
1. Новые атрибуты-комментарии:
Для элементов добавлены атрибуты с суффиксом "Comment" (Комментарий):
• OfferCode (Код предложения) → OfferCodeComment (Комментарий к коду)
• OfferName (Наименование предложения) → OfferNameComment (Комментарий к наименованию)
• OfferUnit (Единица измерения) → OfferUnitComment (Комментарий к единице измерения)
• OfferDate (Дата предложения) → OfferDateComment (Комментарий к дате)
• OfferCompany (Данные компании) → OfferCompanyComment (Комментарий к данным компании)
• State (Страна) → StateComment (Комментарий к стране)
• Region (Регион) → RegionComment (Комментарий к региону)
• OfferPrice (Цена предложения) → OfferPriceComment (Комментарий к цене)
• OfferWithVAT (Цена с НДС) → OfferWithVATComment (Комментарий к цене с НДС)
• OfferWithoutVAT (Цена без НДС) → OfferWithoutVATComment (Комментарий к цене без НДС)
• OfferUnitWithoutVAT (Цена за единицу без НДС) → OfferUnitWithoutVATComment (Комментарий к цене за единицу)
• DeflationCoefficient (Коэффициент дефляции) → DeflationCoefficientComment (Комментарий к коэффициенту)
• OfferUnitFormula (Формула расчета) → OfferUnitFormulaComment (Комментарий к формуле)
• EstimateWithoutVAT (Сметная цена без НДС) → EstimateWithoutVATComment (Комментарий к сметной цене)
• ConversionFactor (Коэффициент пересчета) → ConversionFactorComment (Комментарий к коэффициенту)
• Netto (Вес нетто) → NettoComment (Комментарий к весу нетто)
• Brutto (Вес брутто) → BruttoComment (Комментарий к весу брутто)
• Transportation (Затраты на перевозку) → TransportationComment (Комментарий к перевозке)
• Storage (Складские расходы) → StorageComment (Комментарий к складским расходам)
• Expenses (Дополнительные затраты) → ExpensesComment (Комментарий к затратам)
• ExpensesTotal (Итоговая стоимость) → ExpensesTotalComment (Комментарий к итоговой стоимости)
• OriginCountry (Страна происхождения) → OriginCountryComment (Комментарий к стране)
• Manufacturer (Производитель) → ManufacturerComment (Комментарий к производителю)
• OfferLinkFile (Ссылка на файл) → OfferLinkFileComment (Комментарий к ссылке)
• Winner (Признак победителя) → WinnerComment (Комментарий к победителю)
2. Новые элементы:
• DeliveryTermsCode (Код условий поставки) - добавлен для указания кода франко (01, 01-1, 02)
3. Измененные элементы:
• DeliveryTerms (Условия поставки) - расширено описание возможных значений
4. Уникальные ограничения:
Для обеспечения уникальности типов затрат добавлены ограничения:
• Для TOffer (Коммерческое предложение) → ExpUniq (Уникальность для TOffer)
• Для TOfferFSBC (Предложение для ФГИС ЦС) → ExpUniqFSBC (Уникальность для FSBC)
5. Дополнительные элементы:
• FreeString (Свободная строка) - добавлен в:
- Section (Раздел 1 - Мониторинг цен)
- SectionFSBC (Раздел 2 - Данные ФГИС ЦС)
6. Обновленные аннотации:
Добавлены подробные описания элементов с ссылками на нормативные документы (Методика № 421/пр и другие).
Утверждены изменения к СП 486.1311500.2020
Приказом МЧС России от 16.05.2025 N 417 утверждены изменения N 1 к своду правил СП 486.1311500.2020 "Системы противопожарной защиты. Перечень зданий, сооружений, помещений и оборудования, подлежащих защите автоматическими установками пожаротушения и системами пожарной сигнализации. Требования пожарной безопасности".
В частности, регламентированы нормативные показатели для автоматических установок пожаротушения (далее - АУП) в отношении зданий медицинских организаций, предназначенных для оказания медицинской помощи в стационарных условиях (круглосуточно), и психоневрологических интернатов высотой более 3-х этажей, не считая верхнего технического этажа, а также для систем пожарной сигнализации в отношении указанных зданий высотой не более 2-х этажей, не считая верхнего технического этажа.
Исключена необходимость защиты АУП зданий по переработке и хранению зерна, овощей и фруктов, зданий промышленных холодильников.
Уточнены требования по защите пространств за подвесными потолками и между двойными полами.
Приказом МЧС России от 16.05.2025 N 417 утверждены изменения N 1 к своду правил СП 486.1311500.2020 "Системы противопожарной защиты. Перечень зданий, сооружений, помещений и оборудования, подлежащих защите автоматическими установками пожаротушения и системами пожарной сигнализации. Требования пожарной безопасности".
В частности, регламентированы нормативные показатели для автоматических установок пожаротушения (далее - АУП) в отношении зданий медицинских организаций, предназначенных для оказания медицинской помощи в стационарных условиях (круглосуточно), и психоневрологических интернатов высотой более 3-х этажей, не считая верхнего технического этажа, а также для систем пожарной сигнализации в отношении указанных зданий высотой не более 2-х этажей, не считая верхнего технического этажа.
Исключена необходимость защиты АУП зданий по переработке и хранению зерна, овощей и фруктов, зданий промышленных холодильников.
Уточнены требования по защите пространств за подвесными потолками и между двойными полами.
👍2
Росреестр представил сводную таблицу с ответами на вопросы в сфере кадастрового учета и регистрации прав
В частности, в Письме Росреестра от 23.05.2025 N 06-01206/25 содержатся ответы на следующие вопросы:
- какой допустимый формат предоставления доверенности на подачу заявления о государственной регистрации права ипотеки;
- могут ли быть представлены на регистрацию ипотеки документы в виде электронного образа (скан, заверенный УКЭП), например, нотариально заверенное согласие супруга, согласие залогодержателя, решение об одобрении крупной сделки, уведомление;
- можно ли подать договор ипотеки/залога на физическом носителе на регистрацию через МФЦ, если дата подписания договора до 01.03.2025 г;
- какие есть ограничения по объему файлов в пакете документов, размещаемых в "Личный кабинет" официального сайта Росреестра.
Вопросы технического характера
Вопросы методологического характера
В частности, в Письме Росреестра от 23.05.2025 N 06-01206/25 содержатся ответы на следующие вопросы:
- какой допустимый формат предоставления доверенности на подачу заявления о государственной регистрации права ипотеки;
- могут ли быть представлены на регистрацию ипотеки документы в виде электронного образа (скан, заверенный УКЭП), например, нотариально заверенное согласие супруга, согласие залогодержателя, решение об одобрении крупной сделки, уведомление;
- можно ли подать договор ипотеки/залога на физическом носителе на регистрацию через МФЦ, если дата подписания договора до 01.03.2025 г;
- какие есть ограничения по объему файлов в пакете документов, размещаемых в "Личный кабинет" официального сайта Росреестра.
Вопросы технического характера
Вопросы методологического характера
Реестр требований: неразбериха с обязательными требованиями по СП 48.13330.2019 Изм.2 и отсутствием СП 543.1325800.2024
Согласно Приказа Минстроя России от 21.04.2025 N 244/пр с 22.05.2025 г. вступила в силу новая редакция СП 48.13330.2019 Организация строительства СНиП 12-01-2004 (с Изменениями N 1, 2).
При этом, в Реестре требований по-прежнему в составе обязательных требований применительно к указанному СП 48.13330.2019 (ID
6536) присутствуют исключенные Изменением N 2 пункты, причем у всех у них стоит дата 21.05.2025. Но ведь именно с этой даты указанные пункты должны уйти из Реестра требований.
По сути, необходимо в Реестре требований еще с 21.05.2025:
- разместить обязательные пункты требований актуальной редакции 48.13330.2019 Организация строительства СНиП 12-01-2004 (с Изменениями N 1, 2);
- внести все сопуствующие изменения в учетную карточку СП 48.13330.2019 Организация строительства СНиП 12-01-2004 (с Изменениями N 1, 2);
- определить и разместить обязательные пункты требований СП 543.1325800.2024 «Строительный контроль при строительстве, реконструкции, капитальном ремонте объектов капитального строительства», вступивший в действие с 28.01.2025 г.
Включение в Реестр требований пунктов из СП 543.1325800.2024 обосновано тем, что согласно части 1 статьи 39 Федерального закона от 30.12.2009 N 384-ФЗ (ред. от 25.12.2023) "Технический регламент о безопасности зданий и сооружений" строительный контроль является одной из форм обязательной оценки соответствия зданий, сооружений, процессов, осуществляемых на всех этапах их жизненного цикла, за исключением эксплуатации зданий, сооружений, и что согласно пункта 2 Положения о проведении строительного контроля при осуществлении строительства, реконструкции и капитального ремонта ОКС, утв. постановлением Правительства РФ от 21.06.2010 г. N 468, предмет строительного контроля включается в себя, среди прочего, проверку выполнения работ при строительстве объектов капитального строительства на соответствие требованиям технических регламентов в целях обеспечения безопасности зданий и сооружений.
Вероятно хитросплетения регламентируемых сроков из Правил формирования и ведения реестра требований, утв. постановлением Правительства РФ от 31.08.2023 года N 1417 и сроков регистрации и публикации из Приказа Минстроя России от 21.04.2025 N 244/пр внесли указанную неразбериху.
Однако, важно помнить и о том, что согласно пункта 18 Правил формирования и ведения реестра требований, утв. постановлением Правительства РФ от 31.08.2023 года N 1417, для руководителей ФАУ "ФЦС" установлена персональная ответственность за соблюдение порядка и сроков включения требований, предусмотренных пунктом 4 настоящих Правил, и сведений, предусмотренных пунктом 5 настоящих Правил, в проект учетной карточки.
Согласно Приказа Минстроя России от 21.04.2025 N 244/пр с 22.05.2025 г. вступила в силу новая редакция СП 48.13330.2019 Организация строительства СНиП 12-01-2004 (с Изменениями N 1, 2).
При этом, в Реестре требований по-прежнему в составе обязательных требований применительно к указанному СП 48.13330.2019 (ID
6536) присутствуют исключенные Изменением N 2 пункты, причем у всех у них стоит дата 21.05.2025. Но ведь именно с этой даты указанные пункты должны уйти из Реестра требований.
По сути, необходимо в Реестре требований еще с 21.05.2025:
- разместить обязательные пункты требований актуальной редакции 48.13330.2019 Организация строительства СНиП 12-01-2004 (с Изменениями N 1, 2);
- внести все сопуствующие изменения в учетную карточку СП 48.13330.2019 Организация строительства СНиП 12-01-2004 (с Изменениями N 1, 2);
- определить и разместить обязательные пункты требований СП 543.1325800.2024 «Строительный контроль при строительстве, реконструкции, капитальном ремонте объектов капитального строительства», вступивший в действие с 28.01.2025 г.
Включение в Реестр требований пунктов из СП 543.1325800.2024 обосновано тем, что согласно части 1 статьи 39 Федерального закона от 30.12.2009 N 384-ФЗ (ред. от 25.12.2023) "Технический регламент о безопасности зданий и сооружений" строительный контроль является одной из форм обязательной оценки соответствия зданий, сооружений, процессов, осуществляемых на всех этапах их жизненного цикла, за исключением эксплуатации зданий, сооружений, и что согласно пункта 2 Положения о проведении строительного контроля при осуществлении строительства, реконструкции и капитального ремонта ОКС, утв. постановлением Правительства РФ от 21.06.2010 г. N 468, предмет строительного контроля включается в себя, среди прочего, проверку выполнения работ при строительстве объектов капитального строительства на соответствие требованиям технических регламентов в целях обеспечения безопасности зданий и сооружений.
Вероятно хитросплетения регламентируемых сроков из Правил формирования и ведения реестра требований, утв. постановлением Правительства РФ от 31.08.2023 года N 1417 и сроков регистрации и публикации из Приказа Минстроя России от 21.04.2025 N 244/пр внесли указанную неразбериху.
Однако, важно помнить и о том, что согласно пункта 18 Правил формирования и ведения реестра требований, утв. постановлением Правительства РФ от 31.08.2023 года N 1417, для руководителей ФАУ "ФЦС" установлена персональная ответственность за соблюдение порядка и сроков включения требований, предусмотренных пунктом 4 настоящих Правил, и сведений, предусмотренных пунктом 5 настоящих Правил, в проект учетной карточки.
😁4🙊3🤷2✍1👀1
+4_июня_2025_Итог_ГОСТ_Р_3D_Контроль_качества0001.pdf
8 MB
Доработанные версии ГОСТов на цифровые пространственные (трехмерные) модели местности поступили на рассмотрение в ТК 505
ТК 394 «Географическая информация/геоматика» направило в секретариат ТК 505 «Информационное моделирование» на рассмотрение в срок до 01.07.2025 года доработанные разработчиком окончательные редакции:
- ГОСТ Р ХХ077 «Цифровые пространственные (трехмерные) модели местности. Общие требования»;
- ГОСТ Р ХХ080 «Цифровые пространственные (трехмерные) модели местности. Контроль качества».
Ранее в ПНС 2024 в отношении проектов указанных стандартов были заявлены следующие наименования:
- ГОСТ Р «Трехмерные модели
местности. Общие требования»;
- ГОСТ Р «Трехмерные модели
местности. Контроль качества».
Однако, в процессе обсуждения первой редакции проекта ГОСТ Р из ТК 394 и ППК «Роскадастр» поступили предложения об изменения наименования проектов ГОСТ Р в целях приведения наименования с учетом нормативных правовых актов (Приказ Росреестра от 08.05.2024 № П/0135/24 «Об утверждении видов картографических материалов, создаваемых в результате выполнения картографических работ, за исключением карт, фотокарт, ортофотокарт, планов, фотопланов, ортофотопланов, единой электронной картографической основы») и нормативно-технических документов (НТД), применимых в данной предметной области.
Действующие НТД, в части наборов цифровых пространственных данных трехмерных моделей местности, использует термин «цифровая пространственная (трехмерная) модель местности».
Только ранее разработчик заявлял три стандарта, но правки названия почему то в ТК 505 попали только в отношении двух проектов стандартов.
ТК 394 «Географическая информация/геоматика» направило в секретариат ТК 505 «Информационное моделирование» на рассмотрение в срок до 01.07.2025 года доработанные разработчиком окончательные редакции:
- ГОСТ Р ХХ077 «Цифровые пространственные (трехмерные) модели местности. Общие требования»;
- ГОСТ Р ХХ080 «Цифровые пространственные (трехмерные) модели местности. Контроль качества».
Ранее в ПНС 2024 в отношении проектов указанных стандартов были заявлены следующие наименования:
- ГОСТ Р «Трехмерные модели
местности. Общие требования»;
- ГОСТ Р «Трехмерные модели
местности. Контроль качества».
Однако, в процессе обсуждения первой редакции проекта ГОСТ Р из ТК 394 и ППК «Роскадастр» поступили предложения об изменения наименования проектов ГОСТ Р в целях приведения наименования с учетом нормативных правовых актов (Приказ Росреестра от 08.05.2024 № П/0135/24 «Об утверждении видов картографических материалов, создаваемых в результате выполнения картографических работ, за исключением карт, фотокарт, ортофотокарт, планов, фотопланов, ортофотопланов, единой электронной картографической основы») и нормативно-технических документов (НТД), применимых в данной предметной области.
Действующие НТД, в части наборов цифровых пространственных данных трехмерных моделей местности, использует термин «цифровая пространственная (трехмерная) модель местности».
Только ранее разработчик заявлял три стандарта, но правки названия почему то в ТК 505 попали только в отношении двух проектов стандартов.