Проект_изм_приказ_10_транспорт.docx
1 MB
Минэкономразвития России меняет требования к описанию и отображению в документах территориального планирования объектов федерального, регионального, местного значения
На публичное обсуждение размещен проект приказа приказ Минэкономразвития России о внесении изменений в Приказ Минэкономразвития России от 9 января 2018 г. № 10 «Об утверждении Требований к описанию и отображению в документах территориального планирования объектов федерального значения, объектов регионального значения, объектов местного значения и о признании утратившим силу приказа Минэкономразвития России от 7 декабря 2016 г. № 793».
На публичное обсуждение размещен проект приказа приказ Минэкономразвития России о внесении изменений в Приказ Минэкономразвития России от 9 января 2018 г. № 10 «Об утверждении Требований к описанию и отображению в документах территориального планирования объектов федерального значения, объектов регионального значения, объектов местного значения и о признании утратившим силу приказа Минэкономразвития России от 7 декабря 2016 г. № 793».
В Карелии утвердили рекомендуемый перечень требований к ЦИМ
Министерство строительства,
жилищно-коммунального хозяйства и энергетики Республики Карелия своим Приказом от 29.10.2024 г. N321 утвердили минимальный рекомендуемый перечень требований к цифровой информационной модели, включаемой в информационную модель объекта капитального строительства на этапе осуществления
архитектурно-строительного проектирования объектов капитального строительства Республики Карелия.
Рекомендации действуют до 1 марта 2025.
С одной стороны прекрасно, что в субъектах уделяют внимание ТИМ на методологическом уровне. Но есть нюанс.
Мы конечно надеемся, что Минстрой России исключит из Реестра требований два национальных стандарта, которые пока еще определяют наличие 4 аспектов кодирования.
Однако, пока указанные национальные стандарты присутствуют в Реестре требований, их придется соблюдать.
И увы, пока результат коллег выполнен с отступлением от требований документов, в результате применения которых обеспечивается соблюдение требований Федерального закона от 30.12.2009 N 384-ФЗ (ред. от 25.12.2023) "Технический регламент о безопасности зданий и сооружений" в части обеспечения обязательных требований по структурированию и кодированию объектов капитального строительства и систем инженерно-технического обеспечения.
Все понимаем, но какой бы закон ни был - он един для всех. Поспешили.
Напомним, согласно ч. 1 ст. 422 ГК РФ договор должен соответствовать обязательным для сторон правилам, установленным законом и иными правовыми актами (императивным нормам), действующими в момент его заключения. А если подрядчик такого бюджетного заказчика увидит в своем договоре требование со ссылкой на указанный приказ…
ID: 3351
Действует
Документы по стандартизации
58908.12-2020 (ИСО 81346-12:2018)
ГОСТ Р
Раздел 1
Промышленные системы, установки, оборудование и промышленная продукция. Принципы структурирования и коды. Часть 12. Объекты капитального строительства и системы инженерно-технического обеспечения
ID: 3350
Действует
Документы по стандартизации
58908.1-2020 (МЭК 81346-1:2009)
ГОСТ Р
Раздел 1
Промышленные системы, установки, оборудование и промышленная продукция. Принципы структурирования и коды. Часть 1. Основные правила
Министерство строительства,
жилищно-коммунального хозяйства и энергетики Республики Карелия своим Приказом от 29.10.2024 г. N321 утвердили минимальный рекомендуемый перечень требований к цифровой информационной модели, включаемой в информационную модель объекта капитального строительства на этапе осуществления
архитектурно-строительного проектирования объектов капитального строительства Республики Карелия.
Рекомендации действуют до 1 марта 2025.
С одной стороны прекрасно, что в субъектах уделяют внимание ТИМ на методологическом уровне. Но есть нюанс.
Мы конечно надеемся, что Минстрой России исключит из Реестра требований два национальных стандарта, которые пока еще определяют наличие 4 аспектов кодирования.
Однако, пока указанные национальные стандарты присутствуют в Реестре требований, их придется соблюдать.
И увы, пока результат коллег выполнен с отступлением от требований документов, в результате применения которых обеспечивается соблюдение требований Федерального закона от 30.12.2009 N 384-ФЗ (ред. от 25.12.2023) "Технический регламент о безопасности зданий и сооружений" в части обеспечения обязательных требований по структурированию и кодированию объектов капитального строительства и систем инженерно-технического обеспечения.
Все понимаем, но какой бы закон ни был - он един для всех. Поспешили.
Напомним, согласно ч. 1 ст. 422 ГК РФ договор должен соответствовать обязательным для сторон правилам, установленным законом и иными правовыми актами (императивным нормам), действующими в момент его заключения. А если подрядчик такого бюджетного заказчика увидит в своем договоре требование со ссылкой на указанный приказ…
ID: 3351
Действует
Документы по стандартизации
58908.12-2020 (ИСО 81346-12:2018)
ГОСТ Р
Раздел 1
Промышленные системы, установки, оборудование и промышленная продукция. Принципы структурирования и коды. Часть 12. Объекты капитального строительства и системы инженерно-технического обеспечения
ID: 3350
Действует
Документы по стандартизации
58908.1-2020 (МЭК 81346-1:2009)
ГОСТ Р
Раздел 1
Промышленные системы, установки, оборудование и промышленная продукция. Принципы структурирования и коды. Часть 1. Основные правила
✍1🤪1
Яндекс_Образование,_ВШЭ_ИИ_и_высшее_образование.pdf
33.6 MB
Искусственный интеллект и высшее образование 2024: возможности, практики и будущее от Яндекс Образование и НИУ ВШЭ
01
Контекст искусственного интеллекта в высшем образовании
Большие процессы
Неотступный ИИ
Сомнения и возражения
02
Примеры интеграции искусственного интеллекта в образовательные процессы
Россия
Азия
Европа
Северная Америка
Южная Америка
Австралия
03
Как ИИ может использоваться в высшем образовании
Компаньон студента
Компаньон преподавателя
Компаньон исследователя
Компаньон управленца
ИИ-грамотность
04
Уроки и выводы
01
Контекст искусственного интеллекта в высшем образовании
Большие процессы
Неотступный ИИ
Сомнения и возражения
02
Примеры интеграции искусственного интеллекта в образовательные процессы
Россия
Азия
Европа
Северная Америка
Южная Америка
Австралия
03
Как ИИ может использоваться в высшем образовании
Компаньон студента
Компаньон преподавателя
Компаньон исследователя
Компаньон управленца
ИИ-грамотность
04
Уроки и выводы
👎1🤔1
Серия стандартов ГОСТ Р 71484
Искусственный интеллект. Качество данных для аналитики и машинного обучения
Окончательные редакции:
Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 1. Обзор, терминология и примеры (1.11.164-1.133.22)
(зарегистрирован как ГОСТ Р 71484.1)
Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 2. Показатели качества данных (1.11.164-1.134.22)
(ожидается как ГОСТ Р 71484.2)
Искусственный интеллект. Качество данных для аналитики и машинного обучения (ML). Часть 3. Требования и рекомендации по управлению качеством данных (1.11.164-1.135.22)
(зарегистрирован как ГОСТ Р 71484.3)
Искусственный интеллект. Качество данных для аналитики и машинного обучения - Часть 4: Структура процесса управления качеством данных (1.11.164-1.136.22)
(ожидается как ГОСТ Р 71484.4)
Проекты:
- проект ПНСТ Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 6. Структура визуализации качества данных
- Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 5. Структура стратегического управления качеством данных (ожидается как ГОСТ Р 71484.5)
Все стандарты ТК 164
(предварительные национальные стандарты: проекты, утвержденные;
национальные стандарты: первые и окончательные редакции, утвержденные)
Актуализированная Перспективная программа стандартизации по ИИ на 2021-2024 годы
Искусственный интеллект. Качество данных для аналитики и машинного обучения
Окончательные редакции:
Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 1. Обзор, терминология и примеры (1.11.164-1.133.22)
(зарегистрирован как ГОСТ Р 71484.1)
Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 2. Показатели качества данных (1.11.164-1.134.22)
(ожидается как ГОСТ Р 71484.2)
Искусственный интеллект. Качество данных для аналитики и машинного обучения (ML). Часть 3. Требования и рекомендации по управлению качеством данных (1.11.164-1.135.22)
(зарегистрирован как ГОСТ Р 71484.3)
Искусственный интеллект. Качество данных для аналитики и машинного обучения - Часть 4: Структура процесса управления качеством данных (1.11.164-1.136.22)
(ожидается как ГОСТ Р 71484.4)
Проекты:
- проект ПНСТ Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 6. Структура визуализации качества данных
- Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 5. Структура стратегического управления качеством данных (ожидается как ГОСТ Р 71484.5)
Все стандарты ТК 164
(предварительные национальные стандарты: проекты, утвержденные;
национальные стандарты: первые и окончательные редакции, утвержденные)
Актуализированная Перспективная программа стандартизации по ИИ на 2021-2024 годы
👍1😁1
Как выглядит процесс формирования ВОР на основе 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)
Мне задали вопрос: про какой софт мы собираемся говорить с коллегами из Айбим?
Но мы не про софт, а в принципе, для каких задач он может потребоваться, при реализации каких процессов.
Мы - про дифференцированный подход к использованию технологий
Но мы не про софт, а в принципе, для каких задач он может потребоваться, при реализации каких процессов.
Мы - про дифференцированный подход к использованию технологий