Критической инфраструктуре ограничат выбор ИИ — бизнесу дадут переходный срок

8 октября 2026 г. в 16:00|Автор: Редакция QUASA|4 мин чтения| 11

6 октября 2026 года премьер-министр Михаил Мишустин на форуме «Цифровые решения» в Москве объявил: правительство определит случаи, когда для критически значимой инфраструктуры можно будет применять только суверенные или национальные фундаментальные модели ИИ. Предприятиям предусмотрят переходный период для их внедрения. Перечень таких случаев и продолжительность перехода пока не установлены.

Общее решение компаний о переходе на отечественный ИИ остаётся за ними. «Выбор остается за ними», — сказал Мишустин, слова которого приводит «Интерфакс». Ограничение предполагается для критически значимой инфраструктуры и других чувствительных сфер: его практическая граница будет зависеть от будущего решения правительства, а не только от того, использует ли предприятие ИИ.

Что уже закреплено для базовых моделей

Правовая основа будущего ограничения уже существует. Федеральный закон № 243-ФЗ даёт правительству полномочие устанавливать случаи исключительного применения суверенных или национальных больших фундаментальных моделей с 1 марта 2027 года; до 1 сентября 2032 года ограничение не распространяется на определённые законом информационные системы с моделями, созданными либо эксплуатируемыми к мартовской дате, если данные обрабатываются и хранятся в России. Эти даты относятся к действию нормы и установленной законом оговорке. Они не задают единого срока, к которому каждому предприятию нужно заменить модель.

Закон различает суверенную и национальную модели. Суверенную разрабатывает российское юридическое лицо, способное воспроизвести весь цикл её создания, включая обучение. Для национальной модели допустимы компоненты, созданные в том числе за рубежом и распространяемые по открытой лицензии, если существенные характеристики определяет и меняет российский разработчик. Для обеих категорий предусмотрены обработка запросов и хранение данных в российских центрах обработки данных, принадлежащих российским юридическим лицам, а также подтверждение соответствия.

Поэтому российское происхождение прикладной программы само по себе не определяет статус модели, к которой она обращается. Значение имеют разработчик базовой модели, контроль над её характеристиками, условия использования компонентов и размещение обработки данных. Порядок учёта и присвоения моделям статуса должно установить правительство; для банковской сферы и других сегментов финансового рынка случаи обязательного применения и исключения оно будет определять по согласованию с Банком России.

Какие системы могут попасть под ограничение

Для корпоративного заказчика решающим станет назначение конкретной информационной системы и роль модели в её работе. Если фундаментальная модель встроена в функцию, которую правительство отнесёт к регулируемым случаям, потребуется оценить её допустимость. При этом опубликованное заявление не содержит перечня продуктов, отраслевых функций или объектов, для которых замена уже назначена.

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

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

Особого внимания потребуют изменения действующих внедрений. Законная оговорка связана с состоянием модели к установленной дате и с обработкой данных в России. Смена базовой модели, перенос обработки или подключение к новой системе могут изменить исходные условия; как именно учитывать такие изменения, должно прояснить правительственное регулирование. Это существенно для договоров, по которым поставщик обновляет модель без отдельной закупки заказчиком.

Как переход затронет заказчиков и поставщиков

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

Для интегратора предметом перехода станет архитектура поставляемого решения. Замена модели может потребовать изменений в программных интерфейсах, размещении данных и порядке обновления приложения, даже если привычный интерфейс заказчика сохранится. Совместимость придётся оценивать применительно к функции конкретной системы: одинаковое назначение моделей не означает одинаковой работы решения после замены.

Разработчику базовой модели предстоит подтвердить характеристики, от которых зависит её статус. Для суверенной категории существенна воспроизводимость разработки, для национальной — контроль характеристик и условия использования компонентов. Обе категории предполагают установленное законом размещение обработки и процедуру подтверждения соответствия. Коммерческого обозначения «российская модель» для такой оценки недостаточно.

Следующим определяющим решением станет правительственный перечень случаев обязательного применения моделей и исключений из них вместе с условиями перехода. После его появления заказчики смогут сопоставить требования со своими системами, а поставщики — с моделями, договорами и планами обновлений.