Как выглядит процесс формирования ВОР на основе xml-схемы?
Бесплатный вебинар о новом программном продукте: «Цифровая спецификация проекта» 12 ноября (вторник) в 11-00 (мск).
Бесплатный вебинар о новом программном продукте: «Цифровая спецификация проекта» 12 ноября (вторник) в 11-00 (мск).
Минцифры рассматривает введение государственных тарифов на Bug Bounty
Как сообщает «Ъ», Минцифры считает необходимым закрепить государственные тарифы на выплаты за участие «белых хакеров» в Bug Bounty, программе по поиску уязвимостей в IT-системах за вознаграждение. Участники рынка приветствуют предложение министерства, но указывают, что заинтересовать программистов работой с госсектором можно будет, только если тарифы на участие в Bug Bounty будут не ниже рыночных.
Минцифры рассматривает введение «государственных трафив» за участие в программе Bug Bounty — поиске «белыми хакерами» уязвимостей в IT-системах за вознаграждение. Об этом сообщил замминистра Минцифры Александр Шойтов 6 ноября в рамках SOC Forum 2024. По его словам, это одна из мер, направленных на «нормализацию процедуры».
В частности, еще необходимо обосновать ее эффективность, а также определить зоны ответственности участников тестирования. Для введения Bug Bounty как обязательной процедуры ее необходимо нормализовать, в частности ввести государственные тарифы, заключает господин Шойтов.
По словам собеседника “Ъ” на рынке кибербезопасности, речь идет о тарифах на выплаты «белым хакерам» за найденные уязвимости.
В Минцифры “Ъ” пояснили, что инициатива еще прорабатывается и «говорить о каких-либо подробностях и конкретных мероприятиях рано». В министерстве добавляют, что обсуждают различные варианты с ведомствами и отраслью.
P.S. Самое время пощупать ФГИС ЦС, ИСУП и Стройкомплекс.РФ
Как сообщает «Ъ», Минцифры считает необходимым закрепить государственные тарифы на выплаты за участие «белых хакеров» в Bug Bounty, программе по поиску уязвимостей в IT-системах за вознаграждение. Участники рынка приветствуют предложение министерства, но указывают, что заинтересовать программистов работой с госсектором можно будет, только если тарифы на участие в Bug Bounty будут не ниже рыночных.
Минцифры рассматривает введение «государственных трафив» за участие в программе Bug Bounty — поиске «белыми хакерами» уязвимостей в IT-системах за вознаграждение. Об этом сообщил замминистра Минцифры Александр Шойтов 6 ноября в рамках SOC Forum 2024. По его словам, это одна из мер, направленных на «нормализацию процедуры».
«Сейчас многие федеральные и региональные органы власти используют соответствующую программу, однако пока ее не делают обязательной, как это предлагают некоторые участники рынка»,— рассказал он.
В частности, еще необходимо обосновать ее эффективность, а также определить зоны ответственности участников тестирования. Для введения Bug Bounty как обязательной процедуры ее необходимо нормализовать, в частности ввести государственные тарифы, заключает господин Шойтов.
По словам собеседника “Ъ” на рынке кибербезопасности, речь идет о тарифах на выплаты «белым хакерам» за найденные уязвимости.
В Минцифры “Ъ” пояснили, что инициатива еще прорабатывается и «говорить о каких-либо подробностях и конкретных мероприятиях рано». В министерстве добавляют, что обсуждают различные варианты с ведомствами и отраслью.
Работа по масштабированию в госсекторе программы Bug Bounty ведется еще с 2022 года, когда значительно возросли кибератаки на российские IT-системы, в частности государственные. Так, одними из первых к программе были подключены Минцифры и портал «Госуслуг». В декабре 2023 года в Госдуму внесли первый законопроект, призванный регламентировать деятельность «белых хакеров», тогда же велась разработка второго проекта, который должен был стандартизировать тестирование информсистем
(
см. “Ъ” от 2 апреля
).
В августе 2023 года проведение Bug Bounty
включили
в рейтинг цифровой трансформации госорганов.
P.S. Самое время пощупать ФГИС ЦС, ИСУП и Стройкомплекс.РФ
👍2😁1
Правительство РФ планирует сократить чиновников на 10%
Правительство РФ планирует сократить штат госорганов на 10%. Сокращение начнется 1 июля 2025 года и затронет примерно 400 тысяч человек, работающих в территориальных подразделениях в рамках нового этапа оптимизации кадров, это более 0,5% занятых в экономике России, пишет газета «Коммерсантъ».
Зарплаты сокращаемых должностей смогут направить на повышение остающимся: цель изменений — сделать госслужбу эффективнее, а ее оплату выше.
В кабмине РФ подчеркивают, что число сокращенных сотрудников может превысить заявленные 10%. Это связано с высоким уровнем цифровизации в отдельных регионах, из-за чего снижается потребность в отдельных сотрудниках.
Реформа госуправления стартовала еще в 2019 году. В ее начале сокращениям на 10% подверглись центральные аппараты министерств и ведомств. Также была изменена система оплаты труда госслужащих.
P.S. Мера может затронуть примерно 400 тысяч человек.
Правительство РФ планирует сократить штат госорганов на 10%. Сокращение начнется 1 июля 2025 года и затронет примерно 400 тысяч человек, работающих в территориальных подразделениях в рамках нового этапа оптимизации кадров, это более 0,5% занятых в экономике России, пишет газета «Коммерсантъ».
Зарплаты сокращаемых должностей смогут направить на повышение остающимся: цель изменений — сделать госслужбу эффективнее, а ее оплату выше.
В кабмине РФ подчеркивают, что число сокращенных сотрудников может превысить заявленные 10%. Это связано с высоким уровнем цифровизации в отдельных регионах, из-за чего снижается потребность в отдельных сотрудниках.
Реформа госуправления стартовала еще в 2019 году. В ее начале сокращениям на 10% подверглись центральные аппараты министерств и ведомств. Также была изменена система оплаты труда госслужащих.
P.S. Мера может затронуть примерно 400 тысяч человек.
🔥6
XML-схема Пояснительной записки v.1.04: обзор изменений, замечаний, пожеланий
Обзор изменений, замечаний, пожеланий в статье.
Обзор изменений, замечаний, пожеланий в статье.
Telegraph
XML-схема Пояснительной записки v.1.04: обзор изменений, замечаний, пожеланий
08.11.2024 года на сайте Минстроя России задним числом была размещена новая версия xml-схемы Раздела ПД N1 Пояснительная записка с датой размещения 04.11.2024. Ну с датой в Минстрое снова наврали, но ожидаемо. Обзор основных изменений и пожеланий для новых…
🔥7👍1
Перечень критериев (проверок) форматно-логического контроля в XSD-схеме Задания на проектирование
Сведения, подлежащие передаче, в составе сформированного электронного документа Задания на проектирование в формате xml, должны будут удовлетворять требованиям представленного ниже перечня критериев форматно-логического контроля (далее - ФЛК), реализованных в XSD-схеме указанного документа:
1. Проверка уникальности кодов всех объектов строительства, указанных в документе
2. Проверка, что может быть указан только один утверждающий документа
3. Проверка, что указан застройщик(и) и/или технический заказчик
4. Проверка, что дата начала строительства меньше даты окончания строительства
5. Проверка, что дата начала строительства меньше даты ввода в эксплуатацию
6. Проверка, что дата окончания строительства меньше даты ввода в эксплуатацию
7. Проверка уникальности СРО
8. Проверка уникальности по типу СРО
9. Проверка, что указаны сведения о разработчике проектной документации и(или) требования к разработчику проектной документации
10. Проверка, что сумма указанных долей не более 100%
11. Проверка, что сумма указанных долей финансирования не равна 100% при наличии других источниках без указания доли финансирования
12. Проверка уникальности указанных документов (по виду документа)
13. Проверка уникальности ссылок на документы
14. Проверка, что указан либо вид инженерных изысканий, либо вид дополнительных обследований
15. Проверка, что перечень разделов должен соответствовать указанному виду объекта строительства
16. Проверка, что производственный/непроизводственный объект должен содержать адрес, линейный объект должен содержать начальный и конечный адреса
17. Проверка: производственный/непроизводственный объект не должен содержать требований к проектным решениям линейного объекта
18. Проверка: линейный объект не должен содержать требований к проектным решениям производственного/непроизводственного объекта
19. Проверка, что корректно указаны даты начала и окончания строительства
20. Проверка, что для площади помещения указана единица измерения
21. Проверка наличия атрибута минимальной площади помещения при указанном атрибуте единицы измерения
22. Проверка уникальности подразделов требований по наименованию
23. Проверка уникальности систем по наименованию
24. Проверка уникальности наружных сетей по наименованию
25. Проверка, что указаны требования и хотя бы по одному разделу
26. Проверка, что адрес не может состоять только из кода субъекта Российской Федерации
27. Проверка, что адрес не может состоять только из кода субъекта Российской Федерации и почтового индекса
P.S. Бюджетным застройщикам (техническим заказчикам) на заметку.
Сведения, подлежащие передаче, в составе сформированного электронного документа Задания на проектирование в формате xml, должны будут удовлетворять требованиям представленного ниже перечня критериев форматно-логического контроля (далее - ФЛК), реализованных в XSD-схеме указанного документа:
1. Проверка уникальности кодов всех объектов строительства, указанных в документе
2. Проверка, что может быть указан только один утверждающий документа
3. Проверка, что указан застройщик(и) и/или технический заказчик
4. Проверка, что дата начала строительства меньше даты окончания строительства
5. Проверка, что дата начала строительства меньше даты ввода в эксплуатацию
6. Проверка, что дата окончания строительства меньше даты ввода в эксплуатацию
7. Проверка уникальности СРО
8. Проверка уникальности по типу СРО
9. Проверка, что указаны сведения о разработчике проектной документации и(или) требования к разработчику проектной документации
10. Проверка, что сумма указанных долей не более 100%
11. Проверка, что сумма указанных долей финансирования не равна 100% при наличии других источниках без указания доли финансирования
12. Проверка уникальности указанных документов (по виду документа)
13. Проверка уникальности ссылок на документы
14. Проверка, что указан либо вид инженерных изысканий, либо вид дополнительных обследований
15. Проверка, что перечень разделов должен соответствовать указанному виду объекта строительства
16. Проверка, что производственный/непроизводственный объект должен содержать адрес, линейный объект должен содержать начальный и конечный адреса
17. Проверка: производственный/непроизводственный объект не должен содержать требований к проектным решениям линейного объекта
18. Проверка: линейный объект не должен содержать требований к проектным решениям производственного/непроизводственного объекта
19. Проверка, что корректно указаны даты начала и окончания строительства
20. Проверка, что для площади помещения указана единица измерения
21. Проверка наличия атрибута минимальной площади помещения при указанном атрибуте единицы измерения
22. Проверка уникальности подразделов требований по наименованию
23. Проверка уникальности систем по наименованию
24. Проверка уникальности наружных сетей по наименованию
25. Проверка, что указаны требования и хотя бы по одному разделу
26. Проверка, что адрес не может состоять только из кода субъекта Российской Федерации
27. Проверка, что адрес не может состоять только из кода субъекта Российской Федерации и почтового индекса
P.S. Бюджетным застройщикам (техническим заказчикам) на заметку.
Forwarded from ИНФАРС — ваш надежный IT-партнер
‼️Новинка! Плагин "Проверка параметров" от BimStep для Autodesk Revit.
Для тех, кому нужно быть уверенным, что всё заполнено!
✅Фильтры - чтобы что-то проверить, надо вначале определиться с тем, что именно будем проверять.
✅ Условия - определяем каким условиям должны соответствовать отфильтрованные элементы.
✅ Проверки - выставляем нужное соответствие фильтров и условий.
✅ И/ИЛИ - благодаря гибкому механизму настройки можно настраивать как простые, так и очень сложные и многогранные фильтры и условия.
Читать текстовую инструкцию
Смотреть видео-инструкцию
Плагин позволит Вам, как BIM специалисту, выполнять автоматизированную проверку на заполнение параметров в одной или нескольких моделях. Например, у вас есть определенный BIM стандарт организации или EIR, в соответствии с которым Вам при передаче модели Заказчику необходимо проверить и убедиться в том, что по всем элементам модели все нужные параметры заполнены.
↪️ Протестируйте плагины перед покупкой
#новости
Для тех, кому нужно быть уверенным, что всё заполнено!
✅Фильтры - чтобы что-то проверить, надо вначале определиться с тем, что именно будем проверять.
✅ Условия - определяем каким условиям должны соответствовать отфильтрованные элементы.
✅ Проверки - выставляем нужное соответствие фильтров и условий.
✅ И/ИЛИ - благодаря гибкому механизму настройки можно настраивать как простые, так и очень сложные и многогранные фильтры и условия.
Читать текстовую инструкцию
Смотреть видео-инструкцию
Плагин позволит Вам, как BIM специалисту, выполнять автоматизированную проверку на заполнение параметров в одной или нескольких моделях. Например, у вас есть определенный BIM стандарт организации или EIR, в соответствии с которым Вам при передаче модели Заказчику необходимо проверить и убедиться в том, что по всем элементам модели все нужные параметры заполнены.
↪️ Протестируйте плагины перед покупкой
#новости
👍4👎3🔥1😁1
Сайт Стройкомплекс.РФ не доступен
На протяжении текущего дня наблюдаются перебои с доступом к сайту Стройкомплекс.РФ (в т.ч. к Реестру требований).
P.S. «Ушла на базу»
На протяжении текущего дня наблюдаются перебои с доступом к сайту Стройкомплекс.РФ (в т.ч. к Реестру требований).
P.S. «Ушла на базу»
🤯1
Как должен был выглядеть Реестр требований Минстроя России?
(кейс Минцифры и Минэкономразвития)
Часть 1/2
Реестры требований относительно новый интрумент как в процессе государственного и муниципального контроля (надзора), так и в процессах привлечения к административной ответственности, предоставления лицензий и иных разрешений, аккредитации, оценки соответствия продукции, иных форм оценки и экспертизы, но не смотря на это, плюсы при должном формировании и ведении таких реестров имеет место быть. Но сегодня не о смене парадигмы контрольно-надзорной деятельности и не о переходе от предписывающего нормирования к параметрическому. Сегодня о том, как это нужно было сделать с точки зрения минимального и достаточного функционала на начальном этапе реестровой модели требований.
В качестве примера, как должен был выглядеть Реестр требований Минстроя России, хотелось бы рассказать об опыте других министерств.
Одним из таких ярких удачных примеров, может служить Реестр обязательных требований Минцифры России, который представлен на ФГИС Реестр обязательных требований (ФГИС Реестр ОТ).
Не смотря на то, что работа ФГИС Реестр ОТ осуществляется в режиме опытной эксплуатации в соответствии с Федеральным законом от 31 июля 2020 г. № 247-ФЗ «Об обязательных требованиях в Российской Федерации» и Постановлением Правительства РФ от 06.02.2021 г. № 128 «Об утверждении Правил формирования, ведения и актуализации реестра обязательных требований», уже сейчас можно сказать, что сам Реестр требований прекрасно адаптирован под потребности пользователя.
Регламентирован и порядок внесения сведений об обязательных требованиях и их актуализация в Реестре, который обеспечивается заинтересованными федеральными органами исполнительной власти и уполномоченными организациями в соответствии с утвержденным планом.
При этом, уполномоченным органом, осуществляющим методическое обеспечение наполнения реестра является Минэкономразвития, а оператором Минцифры. И не смотря на разграничение полномочий между двумя ФОИВами, результат достоин уважения.
Реестр включает в себя три раздела:
💡 Обязательные требования:
- база требований для всех видов бизнеса (1500 шт.);
💡 Акты:
- база нормативных правовых актов, содержащих обязательные требования (4358 шт.);
💡 Разъяснительные документы (0 шт.).
🔍 Ключевое преимущество Реестра - это возможность гибкого поиска требований и нормативных правовых актов, содержащих обязательные требования, а также возможность
🥃 скачать содержание любого из указанных разделов.
Процесс выгрузки требований также настраиваемый и позволяет выгружать сведения из следующих категорий:
- Общие данные;
- Содержание;
- Акт;
- Вид государственного контроля (надзора), разрешительной деятельности;
- Основная информация;
- Гиперссылки;
- Ответственность.
🔑 Реестр также содержит открытые данные, которые представлены как информация в виде массивов данных в формате, обеспечивающем их автоматическую обработку, в целях повторного использования без предварительного изменения человеком, и на условиях ее свободного использования в отношении:
✅ нормативных правовых актов, содержащих обязательные требования
Формат данных: JSON (владелец набора данных Минцифры России);
✅ обязательные требования
Формат данных: JSON (владелец набора данных - Минцифры России);
✅ виджет актов по органу и виду контроля (надзора), разрешительной деятельности с гибкой системой фильтров и настроек.
Формат данных: HTML.
Реестр содержит наглядную инструкцию «Как работать в Реестрее?», сам сайт Реестра адаптирован под мобильные устройства, а также имеет полноценное мобильное приложение.
Кроме того, имеется вход в закрытую часть для организаций присутствующих в перечне организаций ФГИС, которым разрешен доступ по логину/паролю или через ЕСИА.
🔄 Также на сайте присутствует интерактивный помощник «Актик» с возможностью:
- ответить на вопрос;
- записать предложение;
- выслушать замечание.
(кейс Минцифры и Минэкономразвития)
Часть 1/2
Реестры требований относительно новый интрумент как в процессе государственного и муниципального контроля (надзора), так и в процессах привлечения к административной ответственности, предоставления лицензий и иных разрешений, аккредитации, оценки соответствия продукции, иных форм оценки и экспертизы, но не смотря на это, плюсы при должном формировании и ведении таких реестров имеет место быть. Но сегодня не о смене парадигмы контрольно-надзорной деятельности и не о переходе от предписывающего нормирования к параметрическому. Сегодня о том, как это нужно было сделать с точки зрения минимального и достаточного функционала на начальном этапе реестровой модели требований.
В качестве примера, как должен был выглядеть Реестр требований Минстроя России, хотелось бы рассказать об опыте других министерств.
Одним из таких ярких удачных примеров, может служить Реестр обязательных требований Минцифры России, который представлен на ФГИС Реестр обязательных требований (ФГИС Реестр ОТ).
Не смотря на то, что работа ФГИС Реестр ОТ осуществляется в режиме опытной эксплуатации в соответствии с Федеральным законом от 31 июля 2020 г. № 247-ФЗ «Об обязательных требованиях в Российской Федерации» и Постановлением Правительства РФ от 06.02.2021 г. № 128 «Об утверждении Правил формирования, ведения и актуализации реестра обязательных требований», уже сейчас можно сказать, что сам Реестр требований прекрасно адаптирован под потребности пользователя.
Регламентирован и порядок внесения сведений об обязательных требованиях и их актуализация в Реестре, который обеспечивается заинтересованными федеральными органами исполнительной власти и уполномоченными организациями в соответствии с утвержденным планом.
При этом, уполномоченным органом, осуществляющим методическое обеспечение наполнения реестра является Минэкономразвития, а оператором Минцифры. И не смотря на разграничение полномочий между двумя ФОИВами, результат достоин уважения.
Реестр включает в себя три раздела:
- база требований для всех видов бизнеса (1500 шт.);
- база нормативных правовых актов, содержащих обязательные требования (4358 шт.);
Процесс выгрузки требований также настраиваемый и позволяет выгружать сведения из следующих категорий:
- Общие данные;
- Содержание;
- Акт;
- Вид государственного контроля (надзора), разрешительной деятельности;
- Основная информация;
- Гиперссылки;
- Ответственность.
Формат данных: JSON (владелец набора данных Минцифры России);
Формат данных: JSON (владелец набора данных - Минцифры России);
Формат данных: HTML.
Реестр содержит наглядную инструкцию «Как работать в Реестрее?», сам сайт Реестра адаптирован под мобильные устройства, а также имеет полноценное мобильное приложение.
Кроме того, имеется вход в закрытую часть для организаций присутствующих в перечне организаций ФГИС, которым разрешен доступ по логину/паролю или через ЕСИА.
- ответить на вопрос;
- записать предложение;
- выслушать замечание.
Please open Telegram to view this post
VIEW IN TELEGRAM
Как должен был выглядеть Реестр требований Минстроя России?
(кейс Минцифры и Минэкономразвития)
Часть 2/2
На примере указанного кейса, применительно к той ситуации которая складывается в отношении Реестра требований подведомственного Минстрою России и его подведу, важно отметить следующее:
- к вопросу «возврата» назад к перечням: согласно ч. 3 ст. 1 ФЗ-247, порядок установления обязательных требований к продукции или к продукции и связанным с требованиями к продукции процессам проектирования (включая изыскания), производства, строительства, монтажа, наладки, эксплуатации, хранения, перевозки, реализации и утилизации определяется законодательством Российской Федерации о техническом регулировании, т.е. с учетом текущей редакции 384-ФЗ, обратного пути к перечням не будет, соответсвенно работа реестра должна быть организована максимально стабильной, доступной и прозрачной, и не вот то вот все, и нет ни каких переходных положений в вопросах обеспечения безопасности зданий/сооружений (1 марта 2026 это лишь отсечка количества обязательных требований при проведении экспертизы);
- к вопросу формального отношения к порядку ведения/формирования Реестра требований: согласно ч. 2 ст. 10 ФЗ-247, реестр обязательных требований, содержащий перечень обязательных требований, информацию об установивших их нормативных правовых актах, сроке их действия, создается в целях обеспечения систематизации обязательных требований и информирования заинтересованных лиц, т.е. формальное отношение к порядку формирования/ведения такого реестра, как впрочем и исполнения содержащихся в нем требований, ведет к самым серьезными последствиями для всех (реестр это не бирюльки, ответственность установлена для всех в т.ч. и для оператора);
- к вопросу как относится к противоречиям в Реестре требований: согласно ч. 7 ст. 3 ФЗ-247, случае действия противоречащих друг другу обязательных требований в отношении одного и того же объекта и предмета регулирования, установленных нормативными правовыми актами разной юридической силы, подлежат применению обязательные требования, установленные нормативным правовым актом большей юридической силы. В случае действия противоречащих друг другу обязательных требований в отношении одного и того же объекта и предмета регулирования, установленных нормативными правовыми актами равной юридической силы, лицо считается добросовестно соблюдающим обязательные требования и не подлежит привлечению к ответственности, если оно обеспечило соблюдение одного из таких обязательных требований.
(кейс Минцифры и Минэкономразвития)
Часть 2/2
На примере указанного кейса, применительно к той ситуации которая складывается в отношении Реестра требований подведомственного Минстрою России и его подведу, важно отметить следующее:
- к вопросу «возврата» назад к перечням: согласно ч. 3 ст. 1 ФЗ-247, порядок установления обязательных требований к продукции или к продукции и связанным с требованиями к продукции процессам проектирования (включая изыскания), производства, строительства, монтажа, наладки, эксплуатации, хранения, перевозки, реализации и утилизации определяется законодательством Российской Федерации о техническом регулировании, т.е. с учетом текущей редакции 384-ФЗ, обратного пути к перечням не будет, соответсвенно работа реестра должна быть организована максимально стабильной, доступной и прозрачной, и не вот то вот все, и нет ни каких переходных положений в вопросах обеспечения безопасности зданий/сооружений (1 марта 2026 это лишь отсечка количества обязательных требований при проведении экспертизы);
- к вопросу формального отношения к порядку ведения/формирования Реестра требований: согласно ч. 2 ст. 10 ФЗ-247, реестр обязательных требований, содержащий перечень обязательных требований, информацию об установивших их нормативных правовых актах, сроке их действия, создается в целях обеспечения систематизации обязательных требований и информирования заинтересованных лиц, т.е. формальное отношение к порядку формирования/ведения такого реестра, как впрочем и исполнения содержащихся в нем требований, ведет к самым серьезными последствиями для всех (реестр это не бирюльки, ответственность установлена для всех в т.ч. и для оператора);
- к вопросу как относится к противоречиям в Реестре требований: согласно ч. 7 ст. 3 ФЗ-247, случае действия противоречащих друг другу обязательных требований в отношении одного и того же объекта и предмета регулирования, установленных нормативными правовыми актами разной юридической силы, подлежат применению обязательные требования, установленные нормативным правовым актом большей юридической силы. В случае действия противоречащих друг другу обязательных требований в отношении одного и того же объекта и предмета регулирования, установленных нормативными правовыми актами равной юридической силы, лицо считается добросовестно соблюдающим обязательные требования и не подлежит привлечению к ответственности, если оно обеспечило соблюдение одного из таких обязательных требований.
🔥7
Разработаны проекты изменений в своды правил
Изменение № 8 СП 256.1325800.2016 "Электроустановки жилых и общественных зданий. Правила проектирования и монтажа".
ПЗ к СП 256.pdf
Изм8 к СП 256.pdf
Изменение № 5 СП 124.13330.2012 "СНиП 41-02-2003 Тепловые сети".
ПЗ к СП 124.pdf
Изм5 к СП 124.pdf
Изменение № 5 СП 118.13330.2022 "СНиП 31-06-2009 Общественные здания и сооружения".
ПЗ к СП 118.pdf
Изм5 к СП 118.pdf
Изменение № 5 СП 60.13330.2020 "СНиП 41-01-2003 Отопление, вентиляция и кондиционирование воздуха".
ПЗ к СП 60.pdf
Изм5 к СП 60.pdf
Изменение № 5 СП 30.13330.2020 "СНиП 2.04.01-85* Внутренний водопровод и канализация зданий".
ПЗ к СП 30.pdf
Изм5 к СП 30.pdf
Изменение № 4 СП 253.1325800.2016 "Инженерные системы высотных зданий".
ПЗ к СП 253.pdf
Изм4 к СП 253.pdf
Изменение № 4 СП 59.13330.2020 "СНиП 35-01-2001 Доступность зданий и сооружений для маломобильных групп населения".
ПЗ к СП 59.pdf
Изм4 к СП 59.pdf
Изменение № 4 СП 32.13330.2018 "СНиП 2.04.03-85 Канализация. Наружные сети и сооружения".
ПЗ к СП 32.pdf
Изм4 к СП 32.pdf
Изменение № 2 СП 134.13330.2022 "Системы электросвязи зданий и сооружений. Основные положения проектирования".
ПЗ к СП 134.pdf
Изм2 к СП 134.pdf
Изменение № 2 СП 113.13330.2023 "СНиП 21-02-99* Стоянки автомобилей".
ПЗ к СП 113.pdf
Изм2 к СП 113.pdf
Изменение № 2 СП 54.13330.2022 "СНиП 31-01-2003 Здания жилые многоквартирные".
ПЗ к СП 54.pdf
Изм2 к СП 54.pdf
Изменение № 2 СП 31.13330.2021 "СНиП 2.04.02-84* Водоснабжение. Наружные сети и сооружения".
ПЗ к СП 31.pdf
Изм2 к СП 31.pdf
Основанием для разработки является включение в своды правил содержащихся в согласованных в установленном порядке специальных технических условиях (СТУ) требований к зданиям и сооружениям, а также к связанным со зданиями и с сооружениями процессам проектирования(включая изыскания), строительства, монтажа, наладки.
Срок публичного обсуждения - 10 календарных дней.
Дата публикации уведомлений 08.11.2024.
Изменение № 8 СП 256.1325800.2016 "Электроустановки жилых и общественных зданий. Правила проектирования и монтажа".
ПЗ к СП 256.pdf
Изм8 к СП 256.pdf
Изменение № 5 СП 124.13330.2012 "СНиП 41-02-2003 Тепловые сети".
ПЗ к СП 124.pdf
Изм5 к СП 124.pdf
Изменение № 5 СП 118.13330.2022 "СНиП 31-06-2009 Общественные здания и сооружения".
ПЗ к СП 118.pdf
Изм5 к СП 118.pdf
Изменение № 5 СП 60.13330.2020 "СНиП 41-01-2003 Отопление, вентиляция и кондиционирование воздуха".
ПЗ к СП 60.pdf
Изм5 к СП 60.pdf
Изменение № 5 СП 30.13330.2020 "СНиП 2.04.01-85* Внутренний водопровод и канализация зданий".
ПЗ к СП 30.pdf
Изм5 к СП 30.pdf
Изменение № 4 СП 253.1325800.2016 "Инженерные системы высотных зданий".
ПЗ к СП 253.pdf
Изм4 к СП 253.pdf
Изменение № 4 СП 59.13330.2020 "СНиП 35-01-2001 Доступность зданий и сооружений для маломобильных групп населения".
ПЗ к СП 59.pdf
Изм4 к СП 59.pdf
Изменение № 4 СП 32.13330.2018 "СНиП 2.04.03-85 Канализация. Наружные сети и сооружения".
ПЗ к СП 32.pdf
Изм4 к СП 32.pdf
Изменение № 2 СП 134.13330.2022 "Системы электросвязи зданий и сооружений. Основные положения проектирования".
ПЗ к СП 134.pdf
Изм2 к СП 134.pdf
Изменение № 2 СП 113.13330.2023 "СНиП 21-02-99* Стоянки автомобилей".
ПЗ к СП 113.pdf
Изм2 к СП 113.pdf
Изменение № 2 СП 54.13330.2022 "СНиП 31-01-2003 Здания жилые многоквартирные".
ПЗ к СП 54.pdf
Изм2 к СП 54.pdf
Изменение № 2 СП 31.13330.2021 "СНиП 2.04.02-84* Водоснабжение. Наружные сети и сооружения".
ПЗ к СП 31.pdf
Изм2 к СП 31.pdf
Основанием для разработки является включение в своды правил содержащихся в согласованных в установленном порядке специальных технических условиях (СТУ) требований к зданиям и сооружениям, а также к связанным со зданиями и с сооружениями процессам проектирования(включая изыскания), строительства, монтажа, наладки.
Срок публичного обсуждения - 10 календарных дней.
Дата публикации уведомлений 08.11.2024.
👍1
Утвержден национальный стандарт по оформлению документации для ПО
ГОСТ 19.101-2024 "Единая система программной документации. Виды программ и программных документов" утвержден приказом Росстандарта от 31.10.2024 г. N 1571-ст.
Стандарт распространяется на программы для средств вычислительной техники, программные документы и устанавливает виды программ и программных документов независимо от их назначения и области применения.
Вступает в действие - с 30 января 2025 года.
ГОСТ 19.101-2024 "Единая система программной документации. Виды программ и программных документов" утвержден приказом Росстандарта от 31.10.2024 г. N 1571-ст.
Стандарт распространяется на программы для средств вычислительной техники, программные документы и устанавливает виды программ и программных документов независимо от их назначения и области применения.
Вступает в действие - с 30 января 2025 года.
www.rst.gov.ru
Каталог межгосударственных стандартов
Федеральное агентство по техническому регулированию и метрологии (Росстандарт)
Forwarded from Всё про IFC (Alexander Shilo)
Немало копий сломано о непреступную крепость машинно-интерпретируемых требований к моделям. 🤬
1️⃣ Португальские разработчики пробуют свои возможности в создании строительных норм в виде графов с помощью обычных текстовых запросов (первое видео). И очевидно, здесь не обошлось без ИИ.
Запросы переводятся в графовый вид, используя сущности #IFC.
Вопрос, насколько корректно сформировались графы нормативных требований, остается открытым, но выглядит волшебно.
2️⃣ На втором видео пользователь обращается к IFC-модели, представленной в виде графов. В итоге видим преображение графа с акцентом на конкретные элементы, свойства, связи на основе запроса. 🪄
👥 @IFC_ru
👥 @IFC_club
Запросы переводятся в графовый вид, используя сущности #IFC.
Вопрос, насколько корректно сформировались графы нормативных требований, остается открытым, но выглядит волшебно.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (SD)
Мне задали вопрос: про какой софт мы собираемся говорить с коллегами из Айбим?
Но мы не про софт, а в принципе, для каких задач он может потребоваться, при реализации каких процессов.
Мы - про дифференцированный подход к использованию технологий
Но мы не про софт, а в принципе, для каких задач он может потребоваться, при реализации каких процессов.
Мы - про дифференцированный подход к использованию технологий
Forwarded from LEGkO.BIM👩🏻💻
Запись завтрака по ОВ ВК в BIM
🚰💦🫧
Запись доступна в нашей группе ВКонтакте
Ссылочка ➡️ https://vk.com/video-227108568_456239021
Презентации спикеров выложили на диск
Ссылочка ➡️ https://disk.yandex.ru/d/1L65B5QBsIiEBw
Фото есть там же на диске, а ещё в канале для общения @bimbreakfastt
Последний завтрак в году проведем 7 декабря, тема Раздел ТХ в BIM. Площадки те же, анонс спикеров будет как всегда за неделю до мероприятия
Уже обсуждаем что нового можно сделать на завтраках в следующем году 🤫☺️
Спасибо что приходите и до встречи через месяц!
#bimзавтрак
🚰💦🫧
Запись доступна в нашей группе ВКонтакте
Ссылочка ➡️ https://vk.com/video-227108568_456239021
Презентации спикеров выложили на диск
Ссылочка ➡️ https://disk.yandex.ru/d/1L65B5QBsIiEBw
Фото есть там же на диске, а ещё в канале для общения @bimbreakfastt
Последний завтрак в году проведем 7 декабря, тема Раздел ТХ в BIM. Площадки те же, анонс спикеров будет как всегда за неделю до мероприятия
Уже обсуждаем что нового можно сделать на завтраках в следующем году 🤫☺️
Спасибо что приходите и до встречи через месяц!
#bimзавтрак
👍2
Рубрика «Вопрос/Ответ»:
Какую ответственность и перед кем несет организация по проведению государственной экспертизы?
Вопрос:
Какую ответственность и перед кем несет организация по проведению государственной экспертизы, выдавшая положительное заключение государственной экспертизы в отношении результатов инженерных изысканий и (или) проектной документации, в случае, если в результате несоответствия результатов инженерных изысканий требованиям технических регламентов либо несоответствия проектной документации требованиям технических регламентов и (или) результатам инженерных изысканий причинен вред личности или имуществу граждан, имуществу юридических лиц?
Ответ:
Согласно п. 3, 4 ч. 5 и ч. 6 ст. 60 ГрК РФ организация по проведению государственной экспертизы, выдавшая положительное заключение государственной экспертизы в отношении результатов инженерных изысканий и (или) проектной документации в случае, если вред причинен личности или имуществу гражданина или имуществу юридического лица, в результате несоответствия результатов инженерных изысканий требованиям технических регламентов и (или) проектной документации требованиям, указанным в п. 1 [1] ч. 5 ст. 49 ГрК РФ и (или) результатам инженерных изысканий, несет солидарную ответственность перед:
- собственником здания, сооружения,
- концессионером [2],
- частным партнером [3],
- застройщиком, техническим заказчиком, которые возместили в соответствии с гражданским законодательством вред, причиненный вследствие разрушения, повреждения здания, сооружения либо части здания или сооружения, объекта незавершенного строительства, нарушения требований безопасности при строительстве ОКС, требований безопасности при сносе ОКС, требований к обеспечению безопасной эксплуатации здания, сооружения, и выплатили компенсацию сверх возмещения вреда в соответствии с ч. 1-3 ст. 60 ГрК РФ, в размере возмещения вреда и выплаты компенсации сверх возмещения вреда.
——
Какую ответственность и перед кем несет организация по проведению государственной экспертизы?
Вопрос:
Какую ответственность и перед кем несет организация по проведению государственной экспертизы, выдавшая положительное заключение государственной экспертизы в отношении результатов инженерных изысканий и (или) проектной документации, в случае, если в результате несоответствия результатов инженерных изысканий требованиям технических регламентов либо несоответствия проектной документации требованиям технических регламентов и (или) результатам инженерных изысканий причинен вред личности или имуществу граждан, имуществу юридических лиц?
Ответ:
Согласно п. 3, 4 ч. 5 и ч. 6 ст. 60 ГрК РФ организация по проведению государственной экспертизы, выдавшая положительное заключение государственной экспертизы в отношении результатов инженерных изысканий и (или) проектной документации в случае, если вред причинен личности или имуществу гражданина или имуществу юридического лица, в результате несоответствия результатов инженерных изысканий требованиям технических регламентов и (или) проектной документации требованиям, указанным в п. 1 [1] ч. 5 ст. 49 ГрК РФ и (или) результатам инженерных изысканий, несет солидарную ответственность перед:
- собственником здания, сооружения,
- концессионером [2],
- частным партнером [3],
- застройщиком, техническим заказчиком, которые возместили в соответствии с гражданским законодательством вред, причиненный вследствие разрушения, повреждения здания, сооружения либо части здания или сооружения, объекта незавершенного строительства, нарушения требований безопасности при строительстве ОКС, требований безопасности при сносе ОКС, требований к обеспечению безопасной эксплуатации здания, сооружения, и выплатили компенсацию сверх возмещения вреда в соответствии с ч. 1-3 ст. 60 ГрК РФ, в размере возмещения вреда и выплаты компенсации сверх возмещения вреда.
——
[1] Требованиям технических регламентов, санитарно-эпидемиологическим требованиям, требованиям в области охраны окружающей среды, требованиям государственной охраны объектов культурного наследия, требованиям к безопасному использованию атомной энергии, требованиям промышленной безопасности, требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, требованиям антитеррористической защищенности объекта, заданию застройщика или технического заказчика на проектирование, результатам инженерных изысканий, за исключением случаев проведения государственной экспертизы проектной документации ОКС, указанных в ч. 2 ст. 49 ГрК РФ, и проектной документации, указанной в ч. 3 ст. 49 ГрК РФ, в соответствии с п. 1 ч. 3.3 ст. 49 ГрК РФ. При проведении государственной экспертизы проектной документации, в отношении которой проводится государственная экологическая экспертиза, оценка соответствия проектной документации требованиям в области охраны окружающей среды не осуществляется.
[2] Концессионер – сторона концессионного соглашения, обязующаяся за свой счет создать и (или) реконструировать определённое этим соглашением имущество, право собственности на которое принадлежит или будет принадлежать другой стороне, осуществлять деятельность с использованием (эксплуатацией) объекта концессионного соглашения на правах владения и пользования объектом (ИП или ЮЛ (без образования ЮЛ) (п. 1 ст. 3 Федеральный закон от 21.07.2005 № 115-ФЗ "О концессионных соглашениях").
[3] Частный партнер – сторона соглашения (о государственно-частном партнерстве, о муниципально-частном партнерстве), обязующаяся создать полностью или частично за счет собственных либо привлеченных средств имущество, осуществлять эксплуатацию и (или) техническое обслуживание на правах владения и пользования, с последующим возникновением права собственности на объект соглашения (подп. 1 ст. 12 Федеральный закон от 13.07.2015 № 224-ФЗ "О государственно-частном партнерстве, муниципально-частном партнерстве в РФ и внесении изменений в отдельные законодательные акты РФ").Минпромторг разрабатывает стандарты и требования к ПО
Минпромторг разрабатывает межотраслевые стандарты и требования к программному обеспечению (ПО) и аппаратным средствам для автоматизированных систем управления технологическим процессом (АСУ ТП). Предполагается, что стандарты будут способствовать разработке актуальных решений соответствующего ПО, которые могли бы быть востребованы заказчиками в различных компаниях и отраслях.
До 2022 г. стандарт АСУ ТП в России задавали мировые лидеры: Siemens, Schneider Electric, Yokogawa и Honeywell и Emerson. Но затем указанные компании покинули российский рынок и прекратили поддержку своих решений на нем.
На конференции ЦИПР-2023 было объявлено о создании рабочей группы для разработки отечественной открытой АСУ ТП, в которую вошли крупнейшие заказчики, такие как «Еврохим» и «Северсталь».
Потенциал рынка импортозамещения АСУ ТП составляет несколько десятков миллиардов рублей.
В 2021 г. аналитики «J'son Partners Consulting» оценивали весь российский рынок таких систем в $541 млн, или около 40 млрд руб. (более актуальных оценок нет).
Агентство прогнозировало ежегодный рост рынка на 10-12%. Но после ухода основных игроков Siemens, GE - рынок сократился на 18-20%.
Сейчас универсальные стандарты по разработке таких решений в России отсутствуют.
Современные стандарты и требования к средствам АСУ ТП в целом основаны на старых концепциях 70-х годов.
Новые стандарты, по мнению экспертов, позволят коммерческим компаниям разрабатывать АСУ ТП, которая сможет стать альтернативой иностранным продуктам.
Кроме того, по мнению представителей Минпромторга, принятие стандартов будет способствовать формированию межотраслевого запроса на решения открытой АСУ ТП через синхронизацию и унификацию технических политик промышленных компаний-заказчиков.
Так, уже сейчас разработка стандартов и техтребований происходит совместно с межотраслевой рабочей группой по разработке открытой АСУ ТП, куда входят «Газпром нефть», АО «МХК "Еврохим», «Северсталь», АО «НПО «КИС», ПАО «ГМК «Норильский никель» и др., а также при участии «Ростелекома», «Positive Technologies», «Лаборатории Касперского» и т.д.
Пока готовы лишь проекты предварительных национальных стандартов по терминам, определениям и концептуальной архитектуре.
По данным от представителей Минпромторга, в конце 1-го квартала 2025 г. будут готовы техтребования, а также первая редакция концепции обеспечения технологической независимости и информационной безопасности открытых систем.
Источник: finmarket.ru
Минпромторг разрабатывает межотраслевые стандарты и требования к программному обеспечению (ПО) и аппаратным средствам для автоматизированных систем управления технологическим процессом (АСУ ТП). Предполагается, что стандарты будут способствовать разработке актуальных решений соответствующего ПО, которые могли бы быть востребованы заказчиками в различных компаниях и отраслях.
До 2022 г. стандарт АСУ ТП в России задавали мировые лидеры: Siemens, Schneider Electric, Yokogawa и Honeywell и Emerson. Но затем указанные компании покинули российский рынок и прекратили поддержку своих решений на нем.
На конференции ЦИПР-2023 было объявлено о создании рабочей группы для разработки отечественной открытой АСУ ТП, в которую вошли крупнейшие заказчики, такие как «Еврохим» и «Северсталь».
Потенциал рынка импортозамещения АСУ ТП составляет несколько десятков миллиардов рублей.
В 2021 г. аналитики «J'son Partners Consulting» оценивали весь российский рынок таких систем в $541 млн, или около 40 млрд руб. (более актуальных оценок нет).
Агентство прогнозировало ежегодный рост рынка на 10-12%. Но после ухода основных игроков Siemens, GE - рынок сократился на 18-20%.
Сейчас универсальные стандарты по разработке таких решений в России отсутствуют.
Современные стандарты и требования к средствам АСУ ТП в целом основаны на старых концепциях 70-х годов.
Новые стандарты, по мнению экспертов, позволят коммерческим компаниям разрабатывать АСУ ТП, которая сможет стать альтернативой иностранным продуктам.
Кроме того, по мнению представителей Минпромторга, принятие стандартов будет способствовать формированию межотраслевого запроса на решения открытой АСУ ТП через синхронизацию и унификацию технических политик промышленных компаний-заказчиков.
Так, уже сейчас разработка стандартов и техтребований происходит совместно с межотраслевой рабочей группой по разработке открытой АСУ ТП, куда входят «Газпром нефть», АО «МХК "Еврохим», «Северсталь», АО «НПО «КИС», ПАО «ГМК «Норильский никель» и др., а также при участии «Ростелекома», «Positive Technologies», «Лаборатории Касперского» и т.д.
Пока готовы лишь проекты предварительных национальных стандартов по терминам, определениям и концептуальной архитектуре.
По данным от представителей Минпромторга, в конце 1-го квартала 2025 г. будут готовы техтребования, а также первая редакция концепции обеспечения технологической независимости и информационной безопасности открытых систем.
Источник: finmarket.ru
Финмаркет
Минпромторг разработает стандарты и требования к ПО
11 ноября. FINMARKET.RU - Минпромторг разрабатывает межотраслевые стандарты и требования к программному обеспечению (ПО) и аппаратным средствам для автоматизированных систем управления технологическим процессом (АСУ ТП). Эти стандарты необходимы для разработки…
👍1
Новые дорожные карты Минстроя России
В преддверии разработки очередной дорожной карты в рамках реализации Концепции подготовки кадров для строительной отрасли и сферы жилищно-коммунального хозяйства до 2035 года в профильном ФОИВе царит суета-сует.
Напомним, что согласно подпункта «в» пункта 9 Указа, Правительству РФ в обязанность до 31 декабря 2024 года вменяется разработать и представить на рассмотрение Совета при Президенте РФ единый план по достижению национальных целей развития Российской Федерации на период до 2030 года и на перспективу до 2036 года, а также разработать и утвердить стратегию пространственного развития РФ на период до 2030 года.
Следующий аврал в профильном ФОИВе следует ожидать ближе к 1 июля 2025 года, когда необходимо будет разработать с использованием единой цифровой картографической основы РФ комплексный план развития инфраструктуры на период до 2036 года, необходимой для реализации национальных целей.
За процессом в профильном ФОИВе внимательно следят и в Администрации Президента РФ совместно с Государственным Советом РФ.
P.S. Все бы хорошо, но вот ИСУП как работал в ручную, так и работает, ну как не повышай производительсть труда.
- Индивидуальный недостаток конструкции?
- Пища не та!
(к/ф «Отроки во Вселенной»)
В преддверии разработки очередной дорожной карты в рамках реализации Концепции подготовки кадров для строительной отрасли и сферы жилищно-коммунального хозяйства до 2035 года в профильном ФОИВе царит суета-сует.
Напомним, что согласно подпункта «в» пункта 9 Указа, Правительству РФ в обязанность до 31 декабря 2024 года вменяется разработать и представить на рассмотрение Совета при Президенте РФ единый план по достижению национальных целей развития Российской Федерации на период до 2030 года и на перспективу до 2036 года, а также разработать и утвердить стратегию пространственного развития РФ на период до 2030 года.
Следующий аврал в профильном ФОИВе следует ожидать ближе к 1 июля 2025 года, когда необходимо будет разработать с использованием единой цифровой картографической основы РФ комплексный план развития инфраструктуры на период до 2036 года, необходимой для реализации национальных целей.
За процессом в профильном ФОИВе внимательно следят и в Администрации Президента РФ совместно с Государственным Советом РФ.
P.S. Все бы хорошо, но вот ИСУП как работал в ручную, так и работает, ну как не повышай производительсть труда.
- Индивидуальный недостаток конструкции?
- Пища не та!
(к/ф «Отроки во Вселенной»)
www.ancb.ru
Минстрой России разрабатывает «дорожную карту» по подготовке кадров для отрасли