Искусственный интеллект и ПП 719: требования к ИИ-системам и реестрам в России
Искусственный интеллект и ПП 719 не образуют единую процедуру регистрации. Программная ИИ-система относится к реестру российского программного обеспечения при Минцифры России. Постановление № 719 применяют, когда ИИ входит в промышленное изделие, оборудование или аппаратно-программный комплекс, для которого предусмотрено подтверждение производства в России.
Чтобы выбрать подходящий реестр, нужно определить объект поставки, отделить программную часть от аппаратной, установить товарную категорию оборудования и понять цель оформления. Ниже разобраны различия процедур, критерии локализации, документы для подтверждения происхождения и вопросы, которые стоит проверить до подачи заявки.
Коротко о главном
- Искусственный интеллект представляет собой технологию или функцию продукта, а не самостоятельную товарную категорию постановления Правительства России № 719.
- Для самостоятельной программы, нейросетевого сервиса или платформы машинного обучения рассматривают реестр российского программного обеспечения, который ведёт Минцифры России.
- Для промышленного оборудования с ИИ может потребоваться подтверждение производства по ПП № 719 и включение сведений в реестр российской промышленной продукции Минпромторга России.
- Аппаратно-программный комплекс требует раздельного анализа софта, оборудования, модели поставки и документов на каждую часть.
- Российское происхождение продукции подтверждают применительно к конкретной товарной категории, производственным операциям, комплектующим и установленным для неё критериям.
- Акт экспертизы Торгово-промышленной палаты, документ о соответствии техническим регламентам и сертификат системы менеджмента качества решают разные задачи.
Что регулирует постановление № 719 и почему ИИ не является отдельным основанием для включения в реестр
Постановление Правительства России от 17 июля 2015 года № 719 «О подтверждении производства промышленной продукции на территории Российской Федерации» устанавливает механизм подтверждения производства промышленных товаров в России. Его применяют к продукции, для которой предусмотрены соответствующие товарные позиции и критерии. Результат процедуры связан с конкретным изделием и производителем, а не с технологией в отрыве от товара.
Наличие нейросети, модели машинного обучения, компьютерного зрения или интеллектуального алгоритма не переводит продукт в реестр Минпромторга автоматически. Сначала производитель определяет, что именно он поставляет заказчику: программу, удалённый сервис, электронное устройство, промышленное оборудование, компонент, аппаратно-программный комплекс либо услугу по обработке данных.
Коммерческое название здесь не решает вопрос. Один продукт могут продвигать как «интеллектуальную платформу», хотя по договору заказчик получает серверный модуль, камеры, программную лицензию и услуги настройки. Для реестровой квалификации важны техническая документация, состав поставки, назначение изделия, его идентификационные признаки и применимая товарная категория.
ИИ как программный продукт
К программному сценарию относится решение, которое устанавливают на сервер, компьютер, промышленный контроллер или предоставляют через облачную инфраструктуру, если самостоятельную ценность создают исходный код, алгоритмы, модель машинного обучения, интерфейс и программные функции. В поставку может входить лицензия, экземпляр программы, право удалённого доступа, обновления или техническая поддержка.
Для такого продукта основной реестровый вопрос связан с российским программным обеспечением. Минцифры России оценивает программу по правилам соответствующего реестра, включая права на продукт, сведения о правообладателе, документацию, ограничения со стороны иностранных лиц и другие применимые критерии. Само использование ИИ не создаёт отдельного порядка включения.
Облачное размещение тоже не превращает сервис в промышленный товар. Расположение серверов в России может иметь значение для архитектуры решения, обработки информации и выполнения отдельных требований к данным, однако оно само по себе не доказывает российское происхождение программы и не заменяет проверку прав на ПО.
ИИ как часть промышленного товара
Другой подход нужен, когда программный модуль работает внутри материального изделия. Это может быть камера с компьютерным зрением, роботизированный комплекс, терминал, датчик, беспилотное устройство, система технического контроля или оборудование промышленной автоматизации. Перечисленные товары не получают статус российской промышленной продукции только из-за наличия ИИ.
Возможность применить ПП № 719 зависит от того, предусмотрена ли соответствующая товарная категория, какие критерии действуют для неё и какие операции выполняет производитель в России. Учитываться могут разработка документации, изготовление отдельных узлов, монтаж компонентов, сборка, настройка, испытания и другие процессы, прямо относящиеся к заявленному виду продукции.
Для радиоэлектронной продукции значение также могут иметь электронная компонентная база, происхождение комплектующих и особенности применимых критериев. Оценку проводят по актуальной редакции требований для конкретного изделия. Переносить условия одной категории, например камеры, на робототехнический комплекс или промышленный сервер нельзя.
Реестр Минцифры и реестр Минпромторга: ключевые различия для ИИ-продуктов
| Критерий | Реестр российского ПО | Реестр российской промышленной продукции |
|---|---|---|
| Что включается | Программные продукты, включая решения с искусственным интеллектом | Промышленные товары, устройства и оборудование |
| Профильный орган | Минцифры России | Минпромторг России |
| Что подтверждается | Статус программного продукта и соответствие критериям реестра ПО | Производство конкретного товара в России и выполнение применимых критериев локализации |
| Основной объект анализа | Права на программу, правообладатель, состав продукта и программная документация | Товарная категория, производственные операции, комплектующие, площадка и техническая документация |
| Типичный объект | Сервис анализа изображений на основе нейросети | Камера либо промышленный комплекс, использующий такой сервис |
| Что статус не подтверждает | Происхождение аппаратного устройства | Статус российского ПО, установленного на оборудовании |
Аппаратно-программный комплекс иногда приходится оценивать в двух направлениях. Программная часть может соответствовать критериям реестра российского ПО, а материальное изделие рассматривается по ПП № 719. Наличие общей торговой марки, единого интерфейса и одного договора поставки не объединяет правовые статусы этих частей.
Модель поставки влияет на квалификацию. Если заказчик приобретает устройство с предустановленной программой, нужно проверить требования к самому товару и софту. Когда оборудование принадлежит заказчику, а поставщик предоставляет только доступ к аналитической платформе, предметом анализа может оказаться самостоятельная программа или цифровая услуга.
При проверке отдельных видов видеотехники полезно сначала установить точную модель и сопоставить её с реестровой записью. В отдельном материале СертКонтроль разобрана проверка камеры в реестре Минпромторга, включая значение наименования производителя и идентификации продукции.
Локализация ИИ-систем в России: что именно проверяют
Выражение «локализация ИИ-систем» используют для разных процессов. Под ним могут понимать российскую разработку исходного кода, принадлежность исключительных прав, размещение вычислительной инфраструктуры, производство оборудования, происхождение компонентов, выполнение технологических операций в России или подготовку технической документации. Эти признаки нельзя объединять в один универсальный показатель.
Запрос «локализация ИИ систем реестр Минпромторга» корректен только после определения материального товара. В рамках ПП № 719 проверяют не абстрактную российскость искусственного интеллекта, а соответствие конкретной промышленной продукции критериям установленной категории. Для программного продукта действует другой контур с собственными правилами.
Когда локализация касается прежде всего программного обеспечения
Для софта изучают цепочку прав на программу, сведения о правообладателе, участие разработчиков, состав программных компонентов, документацию и модель распространения. Если в решении используются сторонние библиотеки, открытые компоненты, внешние модели или программные интерфейсы, их роль следует отразить так, чтобы можно было установить границы заявляемого продукта.
Исходный код и модель машинного обучения тоже нельзя считать одним объектом без анализа архитектуры. Модель может входить в программу, загружаться отдельно, предоставляться сторонним поставщиком или вызываться через внешний сервис. От выбранной схемы зависят описание продукта, подтверждение прав и оценка технологической зависимости.
Хранение данных на российском сервере не подтверждает происхождение ПО. Аналогично российский домен, русскоязычный интерфейс, местная техническая поддержка и регистрация владельца инфраструктуры в России не заменяют документы о правах на программу и не доказывают соблюдение критериев реестра.
Когда локализация относится к аппаратной части
Для оборудования центр проверки смещается на производственную схему. Эксперту нужны сведения, позволяющие сопоставить заявленное изделие с документацией, производственной площадкой и фактически выполняемыми операциями. Названия узлов и компонентов в спецификациях, технологических картах, паспортах и договорах должны описывать один и тот же продукт без противоречий.
Особое значение имеют конструкторская, технологическая и эксплуатационная документация, перечень комплектующих, документы на площадку и сведения о поставщиках компонентов, когда этого требуют критерии товарной категории. Простая отвёрточная сборка, маркировка готового импортного изделия или указание российского адреса офиса не доказывают выполнение необходимых операций.
Часть категорий использует балльные критерии локализации. Баллы начисляются не за маркетинговое обозначение «российская разработка», а за предусмотренные требованиями операции, компоненты и иные подтверждаемые признаки. Принципы такого анализа подробнее раскрывает материал про баллы локализации в реестре российской промышленной продукции.
Почему модель машинного обучения не всегда определяет статус товара
Российская, иностранная или открытая модель машинного обучения не служит универсальным критерием ПП № 719. Для промышленного изделия нужно учитывать его товарную категорию, архитектуру, состав, производство и конкретные условия локализации. Происхождение модели может быть значимо для программной части, правовой чистоты и информационной безопасности, но не подменяет анализ материального товара.
Ситуация усложняется, когда модель работает во внешнем облаке, а устройство только передаёт данные и получает результат. В таком случае следует определить, какая функция выполняется внутри изделия, что получает заказчик по договору, может ли оборудование работать без внешнего сервиса и кто контролирует программную инфраструктуру.
Подтверждение происхождения ИИ-продукции: когда применяется ПП № 719
Формулировка «подтверждение происхождения ИИ-продукции» требует уточнения. ПП № 719 подтверждает производство конкретной промышленной продукции, в составе которой может использоваться искусственный интеллект. Нейросеть как технология, алгоритм или функция отдельно по этому постановлению не получает происхождение промышленного товара.
Какие продукты могут требовать подтверждения происхождения
Процедура может быть актуальна, если производитель выпускает оборудование с компьютерным зрением, поставляет аппаратно-программный комплекс для промышленного объекта либо участвует в закупке, где нужно подтвердить российское происхождение материального товара. Аналогичный вопрос возникает, когда продукт передают заказчику как единое устройство, а не как отдельную лицензию.
Решение принимают после проверки товарной категории и действующих для неё критериев. Нельзя заранее утверждать, что любая камера, робот, терминал, сервер или беспилотное устройство подпадает под одинаковые требования. Даже близкие по функциям изделия могут иметь разную конструкцию, назначение и реестровую квалификацию.
Какие документы и сведения нужны для предварительной оценки
- Наименование, назначение и идентификационные признаки продукции.
- Предполагаемый код и товарная категория, которые предстоит сопоставить с применимыми критериями.
- Техническое описание, спецификация и состав изделия.
- Сведения о производителе и производственной площадке.
- Конструкторская, технологическая и эксплуатационная документация.
- Перечень ключевых компонентов и информация об их происхождении, если это предусмотрено требованиями категории.
- Описание технологических операций, выполняемых на территории России.
- Документы о правах и составе программной части, если оборудование поставляется с ПО.
- Сведения о модели поставки, комплектности и договорных отношениях с заказчиком.
Точный комплект зависит от вида продукции и актуальной редакции критериев. Для одной категории существенны определённые производственные операции, для другой учитываются компоненты, документация или балльные условия. Универсального пакета для любого оборудования с ИИ нет.
Роль акта экспертизы Торгово-промышленной палаты
Акт экспертизы Торгово-промышленной палаты используют в процедуре подтверждения сведений о производстве продукции. Эксперт анализирует документацию, технологические операции, сырьё, материалы, комплектующие и иные обстоятельства, относящиеся к установленным критериям. Это не сертификат качества и не универсальный «сертификат локализации».
Документы должны позволять проследить изделие от заявленного наименования и состава до производства на конкретной площадке. Если в технических условиях указана одна комплектация, в спецификации другая, а фактическая сборка относится к третьей версии продукта, экспертная проверка выявит несогласованность.
Сертификация системы менеджмента по международному стандарту ISO 9001 и сертификация по российскому ГОСТ Р ИСО 9001 относятся к разным процедурам оценки. Ни один из таких сертификатов не заменяет акт экспертизы и не гарантирует включение продукции в реестр Минпромторга. Наличие системы менеджмента может характеризовать управление качеством, но не доказывает российское происхождение товара.
Если оборудование подпадает под технические регламенты Евразийского экономического союза, изготовитель отдельно подтверждает его соответствие установленным требованиям. Реестровый статус по ПП № 719 не освобождает от оценки соответствия, а декларация или сертификат по техническому регламенту не подтверждают производство в России.
Как определить, какой реестр нужен ИИ-продукту
- Определите объект поставки. Установите, получает ли заказчик лицензию, экземпляр программы, облачный доступ, устройство, промышленное оборудование или комплекс из нескольких компонентов.
- Разделите программную и аппаратную части. Зафиксируйте состав каждой части, правообладателя ПО, производителя оборудования и способ их передачи заказчику.
- Проверьте материальный товар. Сопоставьте назначение, конструкцию и предполагаемую товарную категорию с актуальными критериями ПП № 719.
- Уточните цель статуса. Требования зависят от того, нужен ли реестр для закупки, подтверждения происхождения, поставки в регулируемую отрасль или признания программы российским ПО.
- Соберите исходные документы. Понадобятся сведения о правах на программу, техническое описание, состав изделия, данные о компонентах, производстве и площадке.
- Сопоставьте документы между собой. Наименование, модификация, комплектность и функции продукта должны совпадать в договорах, спецификациях, руководствах и производственных документах.
- Проведите предварительную квалификацию. Проверка до подачи помогает выявить неподходящую товарную категорию, отсутствующие доказательства операций и смешение статусов ПО и оборудования.
Для чистого SaaS-сервиса с ИИ или программной платформы без поставки промышленного товара начинать следует с правил реестра российского ПО. Если ИИ встроен в оборудование, сначала анализируют аппаратную часть, категорию изделия и производственную схему, затем отдельно оценивают статус программы.
Разобраться в назначении двух механизмов помогает сравнение, где подробно описаны отличия реестра российской промышленной продукции от процедур, относящихся к программам и другим объектам.
Практическая ситуация: почему нельзя оформлять ИИ-комплекс одним документом
Компания готовит к поставке комплекс видеоаналитики, состоящий из камер, вычислительного модуля, программы распознавания событий и пользовательского интерфейса. Ошибка состоит в попытке считать весь продукт только программой либо только оборудованием, поскольку единое коммерческое название скрывает несколько объектов с разными характеристиками.
Для квалификации комплекс разделяют на составные части, фиксируют модель поставки и определяют, кто производит камеры и вычислительный модуль, кому принадлежат права на программу, где выполняются операции с оборудованием и как программный компонент передают заказчику. Затем аппаратную часть сопоставляют с критериями ПП № 719, а для ПО отдельно оценивают условия реестра Минцифры России.
Единый договор не отменяет такого разделения. В спецификации можно точно показать состав комплекса, взаимосвязь компонентов и статус каждого объекта. Это снижает риск ситуации, когда реестровую запись на одну камеру пытаются распространить на весь комплекс либо статус программы используют как доказательство происхождения вычислительного оборудования.
Частые сложности при подтверждении происхождения и локализации
В документах не разделены ПО и оборудование
Коммерческая документация часто описывает платформу, модуль и устройство под одним названием. Для реестровой процедуры этого недостаточно. Техническое описание должно показывать границы программы, аппаратный состав, комплектность, функции компонентов и способ их поставки. Иначе невозможно определить, какой объект заявляют и какие критерии нужно применять.
Непонятно, что считается производством в России
Российский адрес офиса, склада или места финальной упаковки не подтверждает выполнение критериев производства. Значение имеют конкретные технологические операции, предусмотренные для товарной категории, и документы, которые показывают их выполнение на заявленной площадке. Формальное указание «сборка в России» без расшифровки процесса не решает задачу.
Производителю полезно сопоставить каждый заявленный этап с технологической картой, оборудованием, персоналом, первичными документами и фактическим движением компонентов. Если операцию выполняет подрядчик, следует проверить, как эта схема учитывается применимыми требованиями и какими документами подтверждаются отношения сторон.
Не подготовлены документы на программную часть
Даже при хорошо описанном оборудовании могут отсутствовать документы о правообладателе, разработке, сторонних компонентах и модели распространения ПО. Проблема особенно заметна, когда программа создана несколькими подрядчиками, использует внешнюю модель или включает модули с разными условиями лицензирования.
До подачи стоит восстановить цепочку прав, определить состав заявляемой программы и подготовить документацию, соответствующую фактической версии продукта. Прототип, демонстрационная сборка и коммерчески поставляемая система могут различаться, поэтому описание должно относиться к тому решению, для которого запрашивают статус.
Требования закупки прочитаны слишком широко
Заказчик может установить требования к происхождению товара, реестровой записи на промышленную продукцию или статусу российского программного обеспечения. Их сопоставляют с предметом закупки и позицией поставки. Упоминание ИИ в техническом задании не означает, что ко всему решению автоматически применяется ПП № 719.
А что произойдёт, если участник укажет статус только одной части комплекса? Документы могут не подтвердить соответствие всего предлагаемого предмета закупки. Перед подачей заявки следует проверить наименования позиций, комплектность, реестровые номера и то, к каким конкретно товарам или программам относятся записи.
Путают происхождение, качество и безопасность
Происхождение продукции показывает, выполнены ли условия для признания промышленного товара произведённым в России. Технические регламенты регулируют безопасность оборудования. Законодательство об информации и персональных данных устанавливает требования к соответствующим процессам, а сертификация системы менеджмента характеризует управление организацией.
Один документ не закрывает все направления. Производитель оборудования с ИИ может одновременно проверять происхождение изделия, обязательное подтверждение его соответствия, права на программу, обработку персональных данных и требования к защите информации. Состав процедур зависит от назначения и архитектуры продукта.
Какие риски нужно учесть при внедрении и поставке ИИ-систем
Реестровый риск
Неподходящий реестр выбирают, когда ориентируются на название технологии, а не на объект поставки. Разработчик программы начинает собирать производственные документы по ПП № 719, хотя не выпускает материальный товар. Производитель оборудования совершает обратную ошибку и пытается подтвердить всё изделие записью на программный модуль.
Закупочный риск
Участник закупки может заявить российский статус, который не подтверждается документами на предложенную модификацию. Реестровая запись должна соотноситься с производителем, наименованием и характеристиками поставляемого объекта. Похожее коммерческое обозначение или принадлежность к одной продуктовой линейке не заменяют идентификацию.
Технический риск
Неполная документация мешает установить состав изделия, функции программного обеспечения, происхождение компонентов и выполняемые операции. Противоречия между паспортом, спецификацией, конструкторской документацией и договором поставки усложняют экспертизу, даже если производство фактически находится в России.
Отраслевой риск
ИИ-система может обрабатывать персональные данные, использовать средства криптографической защиты, работать в значимой информационной инфраструктуре или применяться в медицине, транспорте и других регулируемых областях. Тогда реестровая квалификация не исчерпывает требования к продукту.
При обработке персональных данных учитывают Федеральный закон № 152-ФЗ «О персональных данных» и роль каждого участника обработки. Вопросы защиты информации могут относиться к компетенции ФСТЭК России. ФСБ России релевантна при применении средств криптографической защиты, но не регулирует все ИИ-системы только по факту использования искусственного интеллекта.
Общий правовой контекст цифровых решений также формирует Федеральный закон № 149-ФЗ «Об информации, информационных технологиях и о защите информации». Он не служит основанием для включения промышленного товара в реестр Минпромторга и не заменяет профильные требования к конкретной информационной системе.
Отсутствие реестровой записи чаще влияет на возможность подтвердить российское происхождение в закупочном или отраслевом сценарии. Универсального государственного согласования для выпуска любой ИИ-разработки нет. Объём требований определяют назначение системы, состав продукта, обрабатываемые данные и регулируемая сфера применения.
Что проверить до начала оформления
- Что получает заказчик: лицензию, экземпляр программы, облачный доступ, устройство или комплект оборудования?
- Есть ли у продукта физическая часть и может ли она поставляться отдельно?
- Установлено ли ПО на оборудовании или предоставляется как самостоятельный сервис?
- Кто владеет исключительными правами на программу и её основные компоненты?
- Какая организация производит оборудование и где выполняются ключевые операции?
- Какая товарная категория соответствует назначению и конструкции аппаратной части?
- Можно ли подтвердить состав и происхождение комплектующих, когда это требуют критерии?
- Для какой цели нужен статус: закупка, подтверждение производства, реестр ПО или поставка в регулируемую отрасль?
- Обрабатывает ли система персональные данные и применяет ли криптографические средства?
Ответы лучше зафиксировать до подготовки заявления и экспертных документов. Если команда продукта, юристы и производство описывают состав поставки по-разному, сначала следует согласовать техническую модель. Иначе одни документы будут относиться к программной платформе, другие к устройству, а третьи к комплексу под тем же коммерческим названием.
На предварительном этапе СертКонтроль сопоставляет объект поставки с подходящим реестром, проверяет структуру технической документации и отделяет требования к ПО от критериев промышленной продукции. Такая квалификация не гарантирует включение в реестр без экспертизы, но позволяет готовить документы для надлежащей процедуры.
FAQ
Нет, не всегда. Если продукт представляет собой программное обеспечение, включая сервис с машинным обучением или нейросетью, рассматривают реестр российского ПО при Минцифры России. Реестр Минпромторга по ПП № 719 относится к промышленной продукции и может быть актуален для оборудования либо аппаратно-программного комплекса.
ПП № 719 применяют к промышленной продукции, поэтому подтверждается производство конкретного товара, а не нейросети как абстрактной технологии. Для оборудования с ИИ анализируют товарную категорию, операции производства, компоненты, документацию и применимые критерии локализации.
Нет. Статусы аппаратной и программной частей оценивают отдельно. Российское происхождение оборудования не заменяет включение программы в реестр российского ПО, а реестровая запись на программу не подтверждает происхождение устройства по ПП № 719.
Нет. Сертификат ISO 9001 относится к системе менеджмента качества организации. Подтверждение производства по ПП № 719 опирается на критерии конкретного товара, технологические операции, комплектующие и документы, предусмотренные соответствующей процедурой.
Если заказчик получает только доступ к программному сервису без поставки промышленного товара, ПП № 719 обычно не определяет статус такого продукта. Следует оценить требования реестра российского ПО, права на программу, модель предоставления сервиса и применимые правила обработки данных.
Не автоматически. Нужно сопоставить реестровую запись с предметом поставки, производителем, моделью и комплектностью. Статус камеры, вычислительного блока или программы нельзя переносить на весь комплекс без анализа его состава и документов.
Вывод
ИИ не создаёт самостоятельный реестровый режим по ПП № 719. Для программного обеспечения применяют реестр Минцифры России, а для промышленной продукции используют механизм подтверждения производства и реестр Минпромторга. В аппаратно-программном комплексе отдельно анализируют софт, оборудование, происхождение компонентов, технологические операции и цель получения статуса.
- Сначала определите объект и модель поставки.
- Разделите программную и аппаратную части.
- Проверьте товарную категорию и актуальные критерии продукции.
- Сопоставьте права на ПО с документами о производстве оборудования.
Если архитектура продукта объединяет ИИ, оборудование и облачные компоненты, СертКонтроль поможет провести предварительную квалификацию по российским стандартам и реестрам до подготовки комплекта документов.
Нужна помощь по этому вопросу? Специалисты СертКонтроль бесплатно проконсультируют и сопроводят процесс под ключ.