- 1Часть 1 статьи 10 начнёт применяться с 1 марта 2027 года. Она адресована лицам, предоставляющим возможность применения больших фундаментальных моделей.
- 2Пользователю нужно сообщить о принадлежности прав и условиях доступа, использования и сохранения результатов при наличии технической возможности.
- 3Уведомление не создаёт авторское право и не гарантирует чистоту результата. Обещания поставщика должны соответствовать его договорам и возможностям продукта.
Правовые выводы проверены и актуализированы 9 октября 2026 года. Примеры условные; рекомендации по организации работы отделены от обязательных требований.
Что меняется с 1 марта 2027 года
Часть 1 статьи 10 закона № 243-ФЗ предусматривает уведомление пользователя по двум вопросам. Первый — принадлежность прав на результаты интеллектуальной деятельности, полученные с помощью большой фундаментальной модели. Второй — условия доступа, использования и сохранения созданных результатов; для сохранения закон содержит оговорку о технической возможности.
Согласно части 2 статьи 13, статья 10 вступает в силу 1 марта 2027 года. На дату этого материала речь идёт о подготовке к будущей обязанности. Вступление других положений закона в силу с сентября 2026 года не переносит на эту норму более раннюю дату.
Формулировка обязанности содержит условие: если иное не предусмотрено законодательством Российской Федерации. Поэтому перед изменением документов нужно проверить применимость нормы к конкретному продукту и возможное специальное регулирование. Универсальная фраза для всех сервисов не заменяет эту проверку.
Кому проверить свой продукт
Норма обращена к лицам, предоставляющим возможность применения больших фундаментальных моделей искусственного интеллекта. Для продукта на чужой модели важно установить, какую возможность компания предоставляет пользователю и как устроена цепочка доступа. Один только факт интеграции API ещё не описывает все юридически значимые обстоятельства.
В прямом сервисе генерации пользователь видит поставщика и принимает его условия. В корпоративном помощнике между пользователем и моделью может находиться интегратор, а договор заключает работодатель. В приложении с генерацией изображений условия платформы могут сочетаться с условиями стороннего провайдера. Для каждого сценария нужно определить адресата уведомления и ответственного за его содержание.
Такая карта участников помогает увидеть, чьи обещания фактически получает клиент. Если ваш сервис разрешает коммерческое использование, а договор провайдера ограничивает его для выбранного тарифа, текст уведомления не устраняет противоречие. Сначала нужно согласовать правовую и коммерческую модель.
Сообщение о правах не передаёт все права
Статья 10 устанавливает обязанность уведомить пользователя. Она сама по себе не содержит правила, по которому любой сгенерированный текст, код или рисунок автоматически становится исключительной собственностью пользователя. Из оплаты подписки также нельзя вывести универсальную гарантию возникновения авторского права.
Вопрос авторства нужно оценивать по части четвёртой ГК РФ, в том числе статьям 1228 и 1257: авторство связано с творческим трудом гражданина. Значение имеют вклад человека, характер результата, права на использованные материалы и договорные отношения. Разрешение поставщика использовать результат и наличие охраняемого исключительного права — разные вопросы.
При подготовке уведомления полезно разделить три положения: какие права поставщик имеет сам; какие разрешения и обязательства он предоставляет пользователю; какие вопросы требуют отдельной проверки. Например, поставщик может обязаться не ограничивать согласованное использование в пределах собственных прав. Это не означает, что он вправе распоряжаться правами третьих лиц.
Общие вопросы творческого вклада и договоров с авторами разобраны в материале об ИИ-контенте и авторском праве. Здесь практическая задача другая: точно описать пользователю режим результата в конкретном сервисе.
Что включить в условия использования результата
Рабочий текст должен позволять ответить на вопросы клиента без догадок. Разрешено ли коммерческое использование? Можно ли публиковать результат, перерабатывать его, включать в продукт и передавать заказчику? Какие ограничения связаны с тарифом, видом контента или договором с провайдером? Эти детали определяются условиями конкретного продукта; статья 10 не устанавливает для всех одинаковый набор разрешений.
Отдельно стоит описать границы обещания об уникальности. Если сервис не проверяет каждый результат на совпадение с чужими произведениями, нельзя одновременно обещать, что результат всегда свободен от прав третьих лиц. Правило о проверке перед публикацией должно быть связано с реальной функцией продукта и распределением обязанностей в договоре.
Полезно также различать загруженные материалы, запрос пользователя, промежуточные варианты и итоговый результат. Права на них и разрешённые способы использования могут отличаться. Объединение всего перечисленного словом «контент» способно сделать условия непонятными и скрыть существенное для пользователя ограничение.
Как описать доступ и сохранение
Право использовать результат мало помогает, если клиент теряет единственную копию при смене тарифа. Поэтому юридическую проверку нужно связать с работой продукта: где доступна история, можно ли скачать файл, в каком формате работает экспорт и что происходит после прекращения договора или удаления аккаунта.
Оговорка о технической возможности сохранения не равнозначна обещанию бессрочного хранения. В уведомлении нужно отразить фактическую модель: результат сохраняется в истории, доступен ограниченное время либо выдаётся без долговременного хранения. Конкретные сроки и возможности нельзя придумывать при подготовке документа — их подтверждает команда продукта.
Если в корпоративном сервисе выгрузку выполняет администратор, стоит объяснить этот порядок пользователю. Если история удаляется, правила доступа и удаления надо согласовать с договором, политикой обработки данных и интерфейсом. Обещание постоянного доступа в одном документе и автоматическое удаление в другом создают самостоятельный договорный риск.
Где разместить уведомление и как подтвердить его содержание
В части 1 статьи 10 не установлена универсальная форма отдельного всплывающего окна или обязательный текст кнопки. Способ исполнения нужно выбирать с учётом продукта и иных применимых требований. Практически пользователь должен иметь возможность найти и понять сведения о правах и условиях работы с результатом.
Для сервиса с регистрацией можно предусмотреть ясный раздел соглашения и доступную ссылку из интерфейса генерации. Для корпоративного решения — согласовать документы заказчика и поставщика, порядок доведения условий до пользователей. Краткое пояснение в продукте должно точно передавать содержание полного документа.
Версия условий, дата их применения и подтверждение доведения до пользователя полезны для последующего доказательства. Это рекомендация по организации процесса. Сама статья 10 не устанавливает конкретный технический журнал ознакомления. Обновления нужно учитывать и в поддержке: её ответы о правах не должны расходиться с действующей редакцией условий.
Что сделать до начала применения нормы
Подготовку удобно начать с одного типичного клиентского сценария: генерация, редактирование, публикация, передача заказчику и выход из сервиса. На каждом шаге проверить, какие права и возможности обещаны и откуда они следуют. Затем сопоставить результат с договором провайдера, пользовательским соглашением и реальными настройками продукта.
Результат такой работы — согласованный комплект: описание применимости нормы, условия о правах, порядок доступа и сохранения, понятное уведомление и ответственный за обновление. Для проверки можно предложить человеку, который не участвовал в разработке, найти ответы на несколько обычных вопросов клиента. Если ответы требуют объяснений юриста, текст стоит упростить.
Часть 2 статьи 10 посвящена отдельному вопросу использования материалов при обучении суверенных и национальных моделей. Её нельзя использовать как универсальную гарантию прав на выдачу сервиса. Поставщику нужно отдельно оценить обучение модели, условия предоставления доступа и режим конкретного результата.