Новый закон об ИИ в России: полный разбор для IT-бизнеса

Введение

26 июля 2026 года Президент России подписал Федеральный закон № 243-ФЗ «О поддержке развития технологий искусственного интеллекта в Российской Федерации». Документ вступает в силу с 1 сентября 2026 года и представляет собой первый системный акт, регулирующий отношения в сфере разработки и применения больших фундаментальных моделей ИИ.

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

Ключевые определения: что попадает под регулирование

Закон вводит несколько принципиально важных понятий, которые определяют, какие продукты и технологии попадают в поле регулирования.

Большая фундаментальная модель искусственного интеллекта (БФМ) — это программа для ЭВМ, которая:

• выполняет интеллектуальные задачи на уровне, сопоставимом с человеком или превосходящем его;

• является основой для создания различных видов ПО;

• содержит не менее 1 миллиарда параметров.

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

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

Система категорий: суверенные и национальные модели

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

Важное уточнение: требования к обеим категориям предъявляются одновременно. Модель должна соответствовать всем установленным критериям — это пакетный, а не альтернативный набор условий. Нельзя выбрать одно требование и игнорировать другое.

Суверенная модель

Суверенная БФМ — это модель с максимальными требованиями к локализации и контролю:

1. Разработчиком выступает российское юридическое лицо, находящееся под контролем РФ, её субъекта или гражданина РФ (доля голосующих акций — более 50%).

2. Разработка и изменение характеристик на всех стадиях жизненного цикла осуществляется разработчиком.

3. Обеспечивается полная техническая и технологическая воспроизводимость цикла разработки, включая обучение.

4. Обработка запросов и хранение данных — в ЦОД на территории РФ, принадлежащих российским юрлицам.

5. Модель проходит подтверждение соответствия законодательству РФ и традиционным российским духовно-нравственным ценностям в порядке, установленном Правительством.

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

Национальная модель

Национальная БФМ — более гибкая категория:

1. Разработчиком является российское юридическое лицо.

2. Существенные характеристики (структура, ПО, параметры) определяются и изменяются российским разработчиком.

3. Используемые компоненты (в том числе другие БФМ) могут быть созданы за пределами РФ, но распространяются на условиях открытой лицензии.

4. Требования к ЦОД и ценностям — аналогичны суверенным моделям.

Ключевое отличие — допустимость использования зарубежных открытых компонентов. Это создаёт возможности для компаний, которые строят продукты на базе open-source моделей (например, архитектур с открытой лицензией), но хотят получить статус национальной модели и доступ к мерам поддержки.

Сравнительная таблица требований

Ключевые выводы из сравнения:

• Суверенная модель — это максимальный уровень контроля и локализации. Требование полной воспроизводимости подразумевает, что разработчик должен иметь возможность повторить полный цикл обучения без использования недоступных ему компонентов. Это стимулирует разработку собственного стека технологий, но требует серьёзных инвестиций.

• Национальная модель — более гибкий вариант. Она допускает использование зарубежных открытых компонентов. Это делает её более достижимой для компаний, строящих продукты на базе open-source решений.

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

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

Ключевые изменения для бизнеса и разработчиков

Обязанности разработчиков

Для разработчиков суверенных и национальных моделей установлены три ключевые обязанности:

1. Принимать организационные и технические меры по обеспечению безопасности модели.

2. Определять правила эксплуатации, включая ограничения, условия применения, обновления и вывода из эксплуатации.

3. Вести техническую документацию с описанием ключевых параметров и ограничений в объёме, достаточном для оценки безопасности применения.

Это требования к качеству и прозрачности разработки. Они схожи с практиками, уже принятыми в индустрии: документирование архитектуры, описание ограничений модели, регламенты обновлений. Однако «объём, необходимый для оценки безопасности» может уточняться регулятором, поэтому компаниям стоит заранее предусмотреть расширенную документацию.

Доступ к данным для обучения

Закон устанавливает, что не является нарушением авторских прав обращение к информации в объектах авторского права в целях обучения суверенных и национальных БФМ, при соблюдении двух условий:

1. Разработчик использует экземпляр произведения, полученный правомерно.

2. Объект был доведён до всеобщего сведения и доступен для анализа без ограничений техническими средствами.

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

Маркировка ИИ-контента: что нужно знать

Диспозитивный характер

Для авторов контента маркировка остаётся добровольной: «лицу, применяющему БФМ... обеспечивается возможность размещения информационного предупреждения», но обязанность размещать предупреждение законом не вводится. Это значит, что использование ИИ для создания текстов, изображений или видео само по себе не требует автоматической маркировки.

Обязанности платформ

Обязанность по обеспечению возможности маркировки возлагается на владельцев крупных площадок:

1. Сайты, страницы сайтов, информационные системы и программы, предназначенные для распространения информации на русском языке или языках народов РФ.

2. Аудитория — более 500 тысяч пользователей из России в сутки.

3. Владелец обязан обеспечить пользователям возможность разместить предупреждение на своих персональных страницах.

Формат, содержание и порядок размещения предупреждения устанавливаются соглашением между пользователем и владельцем платформы. Это означает, что каждая платформа может разработать собственный формат маркировки — визуальный маркер, текстовое предупреждение или иной способ индикации.

График вступления закона в силу

Закон подписан 26 июля 2026 года, но имеет несколько ключевых дат вступления в силу для разных групп норм. Важно понимать этот календарь для планирования ресурсов и соблюдения сроков:

