К обзору: что меняется с 1 марта 2027 года

    243-ФЗ с 1 марта 2027 года: что меняется для разработчиков больших моделей ИИ

    С 1 марта 2027 года вступают в силу положения 243-ФЗ, адресованные именно разработчикам: статус разработчика, категории моделей, маркировка и правила использования результатов интеллектуальной деятельности. Ниже — кого это касается на практике, какие документы готовить и с чего начать.

    Что меняется для разработчиков больших моделей с 1 марта 2027 года

    Краткий вывод

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

    Что появляется в правовом поле

    01

    Появляется статус разработчика модели

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

    02

    Вводятся категории суверенной и национальной модели

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

    Кого это реально касается

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

    • Обучаете LLM с нуляПрямая разработка большой фундаментальной модели, если модель отвечает признакам: не менее 1 миллиарда параметров и применимость к большому количеству разных задач.
    • Дообучаете open-source модельСкорее да: закон относит к разработчикам тех, кто модифицирует большую фундаментальную модель. Fine-tuning и продолженное предобучение попадают в зону модификации и требуют отдельной правовой оценки в вашем случае.
    • Меняете архитектуру моделиСкорее да: изменение архитектуры — характерный признак модификации модели.
    • Выпускаете собственную модель под своим брендомСкорее да, если модель разработана или модифицирована вами. Ребрендинг чужой модели без вмешательства в неё оценивается отдельно.
    • Просто вызываете OpenAI APIСкорее нет: вы применяете готовую модель, а не разрабатываете и не модифицируете её.

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

    Что нужно делать разработчику

    Три группы обязанностей, которые начинают действовать с 1 марта 2027 года.

    Документировать разработку модели

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

    Маркировать материалы, созданные моделью

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

    Подтверждать происхождение данных и права на них

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

    Подпадает или нет: разбор ситуаций

    Типовые сценарии разработки. Выводы даны как ориентир: каждый конкретный случай требует правовой оценки.

    Что подготовить заранее

    • Инвентаризация моделейЗафиксируйте, какие модели вы обучаете, дообучаете и разворачиваете, и какие из них отвечают признакам большой фундаментальной модели: не менее 1 миллиарда параметров и применимость к большому количеству разных задач.
    • Реестр версий моделейОдна строка на версию: что обучали, когда, на чём и кто отвечает. Структура — в шаблоне ниже.
    • Паспорт датасетаДля каждого обучающего корпуса — источник, лицензия, объём, дата выгрузки и основание использования результатов интеллектуальной деятельности.
    • Аудит лицензийПроверьте лицензии базовых моделей и наборов данных: часть открытых лицензий ограничивает коммерческое использование и дообучение.
    • Процесс маркировкиЗаранее предусмотрите техническую возможность помечать материалы, созданные моделью, — в метаданных и в интерфейсе.
    • Раскрытие информации о моделиОпишите, какие сведения о модели вы передаёте операторам и корпоративным клиентам: назначение, ограничения, известные риски.
    • Мониторинг подзаконных актовСостав конкретных требований определяется нормативными актами, принимаемыми во исполнение закона. Назначьте ответственного за отслеживание их публикации.

    Шаблоны документов

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

    Реестр версий моделей

    ВерсияДатаАрхитектураДатасетОтветственный
    v1.012.03.2026Базовая модель, 7B, без измененийDS-01 (внутренние регламенты)Руководитель ML-направления
    v1.128.05.2026Дообучение LoRADS-01 + DS-04 (обращения поддержки)Руководитель ML-направления

    Паспорт датасета

    КодИсточникЛицензия / основаниеОбъёмДата выгрузки
    DS-01Внутренние регламенты компанииСобственные материалы12 400 документов05.02.2026
    DS-04Обращения в поддержкуСогласие, обезличивание480 000 сообщений20.04.2026

    Журнал маркировки материалов

    Тип материалаКанал публикацииСпособ маркировкиОтветственный
    ТекстСайт, рассылкиПометка в интерфейсе и в метаданныхРедактор
    ИзображениеСоцсетиМетаданные файла и подписьДизайнер

    Что делать сейчас

    Дорожная карта до 1 марта 2027 года. Порядок важнее темпа: без инвентаризации моделей остальные шаги повиснут.

    1. Август — октябрь 2026

      Понять периметр

      • Инвентаризация: список всех моделей, которые вы обучаете, дообучаете и разворачиваете.
      • Отметить, какие модели отвечают признакам большой фундаментальной модели.
      • Описание датасетов: источники, объёмы, даты выгрузки.
    2. Ноябрь — декабрь 2026

      Закрыть правовые основания

      • Аудит лицензий базовых моделей и наборов данных.
      • Проверка оснований использования результатов интеллектуальной деятельности в обучающих корпусах.
      • Запуск реестра моделей и паспортов датасетов как рабочих документов, а не разовой выгрузки.
    3. Январь — февраль 2027

      Довести до процесса

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

    Частые вопросы разработчиков

    Нужно ли вести Model Card?

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

    Нужно ли хранить датасеты?

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

    Кто отвечает за маркировку сгенерированных материалов?

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

    Что считается модификацией модели?

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

    Можно ли использовать модели с Hugging Face?

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

    Что считается обучением модели?

    Закон называет обучение частью разработки, отдельного определения не приводя. На практике обучением считается процесс, изменяющий параметры модели: предобучение с нуля, продолженное предобучение и дообучение. Подбор промптов, few-shot примеры и настройка температуры параметры модели не меняют и обучением не являются.

    Наша компания дообучает открытую модель под свои задачи. Мы разработчик?

    Модификация модели попадает в определение разработчика, поэтому такой сценарий требует отдельной правовой оценки. Использование готовой модели через API разработчиком не делает.

    Нужно ли регистрировать модель?

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

    FAQ

    Вопросы и ответы

    Не уверены, с чего начать? Проведем рабочую встречу и разберем, как AI встроить в процессы компании

    Согласие на обработку персональных данных · Политика обработки персональных данных
    Согласие на рассылку

    Материалы по 243-ФЗ

    Разбор 243-ФЗ

    243-ФЗ об ИИ: что меняется для бизнеса с 1 сентября 2026 года

    Главный разбор закона: новые понятия, даты вступления норм в силу и подготовка корпоративного ИИ.

    Читать
    Разбор 243-ФЗ

    243-ФЗ: что именно меняется с 1 сентября 2026 года

    Первая дата закона: правовая рамка, участники рынка и требования, которые важно учесть уже сейчас.

    Читать
    Разбор 243-ФЗ

    243-ФЗ: что меняется с 1 марта 2027 года

    Вторая ключевая дата: специальные требования к моделям, операторам и отдельным сферам применения ИИ.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: что меняется для коммерческих компаний

    Как бизнесу использовать ChatGPT, Claude, Gemini и другие сервисы с учётом данных, процессов и будущих ограничений.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: требования для госсектора и госкомпаний

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

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: как подготовить корпоративный ИИ

    RAG, AI Gateway, внутренние ассистенты и управляемая архитектура, которую можно адаптировать к новым требованиям.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: ИИ в регулируемых отраслях

    Банки, здравоохранение, КИИ и другие отрасли: как совместить AI-архитектуру, данные и отраслевые требования.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: использование ИИ сотрудниками

    Как заменить теневое использование внешних AI-сервисов понятными правилами и безопасным корпоративным контуром.

    Читать
    Разбор 243-ФЗ

    243-ФЗ об ИИ: что меняется для бизнеса с 1 сентября 2026 года

    Главный разбор закона: новые понятия, даты вступления норм в силу и подготовка корпоративного ИИ.

    Читать
    Разбор 243-ФЗ

    243-ФЗ: что именно меняется с 1 сентября 2026 года

    Первая дата закона: правовая рамка, участники рынка и требования, которые важно учесть уже сейчас.

    Читать
    Разбор 243-ФЗ

    243-ФЗ: что меняется с 1 марта 2027 года

    Вторая ключевая дата: специальные требования к моделям, операторам и отдельным сферам применения ИИ.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: что меняется для коммерческих компаний

    Как бизнесу использовать ChatGPT, Claude, Gemini и другие сервисы с учётом данных, процессов и будущих ограничений.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: требования для госсектора и госкомпаний

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

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: как подготовить корпоративный ИИ

    RAG, AI Gateway, внутренние ассистенты и управляемая архитектура, которую можно адаптировать к новым требованиям.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: ИИ в регулируемых отраслях

    Банки, здравоохранение, КИИ и другие отрасли: как совместить AI-архитектуру, данные и отраслевые требования.

    Читать
    Разбор 243-ФЗ

    243-ФЗ с 1 марта 2027 года: использование ИИ сотрудниками

    Как заменить теневое использование внешних AI-сервисов понятными правилами и безопасным корпоративным контуром.

    Читать