Утверждены новые стандарты в области искусственного интеллекта

⚡️ Приказом Росстандарта от 28 октября 2024 года № 1548-ст утвержден ГОСТ Р 71752-2024 "Искусственный интеллект. Техническое задание. Требования к содержанию".
Стандарт устанавливает требования к структуре и содержанию технического задания, определяющего потребности заказчика в области искусственного интеллекта (ИИ), в том числе определяет состав рекомендованных для включения в техническое задание требований к результатам работ, услуг, поставок, а также при необходимости к процессу выполнения указанных работ, услуг, поставок, порядку их контроля и приемки.
Вступает в действие - с 1 января 2025 года.
           
⚡️Приказом Росстандарта от 28 октября 2024 года № 1552-ст утвержден ГОСТ Р 71484.4-2024 "Искусственный интеллект. Качество данных для аналитики и машинного обучения. Часть 4. Структура процесса управления качеством данных".
Стандарт устанавливает общие организационные подходы, используемые независимо от типа, размера или характера организации, для обеспечения качества данных для обучения и оценки в области аналитики и машинного обучения. Стандарт включает в себя руководство по процессу управления качеством данных для: машинного обучения с учителем; машинного обучения без учителя; машинного обучения с частичным привлечением учителя; аналитики.

Вступает в действие - с 1 января 2025 года.

Коллеги-сметчики вполне справедливо опасаются наступления, если не хаоса, то вполне осязаемой неопределенности при применении XML-схем. Речь о публикации на сайте Минстроя РФ XML-схем сметной документации г. Москвы. Не понятен статус этих схем, кто их и в каком сервисе будет проверять, обеспечивается ли единство подхода к разработке этих схем, очевидно, что теперь это две команды разработчиков. Или одна?

Но, если у сметчиков есть возможность пользоваться сервисом комплексной проверки сметных расчетов Главгосэкспертизы (КПСР ГГЭ), то у строителей такой возможности, проверять акты, входящие в состав исполнительной документации, в виде XML-схем – нет.
❓Вопрос – к требованиям каких документов по стандартизации относятся опубликованные на сайте Минстроя РФ XML-схемы ИД - продолжает висеть в воздухе.
И, спасибо Сергею Драгомирову, который вот это (так выглядит наименование папки с XML-схемой при ее скачивании)

╨Р╨║╤В ╨┐╤А╨╛╨▓╨╡╤А╨║╨╕ ╨╛╤Б╨▓╨╡╤В╨╕╤В╨╡╨╗╤М╨╜╨╛╨╕╠Ж ╤Б╨╡╤В╨╕

привел в вид, доступный машинопониманию и человекочитанию

Напомню, речь о следующих XML-формах ИД:
⏩ Акт проверки осветительной сети
⏩ Акт о проведении входного контроля
⏩Акт о выявленных дефектах приборов, оборудования и агрегатов
⏩ Акт испытания внутреннего противопожарного трубопровода

XML-схемы этих актов выполнены по копирку и представляют собой аналог форм актов освидетельствования, приведенные в приказе Минстроя РФ № 344/пр от 16.05.2023 г. с той лишь разницей, что разработчики XML-схем не сильно заморачиваются и вставляют в тело схемы «рабочую» часть из состава уже существующих форм, тем самым создавая новые, не предусмотренные никем и ничем, но обязательные к применению документы.

Нельзя не приветствовать этот универсальный, ведущий к унификации форм ИД подход. Существующий объемный комплект ИД доставляет головной боли и строителям и контрольно-надзорным органам, в том числе и в Москве, с ее объемом строительства🚀

Однако, хочется понимать, какими НПА и документами по стандартизации предусмотрены такие вольные формы актов? Это инициатива субъекта федерации, как в случае со сметами, или федерального органа исполнительной власти?
✔️Как будут расходиться производитель работ и инспектор ГСН с специалистом строительного контроля техзаказчика, первый из которых подготовил Акт испытания внутреннего противопожарного трубопровода (ВПВ) по XML-схеме, а второй и третий желают, вполне обоснованно, увидеть отдельно Акт испытаний ВПВ на работоспособность, обязательная форма, см. Методику испытаний ВПВ (рекомендована письмом МЧС России от 15 мая 2007 г. N 19-2-1000), и, так же отдельно, Акт о проведении испытаний на водоотдачу ВПВ, предусмотренный Методикой проверки сетей противопожарного водоснабжения на водоотдачу (утв. МЧС России, 2003 г.)?

✔️Или, как по наименованию понять, к какому виду испытаний относится акт? Например, опубликована XML-схема Акта проверки осветительной сети. К чему относится этот акт, к проверке осветительной сети на функционирование и правильность монтажа установочных аппаратов? Или же к проверке осветительной сети на правильность зажигания внутреннего освещения? Да, можно залезть в XML-схему (если кодировка наименования файла позволит), узнать, что она относится к внутреннему освещению, увидеть, что форма акта не соответствует определенной стандартом...

Но в чем практический смысл формирования нормативного дублирования уже установленных форм ИД другими, вольными формами? Ведь этот, простите, цифровой геморрой потом упадет на головы производителей работ, инженеров строительного контроля, инженеров ПТО. Отвлекитесь там уже коллеги из цифрового блока Минстроя от своих цифровых прокачек, вернитесь в действительность))))

‼️‼️‼️‼️
Минцифры России меняет Правила формирования и ведения единых реестров программ для ЭВМ и баз данных

На публичное обсуждение размещен проект постановления Правительства РФ, предусматривающий изменения в Правила формирования и ведения единого реестра российских программ для ЭВМ и баз данных и единого реестра программ для ЭВМ и баз данных из государств – членов ЕАЭС, за исключением РФ, утвержденных постановлением Правительства РФ от 16.11.2015 г. № 1236 (реестр РФ ПО, реестр ЕАЭС ПО), предусматривающие добавление в реестровую запись сведений о соответствии ПО дополнительным требованиям, а также добавление требования к ПО, включаемому в реестр РФ ПО или в реестр ЕАЭС ПО, в части совместимости не менее чем с 2-я ОС, прошедшими процедуру подтверждения соответствия дополнительным требованиям.

В целях доработки ПО, сведения о котором включены в реестр РФ ПО и реестр ЕАЭС ПО, срок вступления проекта постановления в части совместимости с отечественными ОС дифференцирован в зависимости от готовности ИТ-решений.

Также Минцифры России утвердит план проверки ПО, сведения о котором включены в реестр РФ ПО и реестр ЕАЭС ПО, на совместимость с ОС, прошедшими в установленном порядке процедуру подтверждения соответствия дополнительным требованиям.

Кроме того, проектом постановления вводится новое требование для госкомпаний в части включения ПО, разработанного для внутреннего использования. В реестр РФ ПО могут быть включены решения госкомпаний только в случае отсутствия аналогов в реестре РФ ПО и ЕАЭС ПО. Минцифры России установит перечень классов ПО, на которое будет распространятся данное требование.

Помимо этого, госкомпаниям необходимо будет ежегодно подтверждать коммерциализацию своего ПО, причем доля дохода от реализации аффилированным с госкомпанией лицам должна составлять не более 30%. Это позволит оптимизировать государственные затраты и будет стимулировать закупку и развитие уже существующих на рынке российского ПО.

Также, проектом постановления устанавливается, что правообладатели ПО должны ежегодно не позднее 1 июня предоставлять (актуализировать):
- сведения о размере выручки за реализацию ПО;
- информацию о стоимости ПО;
- документацию о функциональных характеристиках ПО.
Данная мера необходима для оценки эффективности предоставления налоговых льгот, осуществления контроля динамики роста стоимости на ПО и соблюдения правообладателями требования о свободной реализации ПО.