Этап 1: Официальное опубликование (26 июля 2026 года)

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

Этап 2: Общее вступление в силу (1 сентября 2026 года)

С этой даты закон вступает в силу в общем порядке. Начинают действовать основные положения, регулирующие общие принципы и полномочия органов власти (Статьи 1-5, 7, 11-13). Однако ключевые требования к самим моделям и разработчикам пока отложены.

Этап 3: Вступление в силу ключевых требований (1 марта 2027 года)

Это самая важная дата для разработчиков. С 1 марта 2027 года вступают в силу:

• Требования к суверенным и национальным БФМ (Статья 6, части 2-5) — именно с этого момента модель должна соответствовать всем критериям, чтобы получить соответствующий статус.

• Обязанности разработчиков (Статья 8) — требования по безопасности, документации и правилам эксплуатации становятся обязательными.

• Правила маркировки контента (Статья 9 и 10) — крупные платформы обязаны предоставить пользователям возможность маркировки ИИ-контента.

• Правила доступа к данным (Статья 5, пункты 3-5) — вступают в силу механизмы доступа к информации из государственных информационных систем.

Этап 4: Переходный период (до 1 сентября 2032 года)

Закон предусматривает длительный переходный период для уже существующих систем. До 1 сентября 2032 года ограничения на применение исключительно суверенных и (или) национальных моделей не распространяются на информационные системы, которые:

• были созданы и эксплуатировались на день вступления в силу требований (1 марта 2027 года);

• обеспечивают обработку и хранение данных на территории Российской Федерации.

Это означает, что компании, уже использующие БФМ на 1 марта 2027 года, могут продолжать их эксплуатацию без смены статуса модели ещё 5,5 лет, при условии локализации данных в России. Это даёт время для постепенной адаптации и перехода на новые требования без шоковой остановки бизнеса.

Государственная поддержка и стимулы

Для разработчиков суверенных и национальных моделей предусмотрены меры поддержки:

• Финансовая, имущественная, гарантийная, информационная поддержка — конкретные формы определяются Правительством.

• Доступ к данным из федеральных и региональных информационных систем для обучения моделей.

• Страхование имущественных интересов и ответственности за причинение вреда при применении моделей.

• Участие в деятельности профильных организаций и разработке этических правил.

Правительство также получило полномочия устанавливать случаи, в которых допускается применение исключительно суверенных и (или) национальных моделей (в банковской сфере — по согласованию с ЦБ).

Экспериментальные правовые режимы (ЭПР)

Расширение возможностей

Параллельно с законом об ИИ вступили в силу изменения в закон об экспериментальных правовых режимах. Ключевые нововведения:

1. Отмена требования о правовом барьере — ЭПР можно устанавливать даже там, где нормативная база только формируется.

2. Максимальный срок действия ЭПР увеличен с 3 до 5 лет.

3. Упрощён выход участника из ЭПР по его обращению.

Значение для ИИ-проектов

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

Для ИИ-проектов закон об ЭПР означает возможность:

1. Тестировать технологию в реальных условиях в течение до 5 лет.

2. Собирать данные для формирования нормативной базы — по результатам ЭПР разрабатывается общее регулирование.

3. Получить преимущество перед конкурентами, работающими в условиях неопределённого регулирования.

Практические рекомендации

Для IT-предпринимателей

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

2. Оцените технические требования для суверенного статуса. Полная воспроизводимость цикла разработки и обучение с нуля — серьёзный вызов. Возможно, для большинства проектов более реалистичен статус национальной модели с использованием open-source компонентов.

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

4. Оцените возможности ЭПР. Если ваш проект сталкивается с регуляторными ограничениями, рассмотрите возможность участия в экспериментальном правовом режиме. Срок до 5 лет даёт достаточно времени для проверки технологии и моделирования бизнес-процессов.

5. Планируйте маркировку контента. Даже если вы не обязаны маркировать, возможность маркировки должна быть технически предусмотрена в продукте — особенно если вы планируете сотрудничать с крупными платформами.

Для технических специалистов

1. Архитектура с оглядкой на локализацию. Уже сейчас стоит проектировать системы так, чтобы обработка запросов и хранение данных могли быть перенесены в российские ЦОД при необходимости.

2. Документирование модели. Опишите структуру модели, настраиваемые параметры и ограничения. Это не только требование закона, но и хорошая практика для воспроизводимости и аудита.

3. Открытые лицензии как стратегия. Использование open-source компонентов даёт гибкость для получения статуса национальной модели. Убедитесь, что ваши зависимости действительно распространяются по открытым лицензиям.

4. Безопасность — приоритет. Организационные и технические меры безопасности теперь прямо закреплены в законе. Это стоит учитывать при выборе инструментов и планировании бюджета.

Заключение

Закон № 243-ФЗ — это не финальный набор правил, а рамочный документ, который создаёт систему понятий, принципов и полномочий. Ключевые требования (критерии для суверенных и национальных моделей, маркировка, доступ к данным) вступят в силу с 1 марта 2027 года, а полный набор подзаконных актов будет формироваться в ближайшие месяцы.

Для IT-бизнеса важно не ждать окончательных формулировок, а начинать подготовку уже сейчас: оценивать соответствие продуктов, планировать документацию и локализацию, изучать возможности ЭПР и господдержки. Те, кто начнёт адаптацию раньше, получат конкурентное преимущество — доступ к государственным заказам, данным и финансовым мерам стимулирования.

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