Название закона говорит о поддержке и развитии ИИ-технологий — и это отражает его конструкцию: это не запретительный, а стимулирующий акт. Центральный механизм стимулов — два статуса больших фундаментальных моделей, «суверенная» и «национальная». Вокруг них в сентябре 2026 года сложилось много ожиданий — от «сертификации ИИ» до «запрета всего импортного». Этот разбор — о том, что статусы действительно значат по тексту закона и что они дают разработчикам на практике.
Страница примыкает к разделу о законе 243-ФЗ: общие понятия — в разборе предмета закона, требования к моделям — в обзоре порога и требований.
Зачем закону статусы моделей
Статья 6 закона посвящена развитию больших моделей двух статусов — суверенных и национальных. Логика проста: государство хочет различать модели, контролируемые российскими правообладателями и воспроизводимые внутри страны, и модели, собранные с опорой на внешние компоненты. Для первой категории закладывается максимальный набор мер поддержки, для второй — уменьшенный, но ненулевой.
Важно понимать: статус — это не клеймо качества и не допусковый билет на рынок. Закон не создаёт реестра всех моделей и не запрещает разработку БФМ без статуса — к сентябрю 2026-го соответствующий законопроект в Думу так и не внесён. Статус — способ для государства распознать «своих» и направить им поддержку, а для рынка — отличить модель, за которой стоит воспроизводимый российский цикл, от обёртки над чужими весами.
Два статуса: критерии
| Критерий | Суверенная модель | Национальная модель |
|---|---|---|
| Правообладатель | Российское юридическое лицо | Российское юридическое лицо |
| Воспроизводимость | Полный цикл своими силами: от кода до обучения — на мощностях внутри страны | Допускается сборка на открытых зарубежных компонентах |
| Базовый порог | Большая модель — от миллиарда параметров | |
| Кто устанавливает порядок | Правительство РФ: критерии и сама процедура присвоения | |
Граница между статусами — в воспроизводимости. Суверенная модель должна быть восстановлена и доработана без внешних зависимостей: своя инфраструктура обучения, свой контроль полного цикла. Национальная модель может опираться на открытые зарубежные веса и компоненты — но правообладателем всё равно выступает российское лицо. Пороговые критерии детализирует Правительство, поэтому до подзаконных актов точные методики подсчёта «российскости» остаются рабочей зоной консервативных оценок.
Что статус даёт разработчику
Блок поддержки заработал с 01.09.2026 вместе с общей частью закона. По тексту закона и сложившемуся канону разборов он включает:
- государственная поддержка разработчиков статусных моделей — финансирование, имущественные и гарантийные инструменты;
- открытие доступа к сведениям из государственных систем для обучения и развития статусных моделей;
- страховой механизм — разработчик статусной модели получает возможность застраховать свою ответственность;
- позиционирование в госзакупках — к статусным моделям тяготеют требования заказчиков; практическую сторону мы разбираем в материалах «Суверенные модели в госзакупках» и «243-ФЗ и госзаказчик».
Сдержанная оговорка: конкретный состав мер и процедуры будут уточняться подзаконными актами. В сентябре 2026 года честная формулировка — «рамка задана, наполнение разворачивается». Мы фиксируем изменения в нашем навигаторе изменений.
Переходный период и статусные ограничения
Закон предусматривает, что в отдельных случаях допустимыми окажутся только статусные решения — перечни таких случаев определятся после марта 2027-го. Одновременно закон бережёт уже развёрнутые системы: до сентября 2032-го новые статусные требования не распространяются на решения, которые работали или появились раньше марта 2027 года, если их данные остаются в России. Это защита для работающих систем — подробности на странице переходного периода и в хронологии этапов.
План: готовиться к статусу заранее
Если ваша команда строит модель, которая может пройти миллиардный порог параметров, готовность к статусу стоит закладывать в процесс уже сейчас:
- Проверьте порог — фиксируйте число параметров и структуру модели; методика «как считать» появится в актах Правительства, но базовую инвентаризацию сделайте до неё.
- Разделите компоненты — какие веса, датасеты и инструменты воспроизводятся собственными силами, какие зависят от внешних поставщиков. Это и есть черновик досье на статус.
- Соберите пакет требований — безопасность модели, регламент эксплуатации и обновления, техописание нужны любому разработчику БФМ, статус лишь добавляет стимулы; разбор — на странице обязанностей разработчиков.
- Опишите инфраструктуру — где обучается и работает модель; российский контур — ключевой критерий суверенности (см. разбор российского контура данных).
- Назначьте ответственного за мониторинг — порядок присвоения статусов выйдет подзаконным актом, и окно подачи зависит от скорости реакции.
Поддержка без иллюзий: как читать перечень мер
Перечень мер поддержки в законе сформулирован рамочно, и это нормально для акта такого уровня: конкретику дают бюджетные процессы и акты Правительства. Практический подход разработчика — вести собственный реестр доступных мер и их условий: какие меры уже можно запросить, какие ждут подзаконных актов, какие требуют статуса, а какие — просто регистрации в качестве ИТ-компании. Такой реестр превращает абстрактную «господдержку» в план действий на квартал. Он же защищает от зеркальной ошибки — траты ресурсов на заявки, к которым компания ещё не соответствует критериям.
Отдельно держите в поле зрения связку «статус — данные — закупки»: доступ к государственным данным улучшает модель, улучшенная модель выигрывает закупки, закупочный трек усиливает заявку на статус. Этот цикл — главный практический смысл статусов для коммерческих команд.
Мини-кейс: досье статуса в трёх документах
Посмотрим на подготовку глазами условной команды из двенадцати человек, обучающей языковую модель на 2,7 млрд параметров для юридических задач. Первый документ — паспорт воспроизводимости: какие веса, датасеты и вычислительные мощности контролирует команда, какие зависимости внешние. Для каждой внешней зависимости — план замены. Второй — карта происхождения данных: собственные наработки, лицензионные корпуса, публично доступные тексты с учётом технических запретов правообладателей. Третий — пакет обязанностей: модель угроз, регламент эксплуатации и обновления, техописание. Вместе три документа закрывают и статусную повестку, и требования к любой БФМ.
Когда команда прошла этот путь, разница между «хотим статус» и «готовы к статусу» становится измеримой: у первого состояния есть презентация, у второго — досье, которое можно показать и Правительству при присвоении, и заказчику на тендере, и аудитору. Именно второе состояние конвертируется в меры поддержки.
Разбор ожиданий: три частых вопроса
«Статус — это сертификация качества модели?» Нет. Статус констатирует происхождение и воспроизводимость, а не точность или полезность. Оценку качества модель проходит собственными бенчмарками и прикладными тестами.
«Без статуса нас закроют?» Нет. Разработка БФМ без статуса остаётся легальной; ограничения на применение нестандартных моделей касаются отдельных случаев, перечни которых определят после марта 2027-го, и не действуют задним числом на системы переходного периода.
«Статус заменяет 152-ФЗ?» Нет: персональные данные при обучении и работе модели живут в собственном режиме, статуса не зависящем; связка законов разобрана в материале о пересечении трёх законов.
Чего ждать не стоит
Статус не заменяет добровольную сертификацию по техрегламентам, не освобождает от 152-ФЗ и не является «знаком качества» для заказчиков из частного сектора. И главное — статус не отменяет обязанностей: они следуют из факта разработки БФМ, а не из наличия статуса. Развенчание популярных заблуждений — в материале «Мифы о 243-ФЗ».
Итог
Статусы «суверенная» и «национальная» — это система координат для господдержки разработчиков больших моделей: первый требует полного цикла на российской инфраструктуре, второй допускает открытые компоненты. Меры поддержки начали действовать с 01.09.2026, порядок присвоения устанавливает Правительство. Для команд на пороге 1 млрд параметров разумная стратегия — заранее готовить досье воспроизводимости и пакет обязанностей разработчика. Текст — рабочий обзор для технических команд, а не официальное юридическое заключение. НЬЮ-ССТ сопровождает разработчиков ИИ в подготовке к требованиям закона — от модели угроз до полного пакета документации.