На ряду с указанным, проектом постановления предусматривается внесение изменений в ПП РФ от 23.03.2017 г. № 325 в части установления дополнительных требований к ПО, сведения о котором включены в реестр РФ ПО.

В частности, изменениями предусматривается необходимость подтверждения совместимости ПО с отечественными микропроцессорами, поддержки российских браузеров, устранения ошибок и уязвимостей, выпуска обновлений ПО, предоставления программных интерфейсов для интеграции ПО с внешними системами (API), учета и отслеживания ошибок, выявляемых на всех этапах ЖЦ ПО, в т.ч., в процессе эксплуатации ПО, а также правил использования открытых лицензий.

Также проектом постановления устанавливаются дополнительные требования для отдельных классов ПО:
Системное ПО:
- операционные системы общего назначения;
-средства управления базами данных.
Офисное ПО:
- файловые менеджеры;
- коммуникационное ПО;
- офисные пакеты;
- почтовые приложения;
- органайзеры;
- средства просмотра;
- браузеры;
- редакторы презентаций;
- табличные редакторы;
- текстовые редакторы;
- средства внутреннего электронного документооборота;
- программы для обмена мгновенными сообщениями.

Для ПО в сфере информационной безопасности установлены дополнительные требования для класса «Средства антивирусной защиты».

Для промышленного ПО установлены дополнительные требования для класса PLM-систем.

Подтверждение соответствия ПО дополнительным требованиям должны осуществлять аттестованные Минцифры России экспертные организации, требования к которым устанавливаются проектом постановления.

💻 Новые критерии для включения в реестр российского ПО

Минцифры предлагает новые правила для ПО из реестра или претендующего на включение в него. Изменения простимулируют разработчиков повышать зрелость собственных продуктов и поддержат переход госкомпаний на российские решения.

Для госсектора
ПО госкомпаний будет включаться в реестр только при отсутствии аналогов в нём, чтобы поддержать коммерческие продукты. Исключения:
⚫️ ПО госкомпаний не имеет аналогов в реестре
⚫️ востребованность решений на рынке, доля продаж аффилированным лицам не должна превышать 30%

Будет предусмотрен переходный период, чтобы госкомпании могли адаптировать свои решения под новые требования или перейти на коммерческое отечественное ПО. На первом этапе требование коснется узкого перечня классов ПО — ОС, СУБД, средств виртуализации, антивирусов и офисного ПО.

❗ Речь идёт только о госкомпаниях. Эта инициатива не затрагивает коммерческих разработчиков.

Совместимость с двумя ОС
Документом также предлагается внести изменения, которые относятся уже ко всему софту из реестра или к тому, который претендует на включение в него.

ПО должно быть совместимо с двумя российскими ОС, отвечающими дополнительным требованиям. Среди них — поддержка сертификатов безопасности НУЦ, отсутствие уязвимостей и другие. Для ПО в составе ПАК достаточно одной ОС. Мобильные ОС изменения не затрагивают, речь идёт только о десктопных.

Требования для офисного ПО и средств виртуализации начнут действовать с 1 июня 2025 и далее будут вступать в силу поэтапно, по мере готовности разработчиков.

Преимущества в госзакупках
Зрелые решения из реестра по отдельным классам (ОС, СУБД, офисное ПО, антивирусы) смогут добровольно пройти проверку на дополнительные требования — поддержка российских микропроцессоров, браузеров и другие. Несоответствие этим дополнительным критериям не приведёт к исключению из реестра, но даст преимущества при госзакупках.

➡ Узнать подробнее о новых правилах

@mintsifry

🏎BIM battle: Revit vs. ModelStudioCS

Часть 1 от 26.09.24
Часть 2 (ОВ) от 05.12.24

P.S. Данная информация носит исключительно информационный (ознакомительный) характер и не является индивидуальной инвестиционной рекомендацией